- このトピックには10件の返信、2人の参加者があり、最後ににより6年、 6ヶ月前に更新されました。
-
投稿
-
ファイルのタグをダンプしてみると正しく入っているにもかかわらず、ツリービューでUnknokn Artistとして分類されてしまうことがあります。
添付は、２つのアーティスト／アルバムの楽曲のうちそれぞれ1曲づつ、アーチスト名なしとして分類されてしまっています。
この現象は次のような操作をしたときに、時々起こります。
１．パソコンAでタグメンテをしてきれいに分類（楽曲は外部HD)。このパソコンではアーチスト名なし分類にはなっていない。
２．そのHDを別のパソコンBにつないでTBで同期（今回は手動強制クロールを実行）。
３．パソコンBでタグメンテをせず、そのHDをパソコンAにつなぎ戻して確認すると、１で行ったとおり正しく分類表示されている。
よろしくお願いします。
Attachments:
こんにちわ。
うーん、何なのでしょうね。楽曲形式はFLACですよね。
楽曲のプロパティを表示されていますが、スクロールして下を表示したときに、なにか別のタグが表示されていたりはしませんか?
MP3なのですね。TuneBrowserは ID3v2タグがあるとID3v1タグは無視するのですが、その影響なのでしょうか…。
プロパティ画面は、下のほうに<>つきで独自のタグが表示されていることがあります。そのあたりです。
また、この曲に対して右クリックコピーから「データの更新」を行った場合は、どうなりますでしょうか?
１．添付は、２つの曲のプロパティのフル情報です
２．データの更新を行ったら、２つとも正しい場所へ分類されました
タグは正しく入っていてもクロール時にデータを読み落とすことがあるのかもしれないですね。
その規則性についてはよくわららないですが（使用しているものとしては）。
よろしくお願いします
Attachments:
参考添付
右クリックでデータ更新後、正常分類された状態の２つの曲のプロパティ
Attachments:
ありがとうございます。怪しいタグはなさそうですね。
また「データの更新」で正しく読み込めたということは、タグの読み込み処理は問題なさそうで、あと思いつくのは、外部のソフトが更新するタイミングと、TuneBrowserが読み込むタイミングが合っていないというくらいでしょうか…。
TuneBrowserは、OSからのファイル更新の通知を受けとったあと1秒程度待ってから(更新通知のバーストを圧縮します)、ファイルを読みに行きます。この「OSからのファイル更新の通知」がいつ発生するかは、正確な仕様はわかっていません。期待としてはファイル更新が行われ、そのファイルが「クローズ」されるときであってほしいのですが、そうでもないようです。また、ファイルを読みに行くと、たまにまだ書き込み中で排他ロックがかかっていて読み込めないということもあります(その場合はしばらく待ってからリトライします)。
いっぽうで、タグを書き込む操作は、ごくまれにセキュリティソフトの検疫作業と競合して、時間がかかる場合があるようです。
そのあたりで不整合が起きているとしたら、ファイル更新通知を受けとったあと、読み込むタイミングをもうすこし遅らせるくらいしか対策は思いつきません。
まあ、「データの更新」はそうした場合を想定して用意したものですので、それをやっていただければよいという話はなくはないですが…。もうすこし考えてみます。
こんにちわ。
本件の直接原因ではない可能性も高いのですが、手許の環境で、ALBUM ARTISTに無効値が設定されていて、ARTISTに有効な値があった場合に、結果としてALBUM ARTISTの値(無効値)が優先されてArtistにはなにも表示されない、という事象は確認することができました。
無効値というのは、たとえばスペースだけとか、終端文字(\0)だけとか、そういう状態です。
今回の先行版4.4.0.1371では、こうした無効値に対する対処を強化しています。
また、これは以前のバージョンからなのですが、データの整合性を確認する機能もつけています。設定画面の「基本の設定」ツリーで「登録に関する詳細設定」-「新規登録時にデータの整合性を確認する」という項目です。ここをYesに設定すると、理屈上は若干動作が遅くなるのですが、体感できるほどには遅くならないと思いますので、当分ここをYesにしてお試しいただけないでしょうか?
これでしばらく様子を見ていただければと思います。どうぞよろしくお願いします。
- このトピックに返信するにはログインが必要です。