フォーラムへの返信
-
投稿
-
こんにちわ。
あれこれ確認してみたところ、
- ビットパーフェクトの設定
- ロスレス形式 (FLACやWaveなど)
- リサンプラーまたはゲイン調整あり (ゲイン調整はビットパーフェクトの設定で無効になりますが)
の条件で、32ビット再生ができなければ共有モードでの再生に移行することがわかりました。この条件の該当具合をご確認いただけないでしょうか?
合致しているとして、
ChangeLogだと、4.3.0 (1358)にある、下記の変更でしょうか。
＞Resamplerを有効にした場合のビット深度を, 元の楽曲のビット深度にかかわらず32bitとして扱うようにしました.これは、ご明察でした。
とりあえず、ビットパーフェクトの設定を外していただくと、排他モードで動作すると思いますが…(別の理由で排他モードにならない可能性はあります)。
この動作は、設定上の期待と異なるように思いますので、どうするかはまたちょっと考えます。
おはようございます。
個別設定でも排他モードにならないとすると、ご理解いただいている通りまた話は別で、ご利用のデバイスが何らかの理由で排他モードにならない場合、TuneBrowserは自動で共有モードを試し、それで再生ができれば再生します。
ログを見ると、排他モードでの試行時、ビット幅でのバリエーションが少ないような気がしますね…。このあたりはまた確認をしておきます。
こんばんわ。
（再生自身は当然ネットワークプレイヤーですが）
現在のTuneBrowserの再生機構は、PCに直接接続されたDACを想定していて、残念ながらネットワークプレイヤーに再生指示することはできません。
以前、外部のUPnP Playerを制御したいというご要望をいただいていて、対応しようと悪戦苦闘中ですが、再生はできたとしてもギャップレス再生ができなかったり、Last.fmへの通知やその他の再生中に利用できる機能との連携が不充分だったりと、あまり質の良い状態ではなく、ここの質を上げていくには、まだしばらく時間がかかりそうです。
こんばんわ。
共通設定ができない仕様であればこの設定項目は不要なはずなので、おそらく不具合だと思うのですが、ご確認いただけますでしょうか？
確認してみたのですが、問題なく効いているようです。
もしお手数をとっていただけるのであれば、共通の設定で再生した場合と、固有の設定で再生した場合のそれぞれのログをアップしていただけないでしょうか。確認してみます。ログの保存方法は、
- TuneBrowser上部のメニューから、表示→ドッキングウィンドウ→Log ViewでLog Viewを表示していただいて、
Log View下部のタブで「Player」を選択いただくと、ログが表示されます。このログをマウスの右クリック、すべて選択、コピーして、テキストファイルなどに貼り付けてください。
おそらくそこそこの量になると思いますので、本文への貼付けではなくて、「Attachments」のところからファイルを添付していただければと思います。
こんばんわ。
ご連絡いただいた事象は、ここでserenityさんがご報告された事象とはまたべつの話ですね。ご指摘の通り、データベースの内容をクリアした後、再登録が行われていないという状況のように見えます。
念のため、わたしの環境で改めて確認をしてみましたが、問題なく動作していました。
この機能は、データベースを削除した後、改めてクローラを再起動して対象ファイルを管理フォルダから読み込んで登録しなおすというものですので、再登録には時間がかかることもあるのですが、しばらく待ってみても変わりないでしょうか。
なおこの機能は、登録された楽曲/プレイリストファイルの情報と、Album Viewのタブの情報をクリアします。ディスク上に情報のないデータベースプレイリストはクリアしません。
なにかそちらで発生している事象の参考になりますでしょうか。よろしくお願いします。
こんばんわ。
おかげさまで4.10.0を正式版することができました。このトピックはいったんここでクローズしますが、またなにかお気づきのことがあれば、新しいトピックでご連絡ください。
なお、Q SubCodeを読む設定は、とくに支障が発生していなければ、次のリリースで有効にする予定です。
こんばんわ。
hiroさん、BMMNJIMさん、フォローありがとうございました。このトピックはこれでクローズさせていただきます。
わかりました。ではこのトピックはクローズしますね。
ご確認いただき、ありがとうございました。
いったんこのトピックはクローズしますね。
こんばんわ。
フォルダ表示のほうは、いったんよろしいのでしょうか?
ありがとうございました。最近ご登録いただくケースがかなり減ってきてしまっているので(^^;、励みになります。m(__)m
こんばんわ。
「グループの下にフォルダ分けして」と言われている「フォルダ」とは何のことを言われているのでしょうか? エクスプローラなどで見ることのできる、
C:\Users\xxxx\Music\xxxx...のようなフルパス名のことなのでしょうか? (それをツリーの途中に出すというのは、ちょっと異様なので、ちがうような気はしますが…)
ありがとうございます。だいたい状況は理解できたと思います。原因や対処はわからないままですが…。
近くの別のトピックにも書いたのですが、ダンプファイルが生成されずに異常終了してしまうケースを捕捉できれば良いのですが、TuneBrowserに相乗りしている外部コードが例外を処理していると、現在のところはどうにもできそうにありません。すぐにではないですが、また折に触れなにか対処方法がないか、検討していきたいと思います。
いろいろとお手数をとっていただき、ありがとうございました。
こんばんわ。
追加のご連絡ありがとうございます。
以前、別の方からバルクペットでも問題なくTuneBrowserで再生できたと伺った記憶があります。機種名は忘れました。おそらく、再生ソフト側からは区別なく利用できるようになっているものと思いますので、ドライバ内でなにかあるのかもしれません。
昨晩から、ダンプファイルが生成されずに突然終了してしまうケースについて、どのような可能性があるのか、対処方法はないのか、調べていました。ダンプファイル生成のトリガは、捕捉されていない例外を検出したときなのですが、捕捉された上でその例外が外部コードで適切に処理されていないと、ダンプファイルが生成されずに消え去ってしまうことになります。またドライバがカーネルモードで動作しているときに停止すると、やはり捕捉はできませんが、この場合はWindowsがブルースクリーンで止まるような気がします。
このあたりは内部の話ですので、適当に受け流してください。
こんばんわ。追加の情報ありがとうございます。
すいません、もうすこしだけ教えてください。
3. タブに追加しても曲数が多いと落ちる場合がある。ダブルクリックで再生した時のみ。
4. Playback Queueでも落ちる場合がある。ダブルクリックで再生した時のみ。
この3.4.の文章は、タブを「ダブルクリックで再生した時のみ」落ちる場合がある、という意味でしょうか? それとも、タブに追加しただけで落ちるという意味でしょうか?
こんばんわ。
背景のご説明ありがとうございました。なるほどと思いました。
さまざまな使いかたをされている方々がおられますので、なかなか一個人にフォーカスして「最良」にはならないこともありますね…。ただ、今後の参考にはさせていただきます。
こんばんわ。
グループ化しているとことから、ツリー状に開けたらいいなっと思ったので……
ツリー構成にするには、どのような階層構造にしたら自分の用に沿うかを考える必要があります。コンテンツグループの下にアーティスト名を出す場合には、ツリークエリのところで
%CONTENT GROUP%\%ARTIST%のように、\で区切って出したいタグを追記します。\は複数個指定することができ、その分だけ階層が深くなります。
それと、すいませんが新しいご質問は新しいトピックでお願いできないでしょうか? お手数をおかけしますが、よろしくお願いします。
こんばんわ。
わたしのほうでは、ユーザーのところで起きている応答なし/クラッシュ系の問題はダンプファイルでしかわからないのですが、現在正式公開している4.9.8の例では、あらためて数えてみると60本以上のダンプファイルを調査していました。
そのうち、TuneBrowserに問題があって実際に対処できたものは、4.10.0の変更履歴にある数件だけで、あとはほとんど、TuneBrowserに付随して動作している外部プログラム、あるいはOS、ドライバの類の問題でした (2件だけ、原因不明がありました)。
もちろん、TuneBrowserに問題がある可能性も充分にあるのですが、確率的には、発生頻度と上記のような様相から、それ以外の問題である可能性のほうが高いのではと思っています。たとえば、IME、ディスプレイドライバ、USB/ネットワーク経由の外部ドライブ、セキュリティ対策ソフトなども含めたさまざまな常駐系の便利プログラム (これらのプログラムは、TuneBrowserが起動するとTuneBrowserのメモリ空間に相乗りしてきます) などです。
今回の件は残念ながら再現方法やダンプファイルがなければ調査が進められないのですが、TuneBrowserが動作を停止するような問題があるにもかかわらず放置しているとか、そういうわけではない、ということを、ここをご覧の方々にできればご理解いただきたくて、すこし状況をご説明させていただきました。
結果としてあまり良い回答でなく恐縮ですが、どうぞご了承ください。
こんばんわ。
ご報告ありがとうございます。ダンプファイルは生成されていませんでしたか…。生成される場合とされない場合のWindowsの状態のちがいがよくわからないのですが、残念です。
「もうクローズ」と言われているのでアレなのですが、落ちる/落ちない場合は、対象曲数が関係していそうか、あるいはTree Viewのノードから直接再生操作をされたことが関係していそうか、もしなにかヒント的なものがあればまた教えていただけると有難いです。
よろしくお願いします。
こんばんわ。
前回(昨日)は、充分に状況が把握できず、適切な応答ができずに失礼しました。解決して、よかったです。
いまさら、ですが、
グループクエリ=_GARTIST
の部分、_GARTISTはタグですので、クエリにするには %_GARTIST% とする必要がありました。今後の参考にしていただければと思います。
こんばんわ。
いま処理の詳細を確認したわけではないのですが、インデックスは一定数以上のアルバムがないと出てきません。その関係ということはないでしょうか。アルバム数が増えると出てくるのではないかと思いますが…。不確かな話ですいません。
インデックスカードの表示される条件については、以前に
で議論が出ています (このトピックで条件をどこかに書いたほうか良いという示唆をいただいているのですが、まだ実現できていませんね…)。
参考になりますでしょうか?
Yes, I will close this topic when this version becomes official.
Thanks,
Tikiこんばんわ。
もし可能なら、このグループからフォルダを開くことは出来ますか？
すいません、「フォルダを開く」というのがどういう操作を行いたいと言われているのか、いまひとつわかりませんでした。Album Viewに表示させたいということであれば、ツリーのノードをクリックすれば表示されます。
Windowsのエクスプローラーでファイルを表示させたいということであれば、ツリーのノードの右クリックから「エクスプローラで開く」を選択していただければ、エクスプローラーで開かせることができます。ただこの方法は、ノードに含まれるファイルのフォルダ配置によっては、大量のエクスプローラーが開くことになりますので、ご注意ください (いちおう、数が多いと警告が出ます)。
プレイリストのツリークエを誤って消してしまったみたいで…
どうすれば、復活するでしょうか？ツリークエリは、ツリークエリのすべてを初期設定に戻すことしかできません。それでもよろしければ、設定ダイアログボックスの下側に、それをほ行う「初期化 (ページ)」というボタンがありますので、それを押してください。
ちなみに、プレイリストのツリークエリの既定の内容は、
名前: プレイリスト ツリークエリ: %_PLAYLISTFILE,NameIndex%\%_PLAYLISTFILE% あと空欄です。これを手で追加していただいてもいいかと思います。
こんばんわ。
ご連絡ありがとうございます。念のため、わたしの環境でもOpenHomeを有効にした状態でTree Viewのノードから直接再生を行ってみましたが、問題は確認できませんでした。
動作を停止した場合、次の起動時にディスプレイの右下に「ダンプファイルを見つけた」趣旨のメッセージが表示されませんでしょうか? もし表示されていたら、サーバーにダンプファイルをお送りいただけると、ご利用の環境で発生している問題を調査することができます。
どうぞよろしくお願いします。
TuneBrowser 4.10.0でのQ SubCode読込み対応は、以下の新しいトピックで動作確認のご報告をいただきましたので、このトピックはクローズとさせていただきます。
こんばんわ。
追加の説明、ありがとうございます。わたしの呑み込みが悪くて恐縮なのですが、どうもTuneBrowserのタブの挙動について認識が合っていないような気がします。
TuneBrowserのタブは、固定の名前なのはPlayback QueueとLibrary Viewerの2つだけで (この2つも設定で名前を変えることはできますが役割は固定です)、ほかのタブは表示しているソースによって動的に変わります。Tree Viewのノードの右クリックからタブへ送ればそのノードの名前になりますし、プレイリストを表示すればプレイリストの名前、エクスプローラからフォルダをドロップすればフォルダの名前です。
タブの名前を変更することはできますが、これは要するにデータベースプレイリストとして「名前をつけて保存」しているようなもので、名前をつけたからといって固定的に表示されるものではありません。Tree Viewやエクスプローラから表示する情報を選んでいくと、新しいコンテンツを表示しているかぎり、いつかは再利用されて別の名前 (そのときに表示しているコンテンツの名前) になります。例示されている「ほにゃらら」という名前のタブをずっと固定的に表示するということはできません。
これは、最近別のトピックでも話題にしましたが、タブは表示の有無にかかわらずそれなりにリソースを消費しますし、使い勝手の観点でも、一定数以上はマイナス要因になると考えているからです。
どうぞよろしくお願いします。
こんばんわ。
そのメッセージは検証用の機能が有効になっていることを示しているものです。あくまで検証用ですので、設定画面をOKで閉じる都度表示されます。
異常ではありません。
Hi Andrew,
I am very glad and relieved to hear that TuneBrowser is working properly (^o^).
Thank you very much for your detailed verification and your time.
Many many thanks,
Tikiご報告ありがとうございます。
TuneBrowserの上部に (クロール中の) エラーが表示されたりすることもないでしょうか?
こんばんわ。その後状況いかがでしょうか?
こんばんわ。
追加のご説明ありがとうございます。ご説明のなかで「ほにゃらら(1)」と書かれているタブは、新しいプレイリストなどを開くとタブの状況によっては「別のプレイリスト(1)」のように変わっていくと思うのですが、それは目で確認しながら選んでいく、というようなことでしょうか?
こんばんわ。
Tree Viewに新しいツリーノードを追加する方法はわかりますでしょうか。任意の名前の新しいツリーノードを追加して、その「ツリークエリ」部分に
%CONTENT GROUP%と入れてください (CONTENTS GROUPではないので注意してください)。
それでいったんはCONTENT GROUPごとのツリーノードが表示されると思います。あとは、アーティストの情報を付与したりとか、階層構造にしたり、といったことは、使い勝手を見ながらツリークエリを変えて行けば良いのではないかと思います。
ざっくりとした説明ですいませんが、わからないところがあればまた質問してください。よろしくお願いします。
こんばんわ。
状況によって動的に変わるタブの配置と、固定的なキーアサインとの関係をどう整理したらよいのか、もうひとつピンときていないのですが、将来機能として検討します。
こんばんわ。
グループと言われているのは、アーティストのことなのでしょうか? それともアルバムタイトルのようなものでしょうか?
MediaMonkeyで「グループ」を設定した楽曲を、TuneBrowserで読み込むと、どこかにそのグループ名が現れているのではないかと思います。当該の曲の右クリックメニューから、プロパティ(タグ編集) を選択して、表示されたダイアログボックスのスクリーンショットをアップしてみてもらえないでしょうか。
ご確認いただき、ありがとうございました。
ご確認いただき、ありがとうございました。
スクリーンショットです。
Attachments:
すいません、読み違えました。
「グループ別が理想」の「グループ」について、タグ名またはスクリーンショットのアップ、でした。
よろしくお願いします。
こんばんわ。
その機能は、「デスクトップ表示」と呼んでいるものです。
わかりにくくて恐縮ですが、TuneBrowser上部のメニューの「表示」「デスクトップへの再生情報の表示」から表示方法 (表示させない含め) を指定することができます。
こんばんわ。
「作品別」と言われている「作品」はどのタグをご利用なのでしょうか?
もしタグ名がわからなければ、TuneBrowserで当該の曲のプロパティ(タグ編集)を表示されたスクリーンショットをとっていただいて、「作品」の部分に印をつけて、アップしてみてください。
こんばんわ。
そこでなのですが、TuneBrowser的にみてDISCNUMBERに分数（数字外の文字列）が
入っていても問題はないのでしょうか？
DISCNUMBERに “/” が入っているケースはなかなか頭の痛い問題で、同様のことはTRACKNUMBERでも発生します。問題かどうかというのは見方によるとは思うのですが、TuneBrowserの動作は以下のようになっています。
- ID3v2の場合、TRACKNUMBER(TRCK) / DISCNUMBER(TPOS)に “/” があると、それぞれTOTALTRACKS / TOTALDISCSに分配します.
- それ以外の形式の場合、そのまま文字列として扱います。
これはID3v2形式の場合、公知の総トラック数/総ディスク数に該当するタグがなく、他の形式にはあるからです。
また、TuneBrowser自身はこの情報は画面表示とソートにしか使用しませんので、問題ないといえば問題ないです。厳密にいうと、トラック番号のほうは、再生開始時の「途中からの場合はフェードイン」の判定の一要素としても使用していますが、整数化して使用していますので、やはり問題はありません。
添付していただいた例で、見た目に “/” 以下を除去して表示したい場合は、DISCNUMBERを整数化して表示させれば、そうなると思います。トラック表示の %DISCNUMBER% を使用しているところを %DISCNUMBER,INT% としていただければいいのですが、設定の場所が見つけづらいので、あとで時間ができたらスクリーンショットを用意します。
こんばんわ。
昨日はご連絡下さり、ありがとうございました。大変助かりました。m(__)m
ありがとうございます。
どうぞよろしくお願いします。
こんばんわ。
先ほど、先行版を更新しました。
主に2つの改善を行っています。ひとつは、変更履歴に書いたように、フォルダ/ファイルにアクセスできない場合のエラー処理を厳密にして、これまでは「アクセスできないのだから」ということでデータベースから削除していたところを、削除しないようにしました。
これでなにかserenityさんの環境でエラーが検出できるようになればいいのですが、ならない可能性もあります。それで、変更履歴には書いていないのですが、「意図しないデータベース削除」が発生したらその状態を検出して、ダンプファイルを送信できるようにしています。
「意図しないデータベース削除」とは、基本的にはTuneBrowserの操作を伴わないデータベース削除で、以下の2つです。
- 定期クロール
- UPnPからの操作
UPnPからの操作は、厳密にはユーザ操作を伴うのですが、操作しているときにはその意識が薄いかもしれないので、今回はこのようにしています。
この「意図しないデータベース削除」の検出を有効にするには、設定画面の
- 左側のツリー:「基本の設定」
- 右側の項目 :「検証用」-「意図しないデータベース削除を通知する」(いちばん下の項目です. 閉じているので、開いてください)
ここに、この後にご登録のメールアドレスにお送りするコードを入力してください。ひと手間かかって恐縮ですが、単純にYes/Noで設定できないようにしているのは、以前同様の機能を付与したときに、ひと晩に大量のダンプファイルを送ってきた方がおられた故です。ご了承ください。
いちど設定すると、この検出が行われるまではこの機能は有効になっています。
よろしくお願いします。
こんばんわ。
Player View に現在の時間を表示させたい理由ですが
音楽を聴いていてたまに時間を忘れる事があるので
すぐに確認できればと思った次第です。ということであれば、なおのこと、前回ご紹介したような汎用のソフトをご利用になられたほうが良いのではないかと思いますが…。
リアルタイムで無くともPlayer Viewウインド上でマウス
操作を行った時のみ時間の更新でも十分です。これは、相当見苦しい表示になると思いますので、残念ながら受け入れられないです。
９の次がａでないだけ親しみを感じました。
(^^; よかったです。
こんばんわ。
現在時刻の表示は、再生用アプリケーションとしては少々奇異な気もしましたが、設定項目が増えるわけでもないので、まあいいかなと思っていました。
が、よく考えると、現在時刻は再生有無にかかわらず動的に内容が変化する情報で、非再生中は画面更新が低頻度でしか行われず、とくに秒の単位の更新が見苦しいことになります。
TuneBrowserは再生中は再生中は高頻度で画面を更新しますが、再生していないあいだは、リソース消費を抑えるため、低頻度でしか画面を更新しません。あるいはマウスが横断したりして光りものを表示させたりするときだけ、一時的に高頻度化しています。時刻を表示している場合だけはいつでも高頻度で画面更新をつづけるというのも、ちょっとどうかと思います。
わたしは、デスクトップにマウス操作を透過する半透明の時計をつねに表示させています (べつのPCでは固定エリアを確保するガジェットも使っています)。そうしたソフトをご利用になれば、目的は果たせるのではないでしょうか?
4.9の次は5.0かと思っておりましたが4.10なんですね。
そうですね。ピリオドで区切られた個々の数字は独立しています。ですので、9のつぎは10です。(^_^)
ご確認ありがとうございました。
もうしばらく様子をみて、とくに課題がなさそうであれば、Pre-emphasis関係のトピックはクローズさせていただこうと思います。いろいろと検証にお付き合いいただき、ありがとうございました。
こんばんわ。
ご確認いただき、ありがとうございました。お手数おかけします。そうですか…。なんとか事象が掴めないか、もうすこし考えてみます。
ありがとうございます。
>■消失に気がつかれたとき
これは検索でヒットしなかったのでフォルダーツリーを見に行ったからです。1.2.3いずれでもなく、再生中です。
ということは、起動したときにはデータはすべてそろっていた状態で、再生中にデータが消えていったということでしょうか? そのときにAlbum Viewの下部には “Delete…” などのログメッセージは表示されませんでしたでしょうか?
こんばんわ。
スクリーンショット、ありがとうございました。またデータベースのデータが (一部?) 消去されているもようであることも了解しました。
わたしのところもそうですが、他の方からのご報告もないため、おそらくはserenityさんご利用の環境に起因するものだろうとは思うのですが、そうはいっても、今日も (以前お送りいただいたダンプファイル含めて) 時間をかけて調べているのですが、やはり依然として原因らしきものも思いつきません。
いくつか細かい点を確認させてください。おわかりになる範囲で教えてください。
■消失に気がつかれたとき、
- 前回のTuneBrowserの使用・終了
- 使っていない時間
- 起動して消失に気がつく
ということだと思いますが、上記1～3のどこでデータが消えたか、なにかヒントのようなものはありませんでしょうか。クローラが消したとしたら、Album Viewの下のほうに、その旨のログが一時的に表示されます。
■消失直後の1枚目の画像で、C:\Users\seren、C:\Users\user、D:などのフォルダが見えますが、データの消失が起こるのは、特定のフォルダ (C:\Users\user) でしょうか、それともランダムでしょうか。
■今回も手動クロールで復旧されたのでしょうか。
■起動して消失に気がつかれたとき、10秒～1分ほどで定期クロールが走るのですが、そのようすは見られませんでしたか。手動クロールで復旧されたとして、その復旧の手動クロールは起動してどのくらいの時間たってから行われましたか。
■フォルダーツリーの全消失に気が付かれたとき、そのほかのTree Viewのノード (新着順など) もやはり空になっていたのでしょうか。
今回のリリースから、管理フォルダの大文字小文字の変更に対しても厳密に削除-再登録が走るようになっています。もしかしたらその影響がなにかあるのかもしれません。
まずはクローラが (何らかの理由でファイルにアクセスできないため) 消したのか、別の理由で消えたのか、あたりだけでもつかめればと思います。
よろしくお願いします。
わかりました。ご確認ありがとうございます。
他の方でも、もし万一同様の事象がありましたら、ご連絡いただけると助かります > ALL
こんにちわ。
すこし日にちが経過しましたが、その後はいかがでしょうか。急かすつもりはないのですが、4.10.0の正式版化に向けて、この件を気にしております (この件だけではありませんが)。
その後あまりTuneBrowserをご利用でない状況でしたら、そのようにおっしゃっていただければと思います。もうしばらくようすを見るようにします。
こんにちわ。ご確認ありがとうございました。
じつは昨日先行版を更新したのですが、いろいろ考えて、Pre-emphasisの既存のフラグをはずすようにはしませんでした。これは、
- 事前にファイルにPre-emphasisフラグ(=PRE_EMPHASISタグ)が書かれていることは稀であること
- リッピング時「事前に同じCDからリッピングしたファイルがあれば、そのタグ情報を引き継ぐ」という処理において、ほかのソフトが書いたかもしれないPRE_EMPHASISタグだけを引き継がないようにすると、処理のわかりやすさが損なわれるように思えたこと
といった理由です。入れ違いになってしまい恐縮ですが、将来、大きな支障がなければこのままで行こうと思います。ご了承ください。
よろしくお願いします。
こんばんわ。
ご報告が遅れましたが、4.10.0の先行版で、705.6/768kHzへの変換に対応しています。よろしければご確認ください。
こんばんわ。
先ほど、先行版を更新して2件の動作停止の問題を改善していますが、ご指摘の状況とはちがいそうですね。
残念ながら、ダンプファイルか再現できる状況がないとどうにもできそうにありません。もし頻発するようでしたら、またお知らせいただけますか。よろしくお願いします。
効果があったようで、よかったです。
むかし、10代のころにゲームばかり作っていたころのことをちょっと思い出しました(^^;
ご確認いただき、ありがとうございました。(^^)
こんばんわ。
現在公開している4.10.0の先行版で、本件対応しています。よろしければお試しください。
こんばんわ。
テキストのスタイルと動的タグへのコメントの追加の件について、状況をご報告しておきます。
まずテキストのスタイルには、もともと「メモ」という欄があり、ここを利用するとコメントを記載することができます。
動的タグへのコメントのほうは、画面のレイアウト上簡単に編集する方法を思いつけず、現在公開している4.10.0の先行版では、設定値のあとにカンマをいれて、その後にコメントが書けるようになっています。
既定の動的タグの先頭にある_ALBUMARTISTの例だと、設定値のところに
ALBUM ARTIST; ALBUMARTIST, Test comment
と書くと、次にこのダイアログを開いたときに、下部の説明欄に「Test comment」という説明が現れます。消したい場合は、カンマだけを書きます。我ながらもひとつなので、変更履歴にも挙げていません(^^;。なにか隠しコマンドのようなやり方ですが、ひとまずこれで使ってみていただけないでしょうか。
よろしくお願いします。
こんばんわ。
あー、すごいですね。リフレッシュレート120Hzのディスプレイというのは経験したことがないのですが、そのような差がわかるものなのでしょうか。このようなご指摘ははじめていただきました。(^^;
たしかに、TuneBrowserは標準の設定で30fpsくらいをキープするようにしています。これは設定で変更可能で、設定画面の
- 左側のツリー:「基本の設定」「性能の設定」
- 右側の項目 :「表示の性能に関する設定」「画面更新頻度のレベル」
残念ながらfpsでダイレクトには指定できず、1～5の段階指定です。5が高頻度で、設定上は10ms毎=100fps相当になります。
ただし、ゲームとは異なり、TuneBrowserは楽曲再生に関する優先度が上で、画面更新は優先度は高くはありません。再生関係はすべてスレッドで慎重に優先度とタイミングを制御しているのに対し、画面更新はタイマの処理になっていて「遅れたら遅れたでしかたがない」という考え方になっています。そのため、高fpsの設定にしても、ご期待のような動作にはならない可能性が高いです…。
ありがとうございました > ALL
ご確認ありがとうございました。
しばらくしたら、このトピックはクローズしますね。
こんばんわ。
ファイルの更新が期待したように検出されない場合は、
- そのフォルダが管理フォルダ、またはその下位のフォルダになっていない
- NAS(ネットワークドライブ)を利用されている
あたりが要因としてありそうです。
NASの場合は、設定で自動検出を有効にできますが、古い (10年くらい前の) NASをご利用の場合は、うまく動作せずハングアップすることがありますので、ご注意ください。設定画面の一番上のツリー、基本の設定のページにあります。
こんばんわ。
この改善は変更履歴に挙げませんでしたが、確認いただきありがとうございました。
イジェクトの件は検討します。
わかりました。そのくらいがPCのリソース消費の意味でもほどよいと思います。
だったらなぜ設定上限が99になっているのかという話ですが、ほかにもタブ上限の設定を変えて大量のタブを使用されている方はそこそこおられて、それが急にすこしのタブしか使えなくなったら困惑されるだろうなと思って、踏ん切りがつかない故です(^^;。そうしたようすはダンプファイルからわかるのですが、そのダンプファイルは、わたしにはどなたから送られたものかがわからないので、これまでご意見を伺うことができませんでした。
今回、タブのご利用方法についてお伺いできて、よかったです。
この件は、しばらくこのまま様子を見ようと思います。
なるほど… 現象はわかりました。
ただ、現在のところそうした事象に至る可能性や原因については、思い至る点がありません。引き続き、なにか情報がありましたら、よろしくお願いします。
こんばんわ。
ご確認いただき、ありがとうございました。まずはうまく動作しているようで、よかったです。(^^)
Q SubCodeは全トラック、トラック毎に確認をしています。
データベース登録済みの楽曲の再リッピング時の挙動については (いま詳しく再検証したわけではなく、ソースコードを当たったかぎりですが)、
前回リッピング時にPre-emphasisが (自動にせよ手動にせよ) 検出されて、かつリッピングにDe-emplahsisされなかった場合、再生時にDe-emphasis処理することを考慮して、データベースにPre-emphasis有のフラグを書き込みます。そのトラックが、再度リッピングされるときには、トラック名やアルバム名などとともに、データベースに登録済の情報を反映します。それが現れているのだと思います。
再リッピングするということは、現物のCDが手許にあるということですから、たしかにご指摘のようにPre-emphasisの情報をデータベースから継承する必要はないような気がしますね。もうすこし考えてみます。
こんばんわ。
Album ViewやPlayer Viewの内容はそのまま表示されたということは、データベースの内容が失われたとか、そういった理由ではなさそうです。
つけていただいたスクリーンショットは現在正常稼働しているものだと思いますが、ここで、ひとつ細かい点を確認させてください。スクリーンショットのTree Viewには、プレイリストの一覧が表示されています。前のご発言で「フォルダーツリーの中身が空」と言われていましたが、それはこのプレイリストの一覧が空だったということでしょうか?
こんばんわ。
ログの添付ありがとうございます。内容を確認したところ、タグの取扱いに関する報告が主で、TuneBrowserの動作の異常を示すような内容はありませんでした。
こんばんわ。
設定上最大のタブ数である99タブで動作確認をしてみました。わたしが試した範囲では、右側の▼メニューから選択したタブはAlbum View上に現れました。
ご指摘の、Album View上に現れない現象はいつも発生しているのでしょうか?
こんばんわ。
ご確認いただき、ありがとうございました。
お手数をおかけします。何点か確認させてください。
- 現象が発生する場合、終了するときには楽曲は登録(表示)されていて、次にTuneBrowserを起動したときに、なにも楽曲が表示されなくなっている、という理解で合っていますでしょうか?
- 「フォルダーツリーの中身が空」とのことでしたが、その状況が発生したときには、ほかのTree Viewの項目も、Album ViewやPlayer Viewもすべてのウィンドウでなにも楽曲が表示されないという状況になっていますでしょうか?
- 空の状態で起動した後、しばらく待っていたら、起動後のクロールが走って登録がはじまりませんか?
- できましたら、現象が発生したときのTuneBrowser全体のスクリーンショットを貼り付けていただけないでしょうか?
おわかりになる範囲で結構ですので、どうぞよろしくお願いします。
また引き続き、同様の現象が発生している方がおられましたら、ご連絡いただけると助かります > ALL
こんばんわ。
昨日お送りいただいたダンプファイルの内容から、設定の上限である99個のタブをご利用と思いますが、再現環境を作るのに時間と気力が必要なため、すこし時間をください。
それはそれとして、純粋に疑問なのですが、99個ものタブを表示させて、便利なものでしょうか? 起動も終了も、相当時間がかかるのではないかと推察します。実際には、起動時にはタブのロードは別スレッドでやりますので操作はわりとすぐに始められるのではないかとは思いますが、背後ではロードがつづき、負荷につながります。
Tree Viewでは、プレイリスト一覧を表示させることもできます。こちらは単純な名前順ではあるもののソートされて表示されますので、Tree Viewで必要なプレイリストを選びながら使用するほうがいいのではないかと思うのですが…。
使い方を押し付けるつもりはありません。純粋に疑問なだけです。
こんばんわ。
タグは入れ替わっていません。
ご指摘のような事象からすると、タグが入れ替わっているのでそうなっているのではないでしょうか?
URLを示されたセットでは、ディスク22に「春の祭典」「ペトル―シカ」が収録されていると説明されていますが、わたしが持っているストラヴィンスキーの自演集では「ペトル―シカ」「春の祭典」の順に収録されています。
このことから、おそらくCDのタグ情報を提供しているfreedb側で、あるいはfreedbエントリの候補の選択の段階で、誤ったCD情報が選択され、タグが入れ替わったのだと思います。
こんばんわ。
たくさんのタブをご利用の場合、タブが見えなくなったときには、その領域の右端に▼のマークのボタンがあり、それをクリックしていただくと一覧が表示されますので、それをご利用ください。
タブの動作は、昨年末あたりに問題が出たので、配置のロジックを何回か見直していますが、それ以降は処理は変えていませんでした。そのため、タブの幅などに基く挿入点策定のロジックの関係で、今回そのような動作になったのではないかと思います。
Content Groupを作成した場合の動作に問題がありそうでしたら、お手数ですが新しいトピックで詳細をご連絡いただけますか。よろしくお願いします。
こんばんわ。
昨日、別の件でダンプファイルをお送りいただきましたが、その内容から定期クロールは動作しているようです。
イベントクロールの痕跡は見つけられませんでしたので、念のためわたしの環境で改めて確認してみましたが、動作しているようです。
ほかに同様の症状の方はおられますか? > ALL
こんばんわ。
TuneBrowserの登録した楽曲の情報が消える場合、明示的にデータベースからの削除を操作された、何らかの理由でデバイスから読み出せなくなった、誤ったファイルでリストアした、などいくつかの要因が考えられます。
デバイスから読み出せなくなった場合、ドライブそのものが存在していない場合は、リムーバブルメディアの可能性を考慮して既定の設定では自動では削除されませんし、C:ドライブは一般にOSなどが入ったシステムドライブですので、これは考えづらいですね。
すでにお試しになったように、データベースの登録情報は簡単に復活させることができますので、削除の確認メッセージなどは出していません。
以前ユーザの方のご要望があり実際のファイルを削除する機能もありますが、その場合は削除の確認メッセージが表示されます。
また再現するようでしたら、ご連絡いただけますか。よろしくお願いします。
こんばんわ。
・TuneBrowserでのリッピング：dbPowerampと同じく前半の春の祭典と後半のペトルーシュカが逆転してリッピングされてしまう
すいません、これはどういう状態を言われているのか、理解できませんでした。
こちらこそ、お手数をおかけしてすいません。
またなにかお気づきのことがあれば、教えていただけると助かります。
こんばんわ。
ご連絡どうもありがとうございます。ご指摘の事象が記録されたダンプファイル受領しております。大変助かりました。
先ほど、この問題を改善した4.10.0.1462を公開しました。お手数ですが、またお時間のあるときにでもお試しいただけると有難いです。
どうぞよろしくお願いします。
こんばんわ。
古い話題で恐縮ですが、先ほど公開した4.10.0の先行版で、ようやく設定やデータベース類のバックアップに対応しました。
バックアップを行うと、ひとつのファイルに設定ファイル類・データベースをパッキングします。
リストアの指定を行うと、そのことを覚えておいて、TuneBrowserが自動的に再起動し、バックアップした内容を展開して起動します。
こんばんわ。
だいぶ時間がたってしまいましたので、もう時節の話題ではなくなっているかもしれませんが、先ほど先行版として公開した4.10.0で、CDセクタのQ Sub Codeを読み込めるようになりました。
改訂履歴に書いたように、既定の設定ではオフになっていますので、お手数ですがCDの取り込み時の設定でオンにしてご利用ください (今後のようすを見て、とくに悪影響がないようでしたら、既定の設定をオンにするつもりです)。
よろしくお願いします。
こんばんわ。
4.10.0で、WASAPIデバイスについては、OS標準のデバイスが優先的に選択されるようにしました。試していただくには及びませんが、いちおうご報告しておきます。
こんばんわ。
ご指摘のケースが、管理フォルダのルートの名前変更だったかどうかわからないのですが、そういうケースも多そうなので、4.10.0である程度対応できるようにしてみました。
試していただくには及びませんが、いちおうご報告しておきます。
こんばんわ。
たしかにTuneBrowserはタグデータを蓄積しますので、いわゆるタグ編集ソフトとはそのあたりの動作の基本的な考えが異なりますね。
ご確認ありがとうございました。
こんばんわ。
さっそくご確認下さり、ありがとうございました。うまく動作したようで、よかったです。
ちなみに、ですが、あるContent Groupが設定されている楽曲をクリックした状態で、Album Viewの上部にあるツールバーから「Content」をクリックすると、すべての楽曲からその曲のすべての演奏をずらっと引き出すことができます。
ある楽曲を聴きたいときに、どの演奏で聴こうか… というときに、よく使う機能です。
こんばんわ。
了解しました。Content Group単位での楽曲の管理ができるようになることは、TuneBrowserの当初からの開発動機のひとつでしたので、お役に立てて良かったです。(^^)
こんばんわ。
以前にも話題になりましたが、TuneBrowserはパス名の大文字/小文字を区別しますので、管理フォルダのルートや管理フォルダ以外のフォルダ名を変更すると、ご指摘のような事象になる可能性があります。
こんにちわ。
これは、Kazooの操作性のお話しでしょうか。Kazooで操作される場合、ユーザインタフェースはKazooが提供していることになりますので、残念ながらどうにもできません。
TuneBrowserでの操作であれば、たとえばContent Group単位で選択することもできますので、それで再生させるといったこともできます。
こんにちわ。
TuneBrowserは、パワーユーザー向けに、通常のソフトウェアに比べて詳細なログメッセージを表示します。ログはすべてがエラーというわけではなく、そのほとんどは状況報告です。エラーの場合には冒頭に “Error: “という識別子がつきます。
ですので、挙げられている例では、最後の “Error: Improper tag name found” 以外は、もしご興味がなければ、気にしていただく必要はないのですが、そういうわけにはいきませんか?
“Error: Improper tag name found” については、その後につづく “UFIDhttp://www.cddb.com/id3/taginfo1.html” がタグ名として使用されているので、不適切であると判定して、無視したと報告しています。人間の目で見ると、おそらく “UFID” がタグ名で、”http://www.cddb.com/id3/taginfo1.html” を値として設定されるべきものが、他のソフトによって誤って書き込まれたものだろうと推測されます。
また、”Tag name [XXXX] replaced to [YYYY]” はご推察のとおり、タグ名の統一のために置き換えを行ったという報告です。
もしあまり英語がおわかりにならないようでしたら、これらの文章をGoogleなどの翻訳サイトに入れてみると、だいたい意味の通じる日本語に翻訳されるのではないかと思います。よろしければお試しください。
こんにちわ。
ご確認ありがとうございました。用を成してよかったです。
いきなりショートカットキーのご説明をしましたが、こうした操作は、楽曲を選択してマウスの右クリックでコンテキストメニューを表示させることで、できることの一覧が得られます。お時間のあるときにでも、眺めてみていただければと思います。
こんにちわ。
ご報告ありがとうございます。最初の$ANY()はいらないような気もしますが(未確認です)、指定されたようなやり方で良いと思います。
こんにちわ。
ご意見ありがとうございます。
ちょっと違うかもしれませんが、標準設定のTuneBrowserでは、楽曲を選択中にCtrl+Eを押すとその楽曲が属しているフォルダをエクスプローラで表示させることができます。それでそのフォルダには簡単にアクセスできます。
PDFも管理するという件は、ちょっと具体的にどうしたらいいか思いつかないのですが、将来機能の候補として入れておきます。
こんにちわ。
一般にプレイリストには複数のアルバムが表示されることが多そうなので、プレイリストを表示する場合は、アルバムのヘッダ部分を簡略化した様式で表示するようにしています。
これを通常のAlbum Viewのトラック一覧と同じような表示にするには、プレイリストを表示するスタイル
Album Viewにプレイリストを表示するときに適用するスタイルを指定します.■方法1: Album Viewのタブの上にあるツールバーで表示書式を切り替える。
■方法2: 設定の
- 左側のツリー:「表示の設定」「ビューの設定」「Album Viewの設定」
- 右側の項目 :「表示形式の自動切替え」「プレイリストを表示するスタイル」
の部分を「トラック表示」に設定します。
こんにちわ。
DRINKING BIRDさん、フォローありがとうございます。
コロンで区切られる現象はTuneBrowserの機能のひとつです。以前にも以下のトピックで話題が出ています (“コロン”で検索すると出てきます)。
DRINKING BIRDさんにご紹介いただいた方法も含めて、対応方法が出ていますので、参考にしてみてください。
ご確認いただき、ありがとうございました。
こんばんわ。
ご登録のメールアドレスがPayPalの記録にありましたので、先ほどメールで再送しました。
どうぞ失くされないよう、ご留意ください。
こんにちわ。
改めて考えてみると、PCにWASAPIデバイスしかない場合に、Windows既定のデバイスをリストの先頭にして、それをTuneBrowserの既定にするというのはありかもしれません。すこし検討してみます。
ヒントありがとうございました。
