- このトピックには44件の返信、3人の参加者があり、最後ににより5年、 3ヶ月前に更新されました。
-
投稿
-
どのタイミングで発生したのかわからないのですが、ふと見たらフォルダーツリーの中身が空になってました。バックアップは取ってありますが、一瞬最悪の事態を考え焦りましたがファイル本体は全て無事でした
C:\Users\ユーザー名\Musicだけ手動クロールしたらフォルダーツリーが全て復活しました。
C:\Users\ユーザー名\Music、C:\Users\ユーザー2\Music、D:\Music、D:\AudioBook
のようにしています。
Version 4.10.0.1462 AVX2 x64
こんばんわ。
TuneBrowserの登録した楽曲の情報が消える場合、明示的にデータベースからの削除を操作された、何らかの理由でデバイスから読み出せなくなった、誤ったファイルでリストアした、などいくつかの要因が考えられます。
デバイスから読み出せなくなった場合、ドライブそのものが存在していない場合は、リムーバブルメディアの可能性を考慮して既定の設定では自動では削除されませんし、C:ドライブは一般にOSなどが入ったシステムドライブですので、これは考えづらいですね。
すでにお試しになったように、データベースの登録情報は簡単に復活させることができますので、削除の確認メッセージなどは出していません。
以前ユーザの方のご要望があり実際のファイルを削除する機能もありますが、その場合は削除の確認メッセージが表示されます。
また再現するようでしたら、ご連絡いただけますか。よろしくお願いします。
お手数をおかけします。何点か確認させてください。
- 現象が発生する場合、終了するときには楽曲は登録(表示)されていて、次にTuneBrowserを起動したときに、なにも楽曲が表示されなくなっている、という理解で合っていますでしょうか?
- 「フォルダーツリーの中身が空」とのことでしたが、その状況が発生したときには、ほかのTree Viewの項目も、Album ViewやPlayer Viewもすべてのウィンドウでなにも楽曲が表示されないという状況になっていますでしょうか?
- 空の状態で起動した後、しばらく待っていたら、起動後のクロールが走って登録がはじまりませんか?
- できましたら、現象が発生したときのTuneBrowser全体のスクリーンショットを貼り付けていただけないでしょうか?
おわかりになる範囲で結構ですので、どうぞよろしくお願いします。
また引き続き、同様の現象が発生している方がおられましたら、ご連絡いただけると助かります > ALL
1.はその通りです。
2.はほかのTree Viewの項目も失われていました。Album ViewやPlayer Viewはそのまま残っていました。
3.はクロールは始まりませんでした。
4.それが、その後、消失が全く起きなくなりました。再現できないので、とりあえず現時点でのスクリーンショットを貼りました。
どうもソフト側の不具合ではなさそうな気がしてきましたが、もちろんまた再現しましたら報告、SS貼り付けをしたいと思います。
こんばんわ。
Album ViewやPlayer Viewの内容はそのまま表示されたということは、データベースの内容が失われたとか、そういった理由ではなさそうです。
つけていただいたスクリーンショットは現在正常稼働しているものだと思いますが、ここで、ひとつ細かい点を確認させてください。スクリーンショットのTree Viewには、プレイリストの一覧が表示されています。前のご発言で「フォルダーツリーの中身が空」と言われていましたが、それはこのプレイリストの一覧が空だったということでしょうか?
なるほど… 現象はわかりました。
ただ、現在のところそうした事象に至る可能性や原因については、思い至る点がありません。引き続き、なにか情報がありましたら、よろしくお願いします。
こんにちわ。
すこし日にちが経過しましたが、その後はいかがでしょうか。急かすつもりはないのですが、4.10.0の正式版化に向けて、この件を気にしております (この件だけではありませんが)。
その後あまりTuneBrowserをご利用でない状況でしたら、そのようにおっしゃっていただければと思います。もうしばらくようすを見るようにします。
わかりました。ご確認ありがとうございます。
他の方でも、もし万一同様の事象がありましたら、ご連絡いただけると助かります > ALL
また再現してしまいました。今度は全消失ではなく大部分消失です。
発生時のSSと修復後のSSを貼ります。
↑これは発生時
↑これは修復後
アルバムビューに何もありませんが、これは検索でヒットがなかったためで、異常ではないです。
こんばんわ。
スクリーンショット、ありがとうございました。またデータベースのデータが (一部?) 消去されているもようであることも了解しました。
わたしのところもそうですが、他の方からのご報告もないため、おそらくはserenityさんご利用の環境に起因するものだろうとは思うのですが、そうはいっても、今日も (以前お送りいただいたダンプファイル含めて) 時間をかけて調べているのですが、やはり依然として原因らしきものも思いつきません。
いくつか細かい点を確認させてください。おわかりになる範囲で教えてください。
■消失に気がつかれたとき、
- 前回のTuneBrowserの使用・終了
- 使っていない時間
- 起動して消失に気がつく
ということだと思いますが、上記1～3のどこでデータが消えたか、なにかヒントのようなものはありませんでしょうか。クローラが消したとしたら、Album Viewの下のほうに、その旨のログが一時的に表示されます。
■消失直後の1枚目の画像で、C:\Users\seren、C:\Users\user、D:などのフォルダが見えますが、データの消失が起こるのは、特定のフォルダ (C:\Users\user) でしょうか、それともランダムでしょうか。
■今回も手動クロールで復旧されたのでしょうか。
■起動して消失に気がつかれたとき、10秒～1分ほどで定期クロールが走るのですが、そのようすは見られませんでしたか。手動クロールで復旧されたとして、その復旧の手動クロールは起動してどのくらいの時間たってから行われましたか。
■フォルダーツリーの全消失に気が付かれたとき、そのほかのTree Viewのノード (新着順など) もやはり空になっていたのでしょうか。
今回のリリースから、管理フォルダの大文字小文字の変更に対しても厳密に削除-再登録が走るようになっています。もしかしたらその影響がなにかあるのかもしれません。
まずはクローラが (何らかの理由でファイルにアクセスできないため) 消したのか、別の理由で消えたのか、あたりだけでもつかめればと思います。
よろしくお願いします。
ありがとうございます。
>■消失に気がつかれたとき
これは検索でヒットしなかったのでフォルダーツリーを見に行ったからです。1.2.3いずれでもなく、再生中です。
ということは、起動したときにはデータはすべてそろっていた状態で、再生中にデータが消えていったということでしょうか? そのときにAlbum Viewの下部には “Delete…” などのログメッセージは表示されませんでしたでしょうか?
こんばんわ。
ご確認いただき、ありがとうございました。お手数おかけします。そうですか…。なんとか事象が掴めないか、もうすこし考えてみます。
こんばんわ。
先ほど、先行版を更新しました。
主に2つの改善を行っています。ひとつは、変更履歴に書いたように、フォルダ/ファイルにアクセスできない場合のエラー処理を厳密にして、これまでは「アクセスできないのだから」ということでデータベースから削除していたところを、削除しないようにしました。
これでなにかserenityさんの環境でエラーが検出できるようになればいいのですが、ならない可能性もあります。それで、変更履歴には書いていないのですが、「意図しないデータベース削除」が発生したらその状態を検出して、ダンプファイルを送信できるようにしています。
「意図しないデータベース削除」とは、基本的にはTuneBrowserの操作を伴わないデータベース削除で、以下の2つです。
- 定期クロール
- UPnPからの操作
UPnPからの操作は、厳密にはユーザ操作を伴うのですが、操作しているときにはその意識が薄いかもしれないので、今回はこのようにしています。
この「意図しないデータベース削除」の検出を有効にするには、設定画面の
- 左側のツリー:「基本の設定」
- 右側の項目 :「検証用」-「意図しないデータベース削除を通知する」(いちばん下の項目です. 閉じているので、開いてください)
ここに、この後にご登録のメールアドレスにお送りするコードを入力してください。ひと手間かかって恐縮ですが、単純にYes/Noで設定できないようにしているのは、以前同様の機能を付与したときに、ひと晩に大量のダンプファイルを送ってきた方がおられた故です。ご了承ください。
いちど設定すると、この検出が行われるまではこの機能は有効になっています。
よろしくお願いします。
ありがとうございます。
どうぞよろしくお願いします。
こんばんわ。その後状況いかがでしょうか?
ご報告ありがとうございます。
TuneBrowserの上部に (クロール中の) エラーが表示されたりすることもないでしょうか?
本日（2019 06/24)ある設定を変更したところ、「意図しないデータベース削除の検出を有効にしました」が表示されてしまいました。本来の”意図しないデータベース削除の検出”とは関係ない設定です。調べたところ、設定を開き「OK」を押しただけでいつも出てしまうようです。
なお、その後も本来の「意図しないデータベース削除」及びその検出は起きていません。
こんばんわ。
そのメッセージは検証用の機能が有効になっていることを示しているものです。あくまで検証用ですので、設定画面をOKで閉じる都度表示されます。
異常ではありません。
Tikiさんおはようございます。
Tunebrowserには大変お世話になっております。音源をたまに更新していたので久しぶりにTunebrowser
Ver4.10.0(正式版)で「データベースの再構築」を実施して
みました。
データベースの再構築を実施するとデータベースが消えて
しまいました。感覚としてはデータベースの削除後再構築動作
無しという動きです。
具体的にはTreeVeiwウインドに表示されるツリーデータ
とプレイリストが全て無くなってしまいます。
作業直前に実施した「設定のバックアップ」で作成したファイルから
「設定のリストア」で無事データを復活する事ができました。
以前はツリーデータのみ削除＆構築されていたと思うのですが
ご確認お願いいたします。失礼致します。
こんばんわ。
ご連絡いただいた事象は、ここでserenityさんがご報告された事象とはまたべつの話ですね。ご指摘の通り、データベースの内容をクリアした後、再登録が行われていないという状況のように見えます。
念のため、わたしの環境で改めて確認をしてみましたが、問題なく動作していました。
この機能は、データベースを削除した後、改めてクローラを再起動して対象ファイルを管理フォルダから読み込んで登録しなおすというものですので、再登録には時間がかかることもあるのですが、しばらく待ってみても変わりないでしょうか。
なおこの機能は、登録された楽曲/プレイリストファイルの情報と、Album Viewのタブの情報をクリアします。ディスク上に情報のないデータベースプレイリストはクリアしません。
なにかそちらで発生している事象の参考になりますでしょうか。よろしくお願いします。
Tikiさんおはようございます。
「データベースの再構築」でデータベースの削除後クローラが
実施されない原因がわかりました。
「設定のバックアップ」で作成したバックアップファイルに
不具合が有ったようです。
Ver 4.10.0 の 1461 の時とった設定のバックアップファイルを
リストアしてデータベースの再構築を実施したところ無事
データベースの再構築ができました。
こんな事ってあるんですね。
1462から1463にアップデートした時なんとなくTunebrowserの
挙動がおかしかったのですが構わず使っていたのですがその時に
作った設定のバックアップファイルを最新の1465でも使いまわして
いたのがまずかったようです。もし検証等で不具合のあるバックアップデータをお使いになるの
でしたらお送りいたします。失礼致します。
Tikiさんおはようございます。
>1462から1463にアップデートした時なんとなくTunebrowserの
>挙動がおかしかったのですが構わず使っていたのですがその時に
は私のほうでバージョンアップがうまく出来なかったため起きた
事で1463の問題ではありません1463の動作は正常です念のため。失礼いたします。
こんばんわ。ご連絡ありがとうございます。
ダンプファイルが届いていました。ご報告いただいたのと同様の事象のようでしたので、これは通常の操作だったと理解しました。
こんばんわ。
ご報告ありがとうございました。ご報告いただいた17:56近隣に受信したダンプファイルで、AVX2版のものは、残念ながらASIOで問題が発生したものしか見つかりませんでした。そのASIOの問題は16:38ごろに発生したもののようです。
お心当たりありますでしょうか?
こんばんわ。
そうでしたか。ASIOのほうは、詳細は見れていないのですが、また確認をしておきます。本来の事象のほうは、せっかく再現したのに大変残念ですが、引き続き再現待ちとさせてください。
昨日、たしかに「意図しないデータベースの削除」が発生して、わたしのところにダンプファイルが送られてきていました。内容は薬師丸ひろ子の楽曲が1曲削除されたというものだったと記憶しています。1曲だけなのでエクスプローラや他のソフトで削除されたのだと思いますので、そうであればTuneBrowserから見て「意図しない」だけであって、異常ではないと思います。
その「意図しないデータベースの削除」が検出されたので、設定はいったんリセットされたのだと思います。
回答ありがとうございます。曲の詳細はこれです。
昨日の15:41となっていますが。ファイルは今も残っていて、これは今キャプチャしたもので私としては削除した覚えがないのですが、あまり自信はありません。前にも書きましたがHDDの反応が悪く、「削除された」と認識される瞬間があったのかもと素人考えもしています。
その「意図しないデータベースの削除」が検出されたので、設定はいったんリセットされたのだと思います。
なるほど、そうだったのですね。これはよくわかりました。再度設定しました。
こんにちわ。
前にも書きましたがHDDの反応が悪く、「削除された」と認識される瞬間があったのかもと素人考えもしています。
あー、それはあるかもしれません。たまたまですが、わたしのHDD (ファイルサーバー上のもの) もそのような状態になったものがあり、改めてHDDを取り出してSMART情報を確認してみると、代替セクタが大量に発生していました。
ちょうど先週末そのHDDの入れ替えを行いました。入れ替えは単純にUSBで接続してエクスプローラーでコピーしたのですが、結果として数十個のファイルがコピーできず、失われました。手動でリトライを繰り返したりしていると (リトライすると読めたりすることもあるので)、結局一日仕事になってしまいました。
早めの交換がよいかもしれないですよ。
返信ありがとうございます。
早めの交換がよいかもしれないですよ。
ぞっとしました。(-_-;)
HDDは買ってから2ヶ月のものです。S.M.A.R.T.確認してみましたが異常ありませんでした。
念のためファイルのバックアップを取っておきます。
HDDは買ってから2ヶ月のものです。S.M.A.R.T.確認してみましたが異常ありませんでした。
そうでしたか。失礼しました。わたしが交換したディスクは数年は経過していたと思います。
- このトピックに返信するにはログインが必要です。