Version 4.7.1 初回インストール、DB構築中のダウンについて

[hironii]

二台目のwin 10 PCに TuneBrowser(x64.AVX2)Setup4.7.1 を初めてインストールしましたが、フォルダを指定後DB構築中にダウンします。

アンインストール、残留ファイルも削除してリトライしましたが同じ結果でした。

（インストール時にwindowsの警告が出ます。）

音楽ファイルは、FLAC 44.1khz-352.8khz、DSD64-DSD256混在で、4,000トラック以上あります。

これまで使用していたver.4.6.1では問題ありません。

[Chartreux]

こんばんは。

VMware上ですが試しにver4.7.1 x64をwin10 1703に新規インストールしてDB構築してみましたが正常に完了出来ました。

WAV:FLAC:MP3:OGG:44.1kHz~192kHz、DSD64ごく少量でHDDに8600曲ほど、Full Editionでの検証です。

見当つきませんがwin10のver違いのせいかAVX版での不具合かもしれませんね。

[hironii]

通常版でもNG、ver. 4.7.0 でもNGです。

ちなみに、win 10 は ver. 1803 build 17134.407 です。

[Tiki]

おはようございます。

hironiiさん、ご報告ありがとうございます。Chartreuxさん、ご確認ありがとうございます。いつも助かります。

わたしの環境でも試してみましたが、問題はありませんでした。 4.7.0ではタグの取扱いを変えていることから、登録関連の動作が変わっているのはたしかで、ひょっとしたら楽曲ファイルの状態によってなにか問題が出るのかもしれません。

「DB構築中にダウン」と言われている状況について、もうすこし詳しく教えていただけないでしょうか?

[hironii]

下記のような状況です。

１．インストール⇒windows の警告が出るが続行

２．音楽ファイル指定のウインドウが出る⇒デフォルトのミュージックフォルダ削除、フォルダ指定(１つのみ、サブフォルダ多数)

３．スキャン開始⇒すぐにスキャンが止まり、TuneBrowserダウン

４．この状態でTuneBrowserを立ち上げる⇒エラーメッセージ「Detected DB corruption of the Free Edition. Please wait…」が出る

５．進捗100%となったところで「閉じる」をクリック⇒スキャンを開始するがすぐにスキャンが止まり、TuneBrowserダウン

４、５は本日確認したもので、上記はアンチウイルス avast! を停止しても同じです。

[Tiki]

ありがとうございます。

5のところで、前回ダウンしたところよりも進捗しているフシはないでしょうか? (確認は難しいかもしれませんが…)

また2回目の起動で、ダンプファイルが検出されていないでしょうか? もしあればお送りいただければ有難いのですが… すでにお送りいただいていたとしたら、すいません、こちらではどなたからの送信かわからないので、探してみます。

[hironii]

・前回ダウンしたところよりも進捗しているフシはないでしょうか?

⇒良くわかりませんが、すぐにダウンしてしまうので進捗無しか、進捗少しだと思います。

・ダンプファイルが検出されていないでしょうか? もしあればお送りいただければ有難いのですが…

⇒ダンプファイルの取り方がわかりません。ご教示頂ければトライしてみます。

 

[Tiki]

通常、TuneBrowserは起動時にダンプファイルを見つけると、その旨を画面右下に通知するのですが、状況からその検出まで行きついていないのかもしれません。

お手数ですが、起動して、音楽ファイルのフォルダを指定するダイアログボックスが表示されたときに、フォルダを既定値のままか、空欄にして起動を継続してみていただけないでしょうか。

[hironii]

・ダンプファイルを見つけると、その旨を画面右下に通知するのですが

⇒通知は出ませんでした。

・再インストール、ダイアログボックスが表示されたときに、フォルダを既定値のまま起動

⇒同じ現象です。

・再インストール、空欄にして起動を継続

⇒起動します。その後当該フォルダを指定すると同じ現象が出ます。

当該フォルダは、楽曲の追加、入れ替えはあるものの同じもので、ver.4.6.1までは問題ありませんでした。

また、foobar2000も同じフォルダを使用していますが、問題ありません。

[Tiki]

ありがとうございます。お手数をおかけします。

ダンプファイルが生成されていないようで無念です。おそらく、ですが、なにか特定の楽曲ファイルにアクセスしたときに動作を停止するのだと思いますので、どうにかしてそのファイルを特定したいと考えています。

・再インストール、空欄にして起動を継続
⇒起動します。

このときに、TuneBrowser右上の「ヘルプ」「エラーファイル」「エラーファイルの一覧」でファイル名が表示されないでしょうか?

[Tiki]

度々すいません。再インストールのときに、前のTuneBrowserを一度アンインストールされていますよね (そうするとエラーファイルの記録は消えてしまいます)。

・再インストール、空欄にして起動を継続
⇒起動します。

この状態で、「ファイル」「手動クロール」で、当該のフォルダをクロールしてみていただけませんか。これまでの経緯から、おそらくTuneBrowserはどこかで動作を停止するものと思います。

つぎに、再起動 (再インストールではありません) していただいて、「ヘルプ」「エラーファイル」「エラーファイルの一覧」の内容をご確認いただけないでしょうか。

どうぞよろしくお願いします。

[hironii]

「エラーファイルの一覧」のコピーを添付致します。

 

Attachments:

1. error-files.txt

[Tiki]

ありがとうございます。

ファイル名の冒頭に、DeadFileと出ていることから、これらのファイルを処理中に動作を停止したものと思われます。

お手数ですが、これらのファイルのうち、どれかひとつで結構ですので、お送りいただけないでしょうか。この後、ご登録のメールアドレスに送信方法をご連絡します。お送りいただいたファイルは、検証目的以外には使用しません。

よろしくお願いします。

[hironii]

念の為、４ファイル全てお送りしました。

ご検討宜しくお願い致します。

[Tiki]

ファイルの送信ありがとうございました。

確認したところ、ご利用の楽曲にはタグ名の末尾に半角スペースが含まれたものがあり、これが4.7.0で入れたタグ名の取扱い方法の変更で、うまく処理ができていませんでした。

できるだけ早く対処版を出すようにしたいと思います。

[hironii]

ご検討有難うございます。

全ファイルのタグをチェック／修正するのは大変なので宜しくお願い致します。

[Tiki]

こんにちわ。

先ほど, 4.7.2の先行版を公開しました. この問題の改善を行っています. ご確認いただければ幸いです。

[hironii]

問題ない事を確認致しました。

早速のご対応、有難うございました。

タグ編集にはMp3tagを常用、末尾のスペースが削除されないのは知っており、気が付いたときは削除していますが、コピペで機械的に作業した場合など、そのままになっているファイルもあると思われ、助かりました。

[Tiki]

ご確認ありがとうございました。

今回のリリースから、タグ名前後の空白文字は削除して適用するようにしました。

[投稿者]

投稿