NAS(ネットワークHDD)すべて クチコミ掲示板

6.9.5が登場

[y_hatanaka]

こんなに古いNASなのに後継機と共通とはいえファーム更新されてるのはある意味凄い
以前の6.9.4はNGだったが6.9.4 Hotfix 1は特に問題なしでした。

とりあえず毒を食らわばということで6.9.5にあげてみましたが・・・

書込番号：22421859

[y_hatanaka]

更新内容は期待できそうです。

ReadyNAS 100, 2120 シリーズでの動作安定性向上
スケジュールが午後しか使用できない問題の修正
Google Chrome使用時に発生するバックアップ間隔設定の表示問題の修正
ReadyDR の履歴が正しくソートされない問題の修正
スナップショットを削除した際にReadyDRのSeedファイルがエクスポートされる問題の修正
6.9.4で発生するSMB(Samba) の接続問題の修正
RR4360にて大容量ボリュームのマウントに時間がかかる問題の修正
バックアップジョブの「フルバックアップのスケジュール」オプションに「Never」を追加
（バックアップジョブの再作成時に増分バックアップから開始することが可能）
ReadyDR の iSCSI バックアップパフォーマンスの改善
CVE-2018-1160の修正

https://kb.netgear.com/ja/000060500/ReadyNAS-OS-6-9-5%E3%81%8C%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%81%95%E3%82%8C%E3%81%BE%E3%81%97%E3%81%9F

書込番号：22421872

[y_hatanaka]

ついに6.10.0 hotfix2となりましたが、かなりドキドキします。

ReadyNas104ではついにアンチウィルスの機能が削除になりました。
実際にアンチウィルスがトップ画面からも消えました。

さらに一番の問題は6.9以下にダウングレードできなくなるというものです。

https://kb.netgear.com/ja/000060716/ReadyNAS-OS-6-10-0-%E3%81%8C%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%81%95%E3%82%8C%E3%81%BE%E3%81%97%E3%81%9F

アンチウィルスはオフにしてたのであれですが、勢いでアップデートしたので様子見中

書込番号：22623839

[編集委員]

その後、いかがですか。
怖くてアップデートをためらってます。

書込番号：22633393

[y_hatanaka]

hotfix2だけあって安定はしてます。
定期バックアップ、ESATA、USBのHDDともにも問題ないです。
前回あったアクセスできなくなる問題も特に発生していません。
ただし、アップデートした恩恵も特に感じないです。

ダウングレードができないこと、使ってなかったとはいえアンチウィルスが機能しないくなることなど正直微妙ですね〜

書込番号：22635803

[orange]

あれ？
おれのNAS104は6.10.1になってるよ。

書込番号：22792658

QNAP上でまともに使えるiTunesサーバを構築する。

[tanetty]

iPadのRemoteでQNAPのforked-daapdに接続し、AirPlayスピーカーで再生。

iPadのRemoteからforked-daapd内の楽曲を覗いているところ。

QNAP上でまともに使えるiTunesサーバを構築する方法を調査・検討するスレッドです。



＜背景＞

QNAPにはiTunesサーバが標準で準備されています。(以下、「標準品」と呼ぶ)。
標準品は、次の致命的欠陥があるため、残念ながら、まともに使える代物ではありません。

(a) Remoteアプリ(後述)で再生できない。
(b) アルバムアートワークを、まったく表示できない。
(c) アーティストの並び順として、ふりがなを見てくれない。

(b), (c)についてQNAP社に問合したところ、QNAP社は当初「不具合(bug)」と認めたものの、後日「設計どおり動いている(working as designed」と前言を翻しました。「仕様です(キリッ)」っていう、よくあるアレです。QNAP社に頼っても、解決の見込みはない。そう判断しました。

そこで、たく0220さんに教えを乞い、「forked-daapd」なるプログラムを入れてみたところ、(a)(b)は完全に解決しました。
(たく0220さんには、どれだけ感謝しても足りません。ありがとうございました)。

＜forked-daapdの実装方法＞
http://bbs.kakaku.com/bbs/K0000925629/SortID=22261119/#22412882

現時点(上記リンク先の実装)でもすでに素晴らしい完成度です。ヨユーで実用に耐えます。...というか、NAS内音源を再生する方法のなかで、すでに現状、最高峰の解答である、と私は感じています。操作が「速い」「簡単」「わかりやすい」からです。

すでに最高峰なんですが、ここまできたら、(c)も解決したくなるのが人情(?)ってもんで。実際、「あれ、あのアーティストの曲を再生したいんだけど、どこにあるんだろ...」って、なっちゃうこともあるので。



＜本スレッドの趣旨＞

forked-daapdにおける(c)の解決を目指します。



＜Remoteについて＞

Remoteは、iOS機(iPad/iPhone/iPod touch)で動くアプリです。
・「標準品」では、Remoteが使えません。
・「forked-daapd」では、Remoteが使えます。

Remoteを使うことで、次のことが可能になります。
・iOS機(iPad/iPhone/iPod touch)をリモコンとして使い、QNAP内楽曲をAirPlayスピーカーで楽曲再生。

Remoteには、次の大きな長所があります。

・MacやWindows上のiTunesを起動することなく、QNAP内の音源を再生できる。

・QNAPからAirPlayスピーカーに、直接音を飛ばせる。
　- iOS機は、forked-daapdから見て、単なるリモコンに過ぎない。
　- 音声データは、iOS機を経由せず、QNAPからスピーカーに直接飛ぶ。(iOS機のバッテリーを気にしなくてよい)。
　- たとえばiPadで再生指示をしたあと、iPhoneでひきつづき、指示を出し直せる。(都度、状態をforked-daapdから引っ張ってくる仕組みため)。

・楽曲選択が、DLNAなどに比べ、きわめて高速におこなえる。
　- Remoteアプリ内に楽曲データベースをキャッシュしているっぽい。
　- DLNAクライアント各アプリには、このキャッシュ機能がない(経験上、そうだと思っています)。



＜備考：forked-daapd実装の難度について＞

私は、forked-daapdの仕組みについて説明できるほどの知識・スキルを、持ち合わせておりません。逆にいえば、そういうレベルの人間でも、実装までこぎつけることができた、ということです。ハサミがなぜ切れるかの原理がわからないひとでも、使い方さえ教えていただければ、ハサミを使えるようになるのと似たようなものかと。

ご興味のある方は、上記リンク先をご参照のうえ、ぜひがんばってトライなさってみてくださいな。

なお、実装方法・使用方法については、後日、別スレッドにまとめる予定です。
(その前にまずは上記(c)の解決をしてから...と考えております)。

書込番号：22412981

[たく0220]

＞tanettyさん

前スレからですが、もうこちらの方が良いかと思いますので。

＞私のWindows機はゲキ重なので
そうでしたね ^^;
別の方法ですがSSHからsqlite3コマンドを使用してcsvにエクスポートする事も出来ます。
これだとMacだけでも可能かと思います。

sqlite3コマンドがQTS上では使えないので
dockerコンテナ内のbashシェルを起動してコンテナ内でsqlite3コマンドを実行します。

「daapd-taku0220-3」は現在起動しているコンテナ名
docker exec -it daapd-taku0220-3 /bin/bash

抜ける時は「exit」コマンドで元のシェルに戻ります。
exit

下記コマンドで「songs3.db」の場所確認。
ls -al /config/dbase_and_logs

下記コマンドで「dbase_and_logs」フォルダに「files.csv」をエクスポートします。
sqlite3 -header -csv /config/dbase_and_logs/songs3.db "select * from files;" \
> /config/dbase_and_logs/files.csv

「exit」でシェルから抜けます。

MacではSMB(samba)経由で「files.csv」が見れると思います。

書込番号：22414201

[tanetty]

画像�@ ALACの場合	画像�A AACの場合	画像�B MP3の場合 (正常)	画像�C MP3の場合 (異常含む)

＞たく0220さん

＞別の方法ですがSSHからsqlite3コマンドを使用してcsvにエクスポートする事も出来ます。

ありがとうございます。Mac上だけの操作で、無事にエクスポートできました。

しかし、Numbersの使い方がいまひとつよくわからず、解析にあたって、どーーーーーしてもAccess使いたくなって、結局、Windowsを起動するハメになりましけど(笑)。

Accessで解析した結果、いくつか ＜わかったことが＞ ありますので、＜わかっていないこと＞と合わせて、結果を報告いたします。


＜わかったこと＞

楽曲ファイル単位で見たとき

・ALACとAACは、全滅。つまり、iTunes上で設定した「アーティスト(読み)」を、daapd上のDBに「artist_sort」として保持しない。

・MP3は、OK/NGの両ケースがある。


＜わかっていないこと (要・精密検査)＞

・楽曲ファイル単位で見たとき、MP3におけるOK/NGの分水嶺は何か？

・アーティスト単位で見たとき、OK/NGの分水嶺は？
　- 当該アーティストが、MP3とそれ以外のアーティストを持つ場合は？


＜添付画像の説明＞ - Accessのクエリデザインと実行結果

画像�@：ALACの場合
ALACに絞ったうえで
[artist_sort] が [artist] と異なる楽曲
を抜き出して集計してみたところ
↓
Theを抜いたもの
数字を５桁にしたもの
の２種類のみが出てきて、他はなかった。
↓
つまり、ふりがなを[artist_sort]にセットしてくれた楽曲は、ゼロ。

画像�A：AACの場合
AACに絞ったうえで
[artist_sort] が [artist] と異なる楽曲
を抜き出して集計してみたところ
↓
Theを抜いたもの
数字を５桁にしたもの
の２種類みが出てきて、他はなかった。
↓
つまり、ふりがなを[artist_sort]にセットしてくれた楽曲は、ゼロ。


画像�B：MP3の場合 (正常)
MP3に絞ったうえで
[artist_sort] が [artist] と異なる楽曲
を抜き出して集計してみたところ
↓
ふりがながふられたもの
Theを抜いたもの
数字を５桁にしたもの
の３種類が出てきた。
↓
つまり、ふりがなを[artist_sort]にセットしてくれた楽曲は、たしかに存在する。

画像�C：MP3の場合 (異常含む)
MP3に絞ったうえで
[artist_sort] が [artist] と「同じ」楽曲
を抜き出して集計してみたところ
↓
[artist_sort]にふりがながふられてないもの、けっこう多し。
という楽曲でも、[album_artist_sort]にはふられているものもある。で、

書込番号：22415227

[tanetty]

＞たく0220さん

ふりがなについて、楽曲単位で現状をまとめると、次のとおりです。
・AAC/ALACは全滅
・MP3でのみ成功例がある。

forked-daapd.conf内にてフォーマットに関係しそうな部分を、現状どう記述しているかというと、こう(↓)です。

no_decode = { "mp3", "m4a", "aac", "mp4a", "mp4v", "mpeg", "alac", "flac", "mpc", "ogg", "wma", "wmal", "wmav", "aif", "wav" }
force_decode = { "format", "format" }

ただ、これ(↑)はあくまで、音声データをQNAPからAirPlayスピーカーに送るときの話(WAVに変換するか否か)でしょうから、関係ないとは思う(※)のですが、いちおう報告です。

※ Remoteで楽曲一覧を見るときは、音声データ送信「前」であり、DB内を見てるだけのハズだから。

書込番号：22415245

[tanetty]

解決策ならぬ回避策に過ぎませんが。

「そのアーティストについて、最初にフォルダに置く楽曲は、MP3にする」

こうすることで、Remote上でも、ちゃんとふりがなを見て、アーティストを並べてくれることがわかりました。



まずは以下に、daapの挙動の話から。
非常に細かくて恐縮ですが、「えっ？　マジでそんな挙動なの？」って感じの話になります。



いくつかの実験から判明した、daapdの挙動は、＜ケースA＞＜ケースB＞のとおりでした。

＜ケースA＞　そのアーティストからみて、最初にフォルダに置いたのが、 [MP3] だった場合
�@ 最初に置いた [MP3] がもつ ふりがな情報を、ちゃんとデータベースに登録してくれます(OK)。
�A �@以降に [AAC] や [ALAC] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�B �@以降に [MP3] を置くと、ちゃんとデータベースに登録してくれます(OK)。
�C Remote上では、ちゃんとふりがなを見て、並べ替えをしてくれます(OK)。
　→おそらくは、�@で登録された ふりがなを、Remoteは見ていると思われる。

＜ケースB＞　そのアーティストからみて、最初にフォルダに置いたのが、 [AAC] または [ALAC] だった場合
�@ 最初に置いた [AAC] または [ALAC] がもつ ふりがな情報を、データベースに登録してくれません(NG)。
�A �@以降に [MP3] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�B �@以降に [AAC]または [ALAC] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�C Remote上では、実質的にふりがな情報を見ずに、並べ替えをしちゃうとになります(NG)。

上述の「データベースに登録」とは、次のことを意味します。
・人間が楽曲ファイルを対象フォルダに置いた際に
・daapd が、データベースファイル「songs3.db」内のテーブル「files」に、レコードを追加すること。

例として、次の楽曲ファイルを、フォルダに置いたとしましょう。
・[アーティスト名] = 足立佳奈
・[アーティスト名(読み)] = あだちかな
・[アルバムアーティスト名] = 足立佳奈
・[アルバムアーティスト名(読み)] = あだちかな

＜ケースA＞�@�Bでは、次のとおりテーブル「files」にレコード追加されます(OK)。
・[artist] = 足立佳奈
・[artist_sortアーティスト名(読み)] = あだちかな
・[アルバムアーティスト名] = 足立佳奈
・[アルバムアーティスト名(読み)] = あだちかな

＜ケースA＞�A、＜ケースB＞�@�A�Bでは、次のとおりテーブル「files」にレコード追加されてしまいます(NG)。
・[artist] = 足立佳奈
・[artist_sortアーティスト名(読み)] = 足立佳奈
・[アルバムアーティスト名] = 足立佳奈
・[アルバムアーティスト名(読み)] = 足立佳奈

テーブル「files」には、主キーとおぼわしきフィールド「id」があります。
レコードが追加されるたび、1, 2, 3, 4…と自動採番していくようです。

Remoteがそのアーティストのふりがなを見るさい、おそらくは、
・そのアーティストでレコードを絞ったあと、
・idのもっとも若いレコードにある　ふりがな情報を
見ているもの推測されます。

これをSQLっぽくいうと、
・まずは、[album_artist] が空白でなければその値で、空白なら [artist]の値で、whereしてSELECTし、
・次にが、idのもっとも若いレコードを抜き出し
・最後にが、[album_artist_sort] が空白でなければその値で、空白なら[artist_sort]の値を
アーティスト並び替えの材料としている…だろう、ということです。

上記推測は、100点じゃないかもしれませんが、９割がた当たってるのではないか、と考えております。
というのは、数々の実験では、基本的には仮説どおり動いたからです。
ただ、稀に仮説と違う挙動をすることもあり、もう少し細かい場合分けがあるのかもしれません。
たとえば、＜ケースA＞�@において、次のように登録されるケースです。
・[artist] = 足立佳奈
・[artist_sortアーティスト名(読み)] = 足立佳奈
・[アルバムアーティスト名] = 足立佳奈
・[アルバムアーティスト名(読み)] = あだちかな



次のレスでは、理由(daapdやRemoteの挙動)はともあれ、

「実運用上どうしたら、並び替えがうまくいくのか」

に焦点を当てて、掘り下げていこうと思います。

書込番号：22417147

[tanetty]

すみません。挙動の説明、テーブル[files]のフィールド名に誤記がありましたので、次のとおり訂正いたします。


―(以下の内容で差し替え)―

いくつかの実験から判明した、daapdの挙動は、＜ケースA＞＜ケースB＞のとおりでした。

＜ケースA＞　そのアーティストからみて、最初にフォルダに置いたのが、 [MP3] だった場合
�@ 最初に置いた [MP3] がもつ ふりがな情報を、ちゃんとデータベースに登録してくれます(OK)。
�A �@以降に [AAC] や [ALAC] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�B �@以降に [MP3] を置くと、ちゃんとデータベースに登録してくれます(OK)。
�C Remote上では、ちゃんとふりがなを見て、並べ替えをしてくれます(OK)。
　→おそらくは、�@で登録された ふりがなを、Remoteは見ていると思われる。

＜ケースB＞　そのアーティストからみて、最初にフォルダに置いたのが、 [AAC] または [ALAC] だった場合
�@ 最初に置いた [AAC] または [ALAC] がもつ ふりがな情報を、データベースに登録してくれません(NG)。
�A �@以降に [MP3] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�B �@以降に [AAC]または [ALAC] をフォルダに置いても、ふりがな情報をデータベースに登録してくれません(NG)。
�C Remote上では、実質的にふりがな情報を見ずに、並べ替えをしちゃうとになります(NG)。

上述の「データベースに登録」とは、次のことを意味します。
・人間が楽曲ファイルを対象フォルダに置いた際に
・daapd が、データベースファイル [songs3.db] 内のテーブル [files] に、レコードを追加すること。

例として、次の楽曲ファイルを、フォルダに置いたとしましょう。
・[アーティスト名] = 足立佳奈
・[アーティスト名(読み)] = あだちかな
・[アルバムアーティスト名] = 足立佳奈
・[アルバムアーティスト名(読み)] = あだちかな

＜ケースA＞�@�Bでは、次のとおりテーブル「files」にレコード追加されます(OK)。
・[artist] = 足立佳奈
・[artist_sort] = あだちかな
・[album_artist] = 足立佳奈
・[album_artist_sort] = あだちかな

＜ケースA＞�A、＜ケースB＞�@�A�Bでは、次のとおりテーブル「files」にレコード追加されてしまいます(NG)。
・[artist] = 足立佳奈
・[artist_sort] = 足立佳奈
・[album_artist] = 足立佳奈
・[album_artist_sort] = 足立佳奈

テーブル [files] には、主キーとおぼわしきフィールド [id] があります。
レコードが追加されるたび、1, 2, 3, 4…と自動採番していくようです。

Remoteがそのアーティストのふりがなを見るさい、おそらくは、
・そのアーティストでレコードを絞ったあと、
・[id] のもっとも若いレコードにある　ふりがな情報を
見ているもの推測されます。

これをSQLっぽくいうと、
・まずは、[album_artist] が空白でなければその値で、空白なら [artist]の値で、whereしてSELECTし、
・次に、その中から[id] の値がもっとも若いレコードを抜き出し
・最後に、[album_artist_sort] が空白でなければその値で、空白なら[artist_sort]の値を
アーティスト並び替えの材料としている…だろう、ということです。

上記推測は、100点じゃないかもしれませんが、９割がた当たってるのではないか、と考えております。
というのは、数々の実験では、基本的には仮説どおり動いたからです。
ただ、稀に仮説と違う挙動をすることもあり、もう少し細かい場合分けがあるのかもしれません。

たとえば、＜ケースA＞�@において、次のように登録されるケースです。
・[artist] = 足立佳奈
・[artist_sort] = 足立佳奈
・[album_artist] = 足立佳奈
・[album_artist_sort] = あだちかな

―(以上の内容で差し替え)―

書込番号：22417204

[tanetty]

補足です。

＞ただ、稀に仮説と違う挙動をすることもあり、

ここ(↑)でいう「稀に仮説と違う挙動をする」例として、他には、次(↓)のものがあります。

＜ケースB＞�Aでも、稀にちゃんとデータベースに登録できることもあるようです。次(↓)のいずれかのように。

・[artist] = 足立佳奈
・[artist_sort] = あだちかな
・[album_artist] = 足立佳奈
・[album_artist_sort] = あだちかな

・[artist] = 足立佳奈
・[artist_sort] = 足立佳奈
・[album_artist] = 足立佳奈
・[album_artist_sort] = あだちかな

しかし、こういう(↑)レコードが仮に存在したとしてもRemoteは、そのレコードを見ず、＜ケースB＞�@にて最初に登録した、idのもっとも若い下記(↓)レコードを見てしまってる……っぽいです。

・[artist] = 足立佳奈
・[artist_sort] = 足立佳奈
・[album_artist] = 足立佳奈
・[album_artist_sort] = 足立佳奈

書込番号：22417219

[たく0220]

＞tanettyさん

おはようございます。
ちょっと風邪ぽっく、本日は仕事お休みです(TT)

＞上記推測は、100点じゃないかもしれませんが、９割がた当たってるのではないか、と考えております。
なんというか、よくそこに気が付きましたね ^^
AACとALACのタグがどうなってるかに注力してたので、その点は気にしてなかったです。

＞しかし、こういう(↑)レコードが仮に存在したとしてもRemoteは、そのレコードを見ず、＜ケースB＞�@にて最初に登録した、idのもっとも若い下記(↓)レコードを見てしまってる……っぽいです。

「songs3.db」内には「groups」というテーブルがあり、
type,name,persistentid というフィールドがあります。
[type]
1 : アルバム
2 : アーティスト

[persistentid]
type=1 : 「files」テーブルの「songalbumid」＝「persistentid」を代表idとする。
type=2 : 「files」テーブルの「songartistid」＝「persistentid」を代表idとする。

となっていて、tanettyさんが実験から得た推測どおりと思われます。

さてAACとALACのタグですが
https://github.com/ejurgensen/forked-daapd/blob/master/src/library/filescanner_ffmpeg.c#L535
ここら辺りをながめてみたのですが(見なくていいです、あくまでも参考です。)

daapdがffmpeg経由で情報を読み取っているので
iTunesでAACとALACに変換して、ffmpegでどう読込まれるか確認しようとしたところで力尽きました ^^;

↓の様にすれば、ある程度何か判るかと思います。
以前と同じようにdockerコンテナ内のbashシェルを起動してコンテナ内で
docker exec -it daapd-taku0220-3 /bin/bash

ffmpegで確認
ffmpeg -hide_banner -i /music/Test_1/test_1_1.mp3

root@NAS231P01:/$ ffmpeg -hide_banner -i /music/Test_1/test_1_1.mp3
Input #0, mp3, from '/music/Test_1/test_1_1.mp3':
Metadata:
title : 1
artist : 1
album : 1
album_artist : 1
track : 1/10
disc : 1/1
encoder : Lavf57.71.100
Duration: 00:00:10.00, start: 0.011995, bitrate: 346 kb/s
Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s
Metadata:
encoder : Lavf
Stream #0:1: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 449x450 [SAR 96:96 DAR 449:450], 90k

tbr, 90k tbn, 90k tbc
Metadata:
comment : Cover (front)
At least one output file must be specified

と曲のファイルをインプットに指定すればタグの情報がみる事ができるので
問題点の切り分けの一助になります。

書込番号：22418034

[tanetty]

＞たく0220さん

いつもお世話になっております。

お風邪を召してらっしゃるとのこと。どうかご自愛くださいますよう。m(_ _)m

さて、貴重なアドバイス、ありがとうございました。

さっそく、ALAC、AAC、MP3それぞれについて１曲ずつ抽出し、
ffdmpegでどう見えているか実行してみました。

結果、ffdmpegからは、どれもフリガナを見てくれていました。

実験に使った楽曲ファイルに相当する、テーブル[files]内における行の、[album_artist_sort], [artist_sort]を見ると、
・AAC, ALACは、「西野カナ」と、漢字のまま　(NG)
・MP3は、「のぎざか46」と、ちゃんとひらがなになってる。(OK)

つまり、AAC, ALACにおいては、
　・ffdmpegではちゃんとフリガナが見えている(OK)のに
　・DB内にフリガナを登録してくれない(NG)
ということみたいです。


＜ALACの場合＞

root@QNAP1:/music/西野カナ/Love Place$ ffmpeg -hide_banner -i '02 私たち.m4a'
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x742902b0] stream 0, timescale not set
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '02 私たち.m4a':
Metadata:
major_brand : M4A
minor_version : 0
compatible_brands: M4A mp42isom
creation_time : 2012-10-01T17:35:05.000000Z
title : 私たち
artist : 西野カナ
album : Love Place
genre : 邦楽
track : 2/15
disc : 1/1
　　　　　　　（中略）
sort_artist : にしのかな
lyrics : キラキラ光る思い出たち
: 涙の日もあったよね
　　　　　　　（中略）
: どこにいても you are the one
album_artist : 西野カナ
sort_album_artist: にしのかな
Duration: 00:05:47.72, start: 0.000000, bitrate: 1031 kb/s
Stream #0:0(und): Audio: alac (alac / 0x63616C61), 44100 Hz, stereo, s16p, 1029 kb/s (default)
　　　　　　　（後略）

＜AACの場合＞

root@QNAP1:/music/西野カナ/Love Collection 〜pink〜$ ffmpeg -hide_banner -i '15 Alright.m4a'
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7422d2b0] stream 0, timescale not set
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '15 Alright.m4a':
Metadata:
major_brand : M4A
minor_version : 0
compatible_brands: M4A mp42isom
creation_time : 2013-09-02T20:27:45.000000Z
track : 15/15
compilation : 0
album : Love Collection 〜pink〜
artist : 西野カナ
　　　　（中略）
title : Alright
　　　　（中略）
sort_artist : にしのかな
lyrics : Everything's gonna be alright
: It's OK It's alright It's OK
　　　　（中略）
: It's OK It's alright It's OK
: Oh Oh Oh Oh…
album_artist : 西野カナ
sort_album_artist: にしのかな
Duration: 00:05:02.05, start: 0.047889, bitrate: 288 kb/s
Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 284 kb/s (default)
　　　　（後略）


＜MP3の場合＞

root@QNAP1:/music/乃木坂46/ガールズルール - Single$ ffmpeg -hide_banner -i '4-03 人間という楽器.mp3'
Input #0, mp3, from '4-03 人間という楽器.mp3':
Metadata:
title : 人間という楽器
artist : 乃木坂46
composer : 鐘撞行孝
track : 3/6
album_artist : 乃木坂46
title-sort : にんげんというがっき
artist-sort : のぎざか46
TSO2 : のぎざか46
disc : 4/4
album : ガールズルール - Single
genre : 邦楽
album-sort : ガールズルール - Single
lyrics-eng : Oh〜 Oh〜 Oh〜
　　　　　　　（中略）
: 心は通じるんだ
: ラブ&ピース
date : 2013
Duration: 00:05:06.70, start: 0.000000, bitrate: 284 kb/s
Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 277 kb/s
Stream #0:1: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 600x595 [SAR 1:1 DAR 120:119], 90k tbr, 90k tbn, 90k tbc
Metadata:
comment : Cover (front)

書込番号：22419520

[tanetty]

トリガー一覧

＞たく0220さん

いつもお世話になっております。

＞「songs3.db」内には「groups」というテーブルがあり、
＞type,name,persistentid というフィールドがあります。
＞[type]
＞1 : アルバム
＞2 : アーティスト
＞
＞[persistentid]
＞type=1 : 「files」テーブルの「songalbumid」＝「persistentid」を代表idとする。
＞type=2 : 「files」テーブルの「songartistid」＝「persistentid」を代表idとする。

おっしゃる内容のトリガーが設定されていることを、先日教えていただいたツール「PupSQLite」にて確認しました。
（添付画像)。

これは、なんというか……トンデモ仕様ですね…。




以下、単なる感想ですが。

昨日、データベースの中身をひととおり、確認しました。
そのときは、この[groups]の意味がわからなかったので、こう(↓)考えてました。

「楽曲を管理するテーブルは、[files]ひとつだけかー。
　横に超長くって、まっっっっったく正規化してないって、どんな設計だよ！！
　[楽曲], [アーティスト], [アルバム]とかでテーブルを分けて、ちゃんと正規化しようよぉ。

　でも、楽曲ファイルに格納されてるタグ情報をひっぱって入れるわけだし、
　ファイル形式(AAC, MP3, AAC)やタグのバージョンによっては、
　タグ情報の書式、はたまた項目名やら、もっと言えば、項目の有無すら違うわけだし。
　
　項目に設定する値も、ユーザが自由記入できるし、
　販売しているファイルも、メーカーによって入れ方が違うだろうし。
　
　となると、そもそもデータが正規化できるかどうか、怪しい。
　元データがテキトーなんで、整合性確保は無理っぽいから、
　楽曲を１テーブルで管理するのは、仕方ないのかな…」

で、[groups]の意味を教えていただき、感じたのは、次↓のことです。

「ん？　もしかして、正規化？　やるじゃん。
　・・・・・・・・・・・・・
　いやいやいやいやいや。違うわー。
　filesがあくまで正本で、それをもとに、検索とか表示とかを早くするための、
　groupsは、あくまで抄本かー。
　しかも、２つのフィールド([songalbumid], [songartistid])を
　１つの外部キーとして[persistentid]にもたせちゃうとか、意味わかんない。
　で、どっちのフィールドを参照してるかを判別するための区分コード[type]までつけて
　縦に長くしてる。
　これって、変態的設計では？？？？
　せめて、アルバムに相当するテーブルと、アーティストに相当するテーブルの、
　２つに分けようよー」

よくわからないんですけど、これってApple(Remote/iTunes/AirPlay)のインタフェースに合わせた仕様なんですよね？
とすると、変態なのはAppleなのかしら？？？

書込番号：22419595

[tanetty]

＞たく0220さん

データベースの構造に、あろうことか、ケチをつけてしまったわけですが。
よくよく考えてみると、イチャモン・ナンクセ・イイガカリのたぐいのような気がしてきました。
こういう↓設計思想なのかな、と思いました。とすると、いちおう合点がいきます。

ファイルからデータを引っ張る仕組み
↓
データの入力時・更新時、整合性をチェックしようがない。
↓
ファイルそのものを１テーブルとして持たせよう(files)。
↓
ユーザから見て処理が遅くならないよう、目次もテーブルとして持たせよう(groups)。
(ファイルのテーブルから、適宜、自動作成しておく)。


ただ、目次として
　・アルバムに相当する行
　・アーティストに相当する行
が同じテーブル(groups)に入っているのだけは、どーーーーしてもナットクいきませぬ(笑)。

書込番号：22419676

[tanetty]

＞たく0220さん

すみません。ご教示いただけないでしょうか。

＞[persistentid]
＞type=1 : 「files」テーブルの「songalbumid」＝「persistentid」を代表idとする。
＞type=2 : 「files」テーブルの「songartistid」＝「persistentid」を代表idとする。

この「代表」とは、(a)(b)どちらの意味でお使いになってますしょうか。

(a)「songalbumid」と「songartistid」の、どちらか一方を代表として選ぶよ...という意味。

(b) filesテーブル内で
・同じアーティストの楽曲群から、代表楽曲を選ぶ
・同じアルバムの楽曲群から、代表楽曲を選ぶ
という意味

※ (b)について。
files内を確認すると
・同じアーティストであれば、同じ「songartistid」を持つ
・同じアルバムであれば、同じ「「songalbumid」を持つ
ようです。

というわけで、(b)ではなく(a)の意味でおっしゃっているかとは思うのですが、念のため確認いたしたく候。

書込番号：22419773

[たく0220]

＞tanettyさん

＞[楽曲], [アーティスト], [アルバム]とかでテーブルを分けて、ちゃんと正規化しようよぉ。

そう言いたくなるのは、判る気がしますが…

＞こういう↓設計思想なのかな、と思いました。とすると、いちおう合点がいきます。

大体そんな感じですね。
外側から見たら判らないかもしれませんが、ソースコードを一通り見れば
なんとなく、あぁ…となるかもしれませんが、私も見きれないですので説明は出来ないですね…


＞さっそく、ALAC、AAC、MP3それぞれについて１曲ずつ抽出し、
＞ffdmpegでどう見えているか実行してみました。

確認ありがとうございます。
「sort_artist」と「artist-sort」の違いか…
解決する方向性は見えたけど…悩むな。。。
少し時間かかりそうですが、色々確認してみます。

書込番号：22419797

[たく0220]

＞tanettyさん

＞この「代表」とは、(a)(b)どちらの意味でお使いになってますしょうか。

すみません、熱でボーとしながらだったので ^^
うまく表現出来てなかったですね。

例えば「artist : 西野カナ」とffmpegが返したのが初回の場合
artistが「西野カナ」のグループのIDを新規に採番して「groups」テーブルの「persistentid」と「files」テーブルの「songartistid」にsetします。
他の曲で同じく「artist : 西野カナ」となった場合、「files」テーブルの「songartistid」に異なるIDをsetしない様に
「groups」テーブルを参照して、同じIDを「files」テーブルの「songartistid」にsetする
という感じです。

（ごめんなさい、まだ頭回ってない ^^;）

書込番号：22419829

[tanetty]

たく0220さん

＞外側から見たら判らないかもしれませんが、ソースコードを一通り見れば
＞なんとなく、あぁ…となるかもしれませんが、

なるほど、そういうものですか…。

＞「sort_artist」と「artist-sort」の違いか…

そう！　そうなんですぉ。
私も、項目名の違いに注目しました。
やっぱり、それのせいなんですかねぇ。

あと、MP3の結果をみると、「TSO2 : のぎざか46」とあるのですが、
TSO2ってのが、アルバムアーティストの ふりがな なのでしょうか。

＞解決する方向性は見えたけど…悩むな。。。
＞少し時間かかりそうですが、色々確認してみます。

ありがとうございます！

＞例えば「artist : 西野カナ」とffmpegが返したのが初回の場合

ああああああああああああ。よーーーーくわかりました。

groupsをマスタとしておく。
楽曲が追加されてfilesに追加しようとするとき、
・マスタにあれば、[songartistid]なり[songalbumid]を新規発番しない。
・マスタになければ、[songartistid]なり[songalbumid]を新規発番する。
ということですね。

ぶ・らじゃー　です！！！！

書込番号：22419841

[たく0220]

＞tanettyさん

＞やっぱり、それのせいなんですかねぇ。

おそらく。
ffmpegの挙動が変わってしまったのか、forked-daapdの作者が気が付いていないかもしれません。


＞TSO2ってのが、アルバムアーティストの ふりがな なのでしょうか。

そうです。
下記の「MPEG Audio Layer-3 フォーマット (.mp3) 相対表」が判りやすいかと思います。
https://ja.wikipedia.org/wiki/Mp3tag#cite_ref-smpb_14-1


＞ああああああああああああ。よーーーーくわかりました。

今、語彙力低下中で的確な言葉が出てこないのですよ…
すみません、うまく捉えてくれて助かります。

書込番号：22419865

[tanetty]

＞たく0220さん

＞mpegの挙動が変わってしまったのか、forked-daapdの作者が気が付いていないかもしれません。

そうなのかもしれませんね...。

＞下記の「MPEG Audio Layer-3 フォーマット (.mp3) 相対表」が判りやすいかと思います。
＞https://ja.wikipedia.org/wiki/Mp3tag#cite_ref-smpb_14-1

きゃー。こんなのがあったんだー。
てか、名前がめっちゃわかりにくいですね。
アーティストがTPE1とか、知らないと絶対に推測不可能なんですが(笑)。

＞今、語彙力低下中で的確な言葉が出てこないのですよ…

何をおっしゃいますやら。めっちゃわかりやすく書いてくださって、感謝しております。m(_ _)m

すみません、うまく捉えてくれて助かります。

書込番号：22419867

[tanetty]

修正前と修正中の比較。まだ途中なので、修正「中」という言い方をしてます。

アーティストをひとりひとりチェックして、Remoteから見たアーティストの並び順を、少しずつ正しくしています。

手順は、次のとおり。

そのアーティストについて
�@ MP3以外の楽曲ファイルを、バックアップとった後、対象フォルダから削除。
�A １〜２分後、Remoteから確認し、そのアーティストが正しい並びに入ったことを確認。
�B �@でバックアップとった楽曲ファイルを、対象フォルダに戻す。
�C １〜２分後、Remoteから確認し、�Bで戻した楽曲群が存在することを確認。

そのアーティストについて、MP3が存在せず、AACやALACのみ存在する場合は、どうするかというと。
上記�@〜�Cの前に、次の作業をおこないます。
・MP3を、対象フォルダに追加。
　　- １ファイルでよい
　　- 既存のAACやALACから変換でもよい。

チマチマした作業ですが、なんか楽しいデス。
こういう、インフラをコツコツを整える作業が、どうやら好きみたいで(笑)。
だって、ちょっとずつでも、確実に改善してくのが、ハッキリとわかるから。

書込番号：22419868

[tanetty]

＞たく0220さん

＞アーティストをひとりひとりチェックして、Remoteから見たアーティストの並び順を、少しずつ正しくしています。

ダメでした...。
面倒でも、たった一度きりの作業。
前述の手順で少しずつデータを整えていけば、あとは楽しい、夢の運用が待っているだけ。
そんな期待に胸を膨らませていたのですが、大きな落とし穴が。

コンテナを再起動すると、まーた順番がおかしくなっちゃいます。

たぶんですけど、こういう↓ことかと。

コンテナ再起動
↓
データベース(filesテーブルやgroupsテーブル)をイチから再作成
↓
そのアーティストの、どの楽曲ファイル情報からテーブルに追加していくかは、運まかせ(?)。
↓
そのアーティストから見て、AACやALACの情報が最初にテーブル追加されちゃうと、並びがダメに戻ってしまう。

これだと、ちょっと厳しいですね。泣けてきます...。
現状だと、daapdのライブラリをすべてMP3にしておく、という回避策が考えられますが、それはやりたくないなぁ...。

というのも、その楽曲からみて、原本(ALACなどもっとも高音質のファイル)を同一フォルダに置き
　・daapdのライブラリ
　・PLEX Media Serverのライブラリ
　・MacのiTunesのライブラリ
にしているからです。さらにいえば、このフォルダを自動バックアップの対象にしています。

daapdライブラリだけ別管理ってのは、ちょっとヤだなぁ...。
それをするぐらいなら、並び順がおかしいのを甘受したほうが、まだいいかも。
うーん。困りました。

書込番号：22419967

[たく0220]

＞tanettyさん

おはようございます。

＞ダメでした...。
残念… (T T)

＞それはやりたくないなぁ...。

そうですね。ユーザーがずっと気を配っていないといけない、フォーマットを変更しないといけないような回避策は理想的ではないですね。
AACやALACの情報をdaapdのDBに正しく登録できるように暫定的にでも処置を施す必要があります。

おそらくの原因は予想通りだったので、修正用のパッチファイルと
Dockerfileに処理を少し追加する程度で済むように出来ないかと考えています。

ただ先に色々と確認しないといけない所が多いので、ちょっと待っててください。

書込番号：22420226

[tanetty]

＞たく0220さん

おはようございます。

＞おそらくの原因は予想通りだったので、修正用のパッチファイルと
＞Dockerfileに処理を少し追加する程度で済むように出来ないかと考えています。

スゴイですね。そんな難しいことが、できてしまうんですか。
というか、どんだけ難しいのかすら、私にはわかりませぬ。
それぐらい、私から見ると、スゴイことなんですが。

＞ただ先に色々と確認しないといけない所が多いので、ちょっと待っててください。

本当にありがとうございます。m(_ _)m
ひたすら感謝・感謝・感謝・感謝・感謝です。

ただでさえ、たく0220さんには何ら義務はないわけで。
しかも、お風邪を召してらっしゃるなか、逆にそのようなお気遣いのおことばまでいただき、恐縮のかぎりでございます。

私が申し上げるのも誠に差し出がましきことながら、
まずはお体のご回復を優先なさってくださいますよう。
(インフルエンザも流行しているようですし...)

ちなみに私はというと、並び順を直す作業がなんだか楽しくなってきちゃって、気づいたら空が明るくなってました。
にもかかわらず、再起動すると元に戻っちゃう(ものもある)ことが、数時間の作業ののち判明し、
「もっと早く再起動の実験しとくべきだったぁああああああ！」と、大ショックでしたけど(号泣)。

というわけで、これよりしばらく寝マッスル。おやすみなさい...。

書込番号：22420279

guestで共有フォルダにアクセスできるようにするには？

[tanetty]

QTS上で項目「匿名ユーザーをSMB共有フォルダにアクセスすることを制限する」を変更

Q1.
guestでQNAPの共有フォルダにアクセスできないのですが。



A1.
guestでのアクセスは、初期設定では禁止されています。
(2018/12/19時点。QTS 4.3.5.0760 build 20181114)

QTSにて、項目「匿名ユーザーをSMB共有フォルダにアクセスすることを制限する」の値を、
下記�@「無効」か�A「有効」に変更してください。(初期値は�B「有効(厳格)」)


＜項目の場所＞

QTS - [コントロールパネル]
[ネットワークサービスとファイルサービス] - [Win/Mac/NFS]
[Microsoftネットワーク] - [詳細オプション]
いちばん下までスクロール
項目「匿名ユーザーをSMB共有フォルダにアクセスすることを制限する」


＜項目の値＞

�@ 無効。誰でも共有フォルダの一覧を表示できます。ゲストアカウントはアクセス許可のあるフォルダにアクセスできます。

�A 有効。認証されたユーザーは共有フォルダの一覧を表示できます。ゲストアカウントはアクセス許可のあるフォルダにアクセスできます。

�B 有効(厳格)。認証されたユーザーは共有フォルダの一覧を表示できます。ゲストアカウントは共有フォルダにアクセスできます。


＜�@�A�Bを選んだときのアクセス可否＞

(共有フォルダ「Public」に対する「ゲストのアクセス権」が、「フルアクセス」または「読み取り専用」に設定されているという前提)。

�@ 無効
◯ \\QNAP
◯ \\QNAP\Public

�A 有効
× \\QNAP
◯ \\QNAP\Public

�B 有効(厳格)
× \\QNAP
× \\QNAP\Public

書込番号：22335700

[tanetty]

Q2.
項目「匿名ユーザーをSMB共有フォルダにアクセスすることを制限する」は、実態として何を編集しているのですか？



A2.
SMBの設定 (smb.conf内に記載されたグローバル変数の値) を編集しています。

�@ 無効
・security = USER
・map to guest = Bad User
・guest account = guest
・restrict anonymous = 0

�A 有効
・security = USER
・map to guest = Bad User
・guest account = guest
・restrict anonymous = 1

�B 有効(厳格)
・security = USER
・map to guest = Never
・guest account = guest
・restrict anonymous = 2

書込番号：22335703

[tanetty]

Q3.
当該項目の値を「無効」または「有効」にしても、guestでQNAPにログインできないのですが。



A3.
Windowsにログインしているユーザ名と同じユーザ名のユーザがQNAP上にあると、Windowsは(気を利かせたつもりで勝手に)そのユーザでQNAPにログインしようとします。そのユーザをQNAP上から削除してください。

書込番号：22335706

[tanetty]

このスレッドは、下記スレッドのまとめです。

＜ゲストユーザーでも共有フォルダにアクセスする方法＞
http://bbs.kakaku.com/bbs/K0000925629/SortID=22322246/#tab

書込番号：22335719

6.9.4 Hotfix 1

[y_hatanaka]

Hotfix 1版

6.9.4がいつの間にはHotfix 1 となっていたため、再びインストールしてみました。
正直なところダウングレードしても6.9.4を当てたせいか時々調子が悪いような気が・・・

ディスクスピンダウンが正常に機能していないような感じでした。

実験機の102では問題はほとんど感じなかったのですが、いっぱいに入った104ではどんな感じになるか実験開始です。

書込番号：22331481

最新版windows10のクリーンインスツールでアクセスできなくなる

[tamabonjin]

「Windows 10 Fall Creators Update と Windows Server バージョン 1709 以降のバージョンの既定では SMBv1 はインストールされません」　
https://support.microsoft.com/ja-jp/help/4034314/smbv1-is-not-installed-by-default-in-windows
が原因です。

windowsの機能の有効化または無効化の設定で解決しました。

https://www.nedia.ne.jp/blog/tech/2018/09/11/12587　が参考になりました。

SMB1.0の使用は推奨されないので
バファローがSMB V2への対応してくれないのかな？

書込番号：22303614

[ありりん00615]

その問題は1年以上前のものです。SMB2.0に対応するには機種変更が一番です。
対応する機種は、下記の対策１で確認することが出来ます。
http://faq.buffalo.jp/app/answers/detail/a_id/16057#10
現行機種であれば問題はありません。
Linuxの知識があれば自分で対応することも可能です。
https://ameblo.jp/yoshihirow/entry-12392636085.html

書込番号：22303712

[KAZU0002]

別NASですが。2013年のNASに最新のWindows10からアクセスできずに、半日いろいろ悩み続けました。
まぁセキュリティー対策だというのは分かるのですが。「勝手に切られている」ことを黙っているのはひどいと思いました。

書込番号：22303775

[tamabonjin]

＞ありりん00615さん
一年も前からあったのですか・・・
９９００Kに組み替えて久しぶりのクリーンインスツールだったので初めてぶち当たりました。
該当ページは既に見てましたが解決方法は載っていませんでした。
バファローのＦＡＱにのっけて欲しいですね。
古いＮＡＳで後継機も出ていませんが、４台も所有しているので簡単には買い換えられません。
バファローはＨＤＤを自社のものしか認めいてないので買うつもりもありません。
もともとデータの保証もしていないのに時代錯誤と思えます。

とりあえず、問題解決に苦労したので、困っている方がいたらと思い投稿しました。

書込番号：22304661

QNAPヘルプデスクに問い合わせるときの注意点

[tanetty]

QNAPヘルプデスクへの問い合わせ画面

QNAPヘルプデスクに、昨日初めて問い合わせをかけました。

「あ！　こういうことがあるから、QNAPに問い合わせするときには、こういうことに気をつけなきゃいけないんだー」という、経験にもとづく「気づき」を、順次メモしていく所存でございます。

同じようにQNAPに問い合わせる方々にとって、少しでも参考になれば、と思っております。



まずは、ヘルプデスク画面(添付画像)からのメッセージ送信について、さっそく２つの「気づき」がありました。
※ ヘルプデスク画面は、QNAP管理画面(QTS)上のアプリ「ヘルプデスク」内にあります。



▼ 気づき�@ 添付ファイル数の上限が記載と違うかもしれない (実は５個まで?)

ヘルプデスク画面には、添付ファイルを８個までつけられる旨の記載があります。そこで、７個の画像ファイル(各数百キロバイト)をつけたつもりが、５個しか届いてませんでした。

たまたま調子が悪かったのか、不具合があっていつも５個までしか届かないのかは不明です。いずれにしても、「送信」ボタン押下後には、「こういうのを送ったよ」の画面が見れるので、それをしっかり確認することが重要かと。(「こういうのを送ったよ」のメールも届きます)。




▼ 気づき�A メッセージ欄に <> でくくった表現を入れてはいけない。

�A ヘルプデスク画面の「メッセージ」欄に書いた文章のなかで、<> でくくった部分は相手に届きません。だから、<> でくくってはいけません。

たとえば、こう(↓)書いた部分ですが

　<Environment>
　QNAP: 4.3.5.0760 Build 20181114
　Mac: Macbook Pro ‘13 2018 Mojave 10.14.1

相手にはこう(↓)届いちゃいます。

　QNAP: 4.3.5.0760 Build 20181114
　Mac: Macbook Pro ‘13 2018 Mojave 10.14.1

なので、<>でくくるのをやめ、たとえばこんな感じ(↓)で書いたほうがよいでしょう。

　1. Environment
　QNAP: 4.3.5.0760 Build 20181114
　Mac: Macbook Pro ‘13 2018 Mojave 10.14.1

書込番号：22287136

[tanetty]

QNAPヘルプデスクへの問合の進捗状況を、Web画面から確認したところ。

こういうもんなんでしょうか。

11/28(水)深夜に問い合わせてから、木・金・土・日・月と、まる5日経過。
土日が休みだと仮定しても、木・金・月と3営業日経過してます。

しかし、「担当スタッフ」すら「未アサイン」のまま。
※Web画面から進捗状況を確認できます(添付画像参照)。

都合上、AppleとPLANEXに、よく問い合わせをします。
これまで、それぞれ100回以上は問い合わせしてるんじゃないかと。

Appleの場合は電話で問い合わせするってこともあるのですが、そんなに待たされることはありません。
わかれば、即答です。
わからなくて待たされるとしても
「実機で検証・調査のうえお時間を頂戴します。1週間程度で返事します」とか、
だいたいでも日程を言ってくれるので、安心して待ってられます。

PLANEXの場合、Webからの問い合わせですが、たいていは3営業日以内に何らか返答をくれます。

いっぽうでQNAPは、うーん、
Web画面から現状を把握できるのは、とてもすばらしい仕組みだと感心しています。
しかし、その仕組みでわかるのが「絶賛ほったらかし中です」ってことになっちゃってる(笑)。

いずれにしても、待つしかなさそうですね...。

書込番号：22298799

[まぐたろう]

検証に時間掛かるのかもしれませんし、そこは仰るとおり待つしかないでしょうね。
ただ私のケースの、代理店のフォースメディアさん…気遣いも含めて超優秀です。
この手のもので代理店選べるようなら今後はフォースメディアさんにしますわ。
（他が悪いと言ってるわけではなく、私にとって印象が良いので）

書込番号：22298838

[tanetty]

＞まぐたろうさん

いつもお世話になっております。
貴重なご意見、誠にありがとうございます。

よくわからないので、教えていただきたいのですが...。
販売代理店は、故障・修理以外の技術的サポートもしてくれるのでしょうか。

たしかにこのスレッド(↓)にて

＜「ヘルプデスク」への問い合わせは、日本語でも通じますか？」＞
http://bbs.kakaku.com/bbs/K0000925629/SortID=22278255/#tab

まぐたろうさんから

＞販売代理店に問い合わせされると丁寧に対応していただけるかと思います。

というお話をいただいておりました。

しかし、ktrc-1さんから

＞正規代理店は基本的には製品保証の窓口であって、技術サポートの担当者がいるわけではありませんから。

とのご指摘がありました。

このため、「代理店での対応は、故障・修理のときのみ」と、私としては認識しておりました。

ちなみ今回、私が問い合わせているのは、QNAP上のアプリケーションサーバの動作についてです。具体的には、この(↓)スレッドの内容でございます。

＜iTunesサーバでのジャケット表示とアーティスト並び順＞
http://bbs.kakaku.com/bbs/K0000925629/SortID=22261119/#tab

なにぶん素人なもので、NASについては右も左もわかりません。
基本的な質問ばかりで申し訳ありませんが、ご教示くだされば幸いでございます。m(_ _)m

書込番号：22298895

[tanetty]

＞まぐたろうさん

＞検証に時間掛かるのかもしれませんし

私がQNAPに対して「え？」と思っているのは、ちょっと違いまして。

通常、問い合わせに対して、メーカー側がとる対応は、こういう流れかと思います。

�@ 担当を誰にするか検討し決定。
↓
�A 担当が検証・調査。場合によってエスカレーション。
↓
�B 担当から回答。

�Aでつまづくのなら、わかるんですよぉ。だって、自分でいうのもナンですが、ややこしそうな案件ですから。

でも、でもです。今回、�@でほったらかし状態です。
「せめて担当を決めてよー」ということを、QNAPに求めたいっていうか。

書込番号：22298949

[たく0220]

＞tanettyさん

＞�@ 担当を誰にするか検討し決定。

内容がややこしそうなので、エスカレーション先でも担当者をアサイン出来てないのかもしれませんね。
この担当者のアサインというのも一次受け(内容確認のみ)したらなのか、回答する担当者がアサインされたらなのかが不明なので
�Aか�Bの状況までステータスが変わらないかもしれません。

とりあえず、もうちょっとゆっくり待ちましょう ^^
国内メーカーでも数週間も途中経過すら連絡してこなかった所もありますが
そこよりは、マシだと願いましょう。

書込番号：22299081

[tanetty]

＞たく0220さん

いつもお世話になっております。

せっかちな私を優しくたしなめてくださり、ありがとうございます。「あせっちゃダメ」ってことですね。

＞この担当者のアサインというのも一次受け(内容確認のみ)したらなのか、回答する担当者がアサインされたらなのかが不明なので
�Aか�Bの状況までステータスが変わらないかもしれません。

なるほど...たしかにそうカモ。

＞国内メーカーでも数週間も途中経過すら連絡してこなかった所もありますが
＞そこよりは、マシだと願いましょう。

そう！ それなんです！！
まさしくまったくおんなじことを思ってました。

だって、国内メーカーでも数週間放置プレイってのは、よくあることですから。

このあたり、(a)と(b)のどっちがマシか、悩ましいとろですよね。

(a) 放置プレイのうえ、Webなどから状況が見れない。電話なりメールで問い合わせすると「調査中です。回答がいつになるか、現状ではわかりません」の一点張り。

(b) Webなどから状況が見れるが、いつまで経っても進展なし。

おっしゃるとおり、国内企業では(a)が多いというイメージです。

(b)は初めてだったので、ちょっと戸惑い気味です。

(a)を含めですけど、いい意味でも悪い意味でも、国内企業は「ことばたくみ」っていうか。よくいえば、うまく相手をなだめる。悪くいえば、ごまかす。

たとえばですけど、QNAPのWeb画面上「担当スタッフ」欄の「未アサイン」ということば。これ見た瞬間、私は「何じゃこりゃー！？」と驚きました。

というのも、日本企業なら「未アサイン」なんてことばを、まず使わないと思うんです。使うなら、たとえば「選定中」とか。こっちのが「やってますよ」感が出るじゃないですか。

「未アサイン」だと、「なーーーんにもやってません」感が出まくりで(笑)。元が英語でしょうから「Not Assigned (yet)」とかの直訳なのかもしれませんが。

いずれにしても、たく0220さんのご助言どおり、おとなしく待とうと思います。

貴重なご助言、ありがとうございました。m(_ _)m

書込番号：22299149

[まぐたろう]

ktrc-1さんの書き込みについては私も存じておりますが、こちら側で状況が異常な状態かどうか判断できない以上、まずは相談するしかないでしょうね…
相談窓口とも記載されていたので私は相談した次第ですわ。
私もNASについて素人で右も左もわからないもので。

ま、ま。待つしかないでしょうなぁ。

書込番号：22299152

[tanetty]

＞まぐたろうさん

ご回答ありがとうございます。

＞相談窓口とも記載されていたので私は相談した次第ですわ。

そういうことでしたか。承知いたしました。

＞私もNASについて素人で右も左もわからないもので。

そのようなことは、微塵も思っておりません。
いつものカキコミを拝見するかぎり、相当にお詳しい方なのかと。

それはそうと。
私としては純粋な疑問から質問させていただいたつもりなのですが、
万が一ご気分を害されていたようでしたら、謹んでお詫び申し上げます。
申し訳ありませんでした。

...いずれにしても、ご助言どおり、うーん、待つしかなさそうですね。

書込番号：22299169

[tanetty]

＞このあたり、(a)と(b)のどっちがマシか、悩ましいとろですよね。

(a)(b)の違いをひとことでいうと...

(a)は、ほったらかしを隠そうとしてる。
(b)は、ほったらかしを堂々とさらしている。

エンドユーザからみて、どちらのメーカーが好ましいのか。永遠の問題です。

そのあたりも含めて、QNAPとのやりりを楽しんでいきたいと思います。「へー。そんな感じなんだー」てなぐあいに。

運用上ミッションクリティカルな不具合で問い合わせてるわけではないので、そんなスタンスでいられるわけですが。

書込番号：22299173

[tanetty]

＞まぐたろうさん

ふたつほど追加で教えてけないでしょうか。

＞代理店のフォースメディアさん…気遣いも含めて超優秀です。

�@ QNAP上のアプリケーションサーバについて、フォースメディアさんに問い合わせたご経験はありますでしょうか？
もしありましたら、そのときのご感想は、いかがでしたでしょうか？

�A テックウィンドさん(私のQNAPの販売代理店です)にQNAPについて問い合わせたご経験はおありでしょうか？
もしありましたら、そのときのご感想は、いかがでしたでしょうか？

実際にQNAPを運用のうえ、メーカーや代理店と多くのやりとりを実際になさっている(※)、まぐたろうさんの声をこそ、貴重なものとして伺いたいと思っております。

※ QNAPについてメーカーや代理店と、まぐたろうさんほど多くのやりとりをなさっている方は、そうそういないんじゃないか。これまでのまぐたろうさんカキコミを拝見して、そう私は思っております。

書込番号：22299185

[まぐたろう]

(a)も(b)も私についても勘ぐり過ぎですｗ
気が急くのは解りますが、まぁまったりどぞどぞ。

�@ QNAP上のアプリケーションサーバについて、フォースメディアさんに問い合わせたご経験はありますでしょうか？
→この製品でしか問い合わせ経験はありません。
印象は非常に良いです。

�A テックウィンドさん(私のQNAPの販売代理店です)にQNAPについて問い合わせたご経験はおありでしょうか？
→QNAP製品、こいつしか持ってないのでありません。
ただ、テックウィンドはWDのHDDが故障した時にお世話になった覚えがあります。特にトラブルは無かったような。
評判の悪い代理店って、一部じゃないかなぁと思います。何処だったかはよく覚えてませんし、思い出してもここには書きませんが…。

私も好き好んで代理店に問い合わせをしているのではなく、仕方なく…ですね。
(私の場合、大体は、たく0220さんが解説くださり不安を払拭してくださっておりますが)
ここで公開で相談して解決できれば他の人たちにも有益かと思いますし、私も＋αで情報が得られる可能性があるため書き込んでおります次第ですね。
良い場所だとは思いますわ、ここ。

書込番号：22299218

[tanetty]

まぐたろうさん、おはようございます。

さっそくのご回答ありがとうございました。m(_ _)m

＞(a)も(b)も私についても勘ぐり過ぎですｗ

何をおっしゃいますやら。
(a)(b)はともかく、まぐたろうさんの経験値は相当なものなんだと、信じて疑いません。

＞気が急くのは解りますが、まぁまったりどぞどぞ。

せっかちな私を、たく02201さん同様、優しくたしなめてくださり、ありがとうございます。



＞�@ QNAP上のアプリケーションサーバについて、フォースメディアさんに問い合わせたご経験はありますでしょうか？
＞→この製品でしか問い合わせ経験はありません。
＞印象は非常に良いです。

フォースメディアさん、すばらしいんですね。

ちょっと私の質問の仕方が悪かったのかもしれません。質問はあくまで、

QNAP上の「アプリケーションサーバ」について、問い合わせなさったことはありますか？

なんです。「RAIDが」とか「ストレージプールが」とかの、ハード寄りじゃなく。

今回の場合はたまたま「iTunesサーバ」なわけですが、そんな感じで、OSより確実に上の層について、フォースメディアさんにご質問なさったことがあった場合、まぐたろうさんのご感想を伺いたかったのです。

いいかえれば、こういうこと(↓)を教えていただきたいのです。

・RAIDとかハード寄りの質問＜以外＞でも、販売代理店は受けてくれるのか？
→「んなもん、知らんわー！」と門前払いされないのか？

・受けてくれたとして、QNAPに直接問い合わせるのと比べ、どう違ってくるのか？
→ フォースメディアさんの丁寧度がMAXってことは理解できましたが、販売代理店の知識やスキルが、一般的にどれぐらいのものなのかも気になります。
→ 丁寧だとしても、「わかりませんでした」を懇切丁寧に説明されても困るので。

OSより確実に上の層について、販売代理店に日本語で質問できるのであれば、私にとって、こんな楽なことはないわけで。とはいうものの、販売代理店が回答の実効性を確保するには、質問内容に対して実機で検証できる環境や、検証に割ける人員なり体制が必須ですから、そこまで販売代理店に求めることができるのか、という点が、非常に心配なわけです。(恥ずかしながら、販売代理店の何たるかが、まだよくわかっておりませぬ...)。

ちなみに私は今回、英語でQNAPに問い合わせました。日本語併記しようと思いましたが、英語はやっぱりたいへんでした。英語だけで力尽き、日本語については

<For more precise information in Japanese, please see the site below＞

てなことを記載したうえで、価格コムへのリンクを貼って、お茶を濁しました(笑)。



＞�A テックウィンドさん(私のQNAPの販売代理店です)にQNAPについて問い合わせたご経験はおありでしょうか？
＞→QNAP製品、こいつしか持ってないのでありません。
＞ただ、テックウィンドはWDのHDDが故障した時にお世話になった覚えがあります。特にトラブルは無かったような。
＞評判の悪い代理店って、一部じゃないかなぁと思います。何処だったかはよく覚えてませんし、思い出してもここには書きませんが…。

なるほど、販売代理店というのは(一部の例外を除き)、しっかりとした仕事をするんですね。そして、テックウィンドさんもその例外ではない、と。非常に勉強になります。

＞私も好き好んで代理店に問い合わせをしているのではなく、仕方なく…ですね。

うーん、そうなんですか。まぐたろうさんのカキコミを拝見するたびに、まぐたろうさんは販売代理店(というかフォースメディアさん)への問い合わせを激推しなさっているもんだと思いこんでました。どうも私の理解力不足だったようです。

＞(私の場合、大体は、たく0220さんが解説くださり不安を払拭してくださっておりますが)

たく0220さんは、私もお世話になりっぱなしでございます。m(_ _)m
まぐたろうさんにも、私はお世話になりっぱなしです！！！　m(_ _)m

＞ここで公開で相談して解決できれば他の人たちにも有益かと思いますし、私も＋αで情報が得られる可能性があるため書き込んでおります

私も同じ気持ちで、いろいろ書き込ませていただいております。

＞良い場所だとは思いますわ、ここ。

まったく同感です。私の拙い質問に対し、みなさま真摯かつ懇切丁寧にご回答くださいます。感謝しかありません。

書込番号：22299302

[tanetty]

本日(2018/12/5)お昼ごろ、QNAPサポートから返答がありました(英語です)。ほっ。とりあえずひと安心。

水曜深夜に問い合わせてから、翌週水曜昼に返信があったわけですから、ほぼまるまる1週間経過ってことですね。

内容は以下のとおりでした。

・日本語が話せないから英語で返信する旨の謝罪
・いま日本人技術者が少ないので返事が遅くなった旨の謝罪
・Fireflyの設定をスクリーンショットで送ってほしい旨の依頼
・スクリーンショットを受信次第、まずは症状の再現性を確認する旨の予定
・必要に応じて開発チームに申し送りして根本原因を探る旨の予定

さっそくFirefly(iTunesサーバの実体プログラム)のスクリーンショットを送付しました。


ちなみに、英語の原文は、こんな感じです(↓)。
これぐらいの英語なら、私でもなんとか読めそうで、こっちもひと安心。

Thank you for contacting QNAP support.

Sorry to reply to you in English, as I do not speak Japanese and&#160;currently we do not have enough Japanese engineers to handle all cases, reason of the reply delay as well.

Could you please confirm how are your settings on the firefly? Send me screen shots, so I will try to reproduce your issue, then if necessary, will send the information to our development team to investigate the root cause.

I wait for your feedback.

書込番号：22303659

[tanetty]

サポート窓口への問い合わせから３週経過。(サポート窓口の要求に応じて)ログやらスクリーンショットを送ってから２週経過。

不具合と認めてくれ、修正に向け動いてくれているようではあります。ただし、実際の対応(修正版公開)が具体的にいつになりそうか、さっぱりわからない状況です。

ちゅーわけで、気づき４。

▼ 気づき�C 　腰を据えて待つべし！　そうじゃないと、イライラしちゃう。




＜QNAPサポート窓口とのやりとりまとめ＞　2018/11/29〜2018/12/20

2018/11/29 私→QNAP
「iTunesサーバの動作がおかしいです。こういう症状です。どうしたらいいですか？」
↓
2018/12/05 QNAP→私
「fireflyのスクリーンショットを送ってください」
↓
2018/12/05 私→QNAP
「スクリーンショットです。どうぞ」
↓
2018/12/06 QNAP→私
「QNAP自体のログもください。ログの取り方はこうです」
↓
2018/12/06 私→QNAP
「ログです。どうぞ」
↓
2018/12/07 QNAP→私
「ログとスクリーンショットを開発チームに送りました。原因と解決策を調査します」
↓
2018/12/20 私→QNAP
「ログとスクリーンショットを送ってから、２週間が経過しました。どうなってますか？」
↓
2018/12/20 QNAP→私
「本件、不具合(bug)として確認済みです。開発チームが解決に向け鋭意開発中です。ただしリリースは、次のアップデートに合わせて…となるかもしれません」

書込番号：22338347

[tanetty]

▼気づき�D 返信は5日以内に！

QNAP社からのメールに対し、ユーザが5日間(120時間)放置(返信しない)すると、「解決済み扱いにするけど、いいよね？」的なメールが、QNAP社から届きます(おそらくは自動送信メール)。

というわけで、QNAP社への返信は、5日以内におこないましょう。

ちなみに、こんな感じ↓のメールです。

「This message concerns your ticket #XXX-XXX-XXXXX. We have not received any response back from you in 120 hours, and would like to know if you consider this issue to be resolved. If you have any further questions, simply respond to this e-mail.」

書込番号：22384936