フォーラムへの返信
-
投稿
-
だいぶ時間が経過しましたので、このトピックはクローズさせていただきます。
うまく動作したようでよかったです。
ご確認ありがとうございました。
ご確認と情報ありがとうございます。お手数をおかけしています。
CPUは主として動作速度のちがいになると思います。そういうことが起きないように作っているつもりですが、ちょっと気にしながら調べてみます。
kino1989さん、コメントありがとうこざいました。
momo0258さん、ご期待の動作ができてよかったです。
さっそくありがとうございます。
その動作は、正しくないです..。あくまでも7秒間表示された後に消えるようにしたつもりでした。内部の動作の話ですが、おそらくログ消去の条件を緩めた結果、他の要因で表示する前から消去された状態になっているのではないかと思われます。
念のため、なのですが、以下の設定は [] 内の値になっていますでしょうか。
- ツリー項目: 表示の設定 – ビューの設定 – Album View
- プロパティ: ログの投影 – レベル [1]
- プロパティ: ログの投影 – 投影行数 [3]
- プロパティ: ログの投影 – 投影時間 (ミリ秒) [7000]
最後の項目を0とかにすると表示されなくなるのですが、既定値は7000になっていて、ここで指定した時間は表示されるようになっています。
こんにちは。その後、出音として確認することはできなかったのですが、再生停止時にVST3プラグインのバッファをクリーンアップする処理を追加しました。先行版としてアップ済みです。
本来は、ロードされているVST3プラグインを一度解放すべきなのかもしれませんが、TuneBrowserは再生していないときにもVST3プラグインの設定などができるようにしているため、その解放するタイミングがなく、上記のような対処としています。
ご確認いただければと思います。よろしくお願いします。
こんにちは。あれからいろいろと試しているのですが、再現させることができませんでした。
それで、見込みの対処としてログを消去する条件を見直してみました。先行版としてアップしています。お手数ですが、これでご確認してみていただけないでしょうか。
よろしくお願いします。
hiroさん、mardukさん、ありがとうございます。
momo0258さん、hiroさんが書かれているように、TuneBrowserではこのような状況ではPERFORMERタグを使用することを想定しています。ARTISTタグは、アプリケーションや楽曲提供者、利用者によって本当に使い方がまちまちですので、とりあえずTuneBrowserとしてはアルバム (グループ) を代表する人のような使い方をしています。ご利用の例では大瀧詠一がARTISTに該当する考え方です。
ですので、各トラックのArtistの内容をPerformerにコピーされるのが個人的にはいいように思います。あと、別のやり方としてPerformerとして扱うタグを変更できるので、設定ダイアログボックスの
■ ツリー項目: タグの設定 – 動的タグ
■ プロパティ: 別名タグ – _PERFORMERの内容が既定の設定のままだと “PERFORMER” になっていると思いますので、 “PERFORMER; ARTIST” にしていただくと、ARTISTもPerformerの値のひとつだと認識するようになるので、表示されるのではないかと思います。
うーん、バッファの設定で書かれているような事象になることはあまり考えられません。またWindowsのサウンド関係の設定をもういちど見直してみましたが、そういう設定ができるようなところはなさそうでした。
OSもご利用の機器もなにも書かれていないので、たぶんほかの方もあまり言えそうなことがないのだと思います。とりあえず、TuneBrowserの上部のメニューから「再生」「再生情報のコピー」を選択していただくと、Player Viewに表示されている再生機器などの情報がクリップボードにコピーされますので、その内容を貼り付けてみてください。
こんばんは。VST3プラグインについてなにか情報をいただけないでしょうか?
他のソフトや他のDACでも同様だとすると、TuneBrowserの問題ではなく、DACの問題でもなさそうです。
Windowsの設定で、なにか特別な音が出るような設定を (意図せず) されているとかはないのでしょうか。
VST3プラグインについては、インターネットの検索機能をご利用になれば調べられるのではないかと思います。ただTuneBrowserは関係なさそうなので、VST3プラグインが (システム全体に) 関係している可能性は低そうです。
影響について網羅的にお話しするのは難しいので、あくまでも例ですが、TuneBrowserの話とは別に、まずOS自身がアップデートされないようになりましたので、なにか問題が発見された際にその対処が行われない可能性が高く、大丈夫ではありません。
TuneBrowserでいえば、すでにわたしはWindows8.1ではテストを行っていないので、あるリリースで突然Windows8.1では動作しなくなるかもしれません。
大丈夫かどうか、というのは、とても広い範囲について問題ないかと問われていることになりますので、そういう話になろうかと思います。
Lirics View shows embeded liyrics in music file. Default tag name is UNSYNCEDLYRICS or LYRICS.
So you don’t have to do anything when Lyrycs View is shown in the TuneBrowser and music file contains lyrics.
I’m sorry but the TuneBrowser can not embed lyrics into music file by itself. Please other software to embed lyrics into music file.
私のようなWindows8.1のPCで､tunebrowser 64bit AVX2 Versionを使うことは､推奨ではなくとも､使用し続けることは大丈夫なのでしょうか?
いえ、申し上げづらいのですが、大丈夫とは言えないです。
特定の音が出ないというのは、ドの音が出ないとか、トランペットの音が出ないとか、想像しづらいのですがそういうことですか。
どうにしてもTuneBrowser単体ではそのような動作にはなりませんので、利用されているVST3プラグインの効能とか、あるいはDACが内蔵しているイコライザーの動作とか、そういったことなのではないかと思いますが…。
こんばんは。
問題が発生したときに、なぜそのような問題が発生したかはわかりませんので、残念ながら予防策というのは思いつきません。
｢デバイスに問題がある｣と表示された際には、経験上、デバイスとの接続が切れているか、デバイスの電源が切れているか、デバイスとドライバの状態がかみ合わなくなっているようなことが多いように思います。最後の「デバイスとドライバの状態」の問題は、デバイスの電源切・入とPCの再起動をしたほうが良いことが多いです。
こんばんは。
現在のご利用の状況は、TuneBrowserを起動する前に、Windows 8.1を起動するだけでブルースクリーンになってしまうようになったということでしょうか?
簡単に入手して使用できるようなVST3プラグインを現象再現の例としてご紹介いただけると助かります。
すみません、「再生→停止→次回再生時」と書かれていましたね。すこし先になってしまいますが、確認してみます。
こんばんは。
「次回再生」はどのような操作でしょうか。ある曲を再生して、停止ボタンで停止して、別のトラックを選択して、再生操作、でしょうか。
あるいは複数のトラックの連続した再生でしょうか。
ほかにもいくつかパターンがありそうな気もしますが、「次回再生」と言われている場合の操作をもうすこし詳しく教えていただけないでしょうか。
手前味噌で恐縮ですが、TuneBrowserは、ユーザーの方々に助けてもらいながら、長い時間をかけて良いソフトになってきたと思っています。オーディオ再生としても、音楽再生としても、役に立つソフトと思いますので、どうぞよろしくお願いします。
そうですね。一度TEACさんに問い合わせてみるのが良いように思います。
ご報告ありがとうございました。
ご報告ありがとうございます。
状況としては、「再生が停止して機器の電源が落ちる」のではなく「機器の電源が落ちるので再生が停止する」のように見受けました。そして機器の電源が落ちるのは、ある特定のDSDのパターンの再生時のように見えます。
①のご質問は、電気的な負荷等ではなくて、上記のようなある特定のDSDのパターン再生時に、機器がダウンしてしまうような状況ではないかと想像します。
②については、やはり変化はあると思います。変化はあるものの、どちらが良いかというのは一概には言えそうにないのが難しいところです…。
ご確認ありがとうございました !
アートワークの件、お応えできていなくてすみません。ご推察通り、ちょっと実現は難しいです。
ご確認ありがとうございました !
ログの添付ありがとうございます。
再生中にこうなってしまうのでしょうか? またこれだと毎回おなじ曲でそうなるというよりは、ランダムに発生するような感じでしょうか?
このログの内容によれば、ドライバがデバイスを見失っています。USBケーブルや電源環境なども確認されたほうがよいかもしれません (質のよくない機器が近くにあると、その機器の電源ON/OFFで、USB DACのUSB接続が切れてしまったりすることがあります)。
ありがとうございます。
それは動作がおかしいですね。確認してみます。
Hello,
It has been a long time, but I have addressed the behavior you indicated.
Please try setting the Yes part below to No.
こんばんは。
ご覧になったトピックでも書いたように、音質についての議論は、ある一定以上のレベルになってくると、その音質が良いか良くないかというよりは、その音質が好きか好きでないかという話になってくると思っています (以前は巷でときどき見かけた、アップサンプリングしたほうが良い/良くないの議論はまさにそういう例だったと捉えていました)。
TuneBrowserはその「一定以上のレベル」は達成できていると思っており、上記の前提があったうえでの話になりますが、ご指摘のようなPCがハイスペックになったほうがより好まれやすい音になるというのは、たしかにあるようには思います。Active Backgroundなど楽しみのほうの動作をTuneBrowserで提供しておきながらこういうとアレですが、CPUの負荷変動が抑制されることで、結果としてUSBのアースライン含めたPCの電源系が安定するというメリットにつながっているのではないかと推測しています。
32bitが内部状態ではないかというお話は、デバイス側の話ですのでわからないところもあるのですが、ずっと以前、デジタル処理の黎明期に、ある高級オーディオ機器メーカーが「16bitの音源に対して32bitにビット拡張してデジタルボリュームの処理を行うので、ビット落ちは抑制される」と説明しているのを聞いて、なるほどと思った記憶があります。
ご確認ありがとうございました。
再生回数の表示のほうを優先してやっていたので、ハードウェアボリュームの表示のほうは、ちょっと対応が曖昧になった部分があるかもしれません。
基本的に7秒間の表示の後消えるようになっているのですが、そういう動作になっていないということでしょうか?
先ほど公開した先行版で、この問題に対応しました。よろしければお試しください。
よろしくお願いします。
先ほど公開した先行版で、この問題に対応しました。よろしければお試しください。
よろしくお願いします。
こんにちは。
ご説明ありがとうございました。いろいろと考えたのですが、やはり、以前からTuneBrowserを使用されているケースでは表示形式は変更されないようにしました。
その動作に対応した先行版をリリース済みです。このTuneBrowserでお試いただくと、表示が元に戻ると思います。お試しください。もしまだうまく動作しないようでしたら追加で修正します。よろしくお願いします。
こんばんは。
WHさんは用件だけをかかげて駆け抜けていかれたのであまりお話を伺える雰囲気でもなかったのですが、今回の表示形式の変更は良くなかったですか。あまり邪魔にならないようにしたつもりでしたが..。もし良くないようでしたら、WHさんにお伝えした方法で個別に表示しないようにするのではなく、次のリリースで最初から表示しないようにしようと思います。
それと、左下に出ているHardware volumeの情報は、起動時に一定時間のみ表示されるだけだと思いますが、これもだめでしょうか。
Here it is. I’d like to set this item ‘Yes’ by default for the next release.
How about Playlist style ?
Please set “Valid” to “No” of the PlaybackCount column.
ご報告ありがとうございます。あたっていましたか。とりあえずよかったです。
次のリリースでは、Active Backgroundが有効の場合でも動作するように、検討します。
ありがとうございます。じつはそういうことも考えました..。が、おそらく一次要因はわかったと思います。
Active Backgroundという機能があって、これが有効になっているとご指摘のような事象になるようです。
Player View右上の以下のボタンでオフにすることができます。これをオフにして試してみていただけないでしょうか。
で、どうするかというのは、まだこれからです。
こんばんは。
わかりにくかったらすみません。グループソートクエリはAlbum Viewに対するものです。Tree Viewのノードはその文字列順になります (逆順指定は可能です)。
こんばんは。
ご確認ありがとうございました。リリースのご案内ができていなくてすみません。
それでご指摘いただいた件、確認してみると、たしかにご指摘の通りでした..。次のリリースで改めようと思います。次のリリースは現在のところ未定ですが、週末くらいかなあと思っています。いましばらくお待ちください。
Thank you for your reporting.
こんばんは。
追加の情報ありがとうございます。改めて試したところ、Windows10の環境で再現させることができました (Windows11の環境では再現できませんでした)。
ただ残念ながら、現在のところ原因がわかりません。初期化すると最前面になるというわけでもなさそうでした。OSによって差がでる理由もわかりません。もうすこし調べてみますが、改善はむずかしいかもしれません..。
皆さま
ご確認どうもありがとうございました。お手数をおかけしました。うまく動作しているようでよかったです。
今回はご連絡いただいて助かりました。またなにかお気づきのことがあれば、よろしくお願いします。
Hello,
I could not reproduce this in my environment.
1. move “Time bar” when the music is playing
2. try to change the “track item” to playbackIt seems that this is not TuneBrowser problem…Has anyone else had similar problems? > ALL
原因が判明したと思います。将来機能向けのタグ定義の悪影響があり、環境によってメモリが不足と表示される状況になっていました。
すでに先行版は更新ずみです。お時間のあるときにお試しいただけると有難いです。
よろしくお願いします。
皆さま
ありがとうございます。わたしのところでも再現できる環境が確保できたようです。いつまで再現がつづくかちょっと心配ですが、この環境で調査します。
zamzas358さん、maimai-audioさん、ありがとうございます。
いま検証用のPCでも試したりしていますが、再現させることができません..。zamzas358さん、maimai-audioさんもかならず発生する状況のようで、条件もなにもない状態かと思いますが、他の方も含めて、なにかお気づきのことがあればお知らせいただけると助かります。
どうぞよろしくお願いします。
ありがとうございます。
特定の曲ではなく全ての曲で起きるように感じます。
1曲だけでも発生するような感じでしょうか?
ご連絡ありがとうございます。
わたしの環境で改めて試してみたのですが、再現させることができませんでした。
ご指摘のエラーはかならず発生する状況でしょうか。なにかパターンのようなものがあれば、情報をいただけると助かります。
こんばんは。
試してみたところ最大化時に最前面にする設定でご指摘のような動作のちがいはありました。またTuneBrowserをアンインストールして、再インストールした後に試してみても同様でした (タスクバーは表示されました)。
「設定を初期化」はどのように行われたのでしょうか?
コメントさせていただいてから時間が経過しましたので、このトピックはクローズさせていたたきます。
コメントさせていただいてから時間が経過しましたので、このトピックはクローズさせていたたきますね。
コメントさせていただいてから時間が経過しましたので、このトピックはクローズさせていたたきます。
コメントさせていただいてから時間が経過しましたので、このトピックはクローズさせていたたきますね。
I’m very sorry but I’d like to close this topic.
ご報告ありがとうございました。うまく動作するようになってよかったです !
トピックのタイトルにYamaha Steinberg USB Driverを含めるようにして、クローズさせていただきます。
こんばんは。
難しい状況ですね。書いていただいた内容から、メインモニタとオーディオインタフェースの間でなにか干渉が起きているのだと思いますが..。音が途切れるといえばデコード待ちの発生が真っ先に思い浮かぶものの、そういう原因でもなさそうですね。
ちなみに、オーディオインタフェースのドライバはASIOでしょうか、WASAPIでしょうか。TuneBrowser上部のメニューの「再生」のいちばん下に「再生情報のコピー」という項目があります。これを選択するとクリップボードにPlayer Viewのインジケーターに現れているような情報がコピーされます。その内容をここに張り付けていただけると、ドライバやサンプルレートなどもわかりますので、よろしければご対応ください。
了解しました。ご確認ありがとうございます。
例示をありがとうございました。
前回の例では “Disc04” と書かれていたと思いますが、今回は “～!! 04 [Disc 1]” となっています。今回の場合は、数値が区切り文字で囲まれており、この区切り文字で切り出した結果 単語が数値のみとなった場合、やはり検索対象の単語としては採用しないようになっています。この検索向けの動作は、前回書いたように今後検討します。
前回の例の “Disc04” は、単語の切り出した結果が “Disc04” となりますので、やはりそのまま使用されていると思うのですが、いかがでしょうか。
こんにちは。
全角コロンの症状は勘違いかもとのこと、了解しました。
角カッコが無視される件については、これはもともと検索用の処理ですので、表記のよるブレを抑制するため、URL組み立て時にカッコなどの区切り文字で単語を区切るようにしています。その動作が現れているものと思います。これは現在は変えられませんので、今後検討します。
数字が無視される件は、ご指定のように「XXX Disc04」で試しましたが、こちらでは再現させることができませんでした。
tealさん、こんにちは。
時間がたってしまいましたが、この件について検討しています。
ここで、
3. 全角コロン(：)がなぜかURL内の単語の区切り文字となる。
→これについては原因が不明でした。もしかした他の文字でも同じよう症状があるかもしれません。この症状について、再現させることができませんでした。なにかログやスクリーンショットなど、実際に発生している状況がわかるようなものをご提示いただくことは可能でしょうか?
こんにちは。
詳細情報を拝見したところ、FLACのコーデックがエラーを出力しています。ファイルが破損しているものと思われます。
FLACというと一般的なPCMデータになると思うのですが、それが再生できないとなると、すみませんがすぐには解決策は思いつきません。
念のため、なのですが、トピックタイトルにある「一時的に再生が停滞して１０数秒後に再開」という現象は、最初にも書いたようにわたしの環境でも発生します。一昨日は、ある用途でUSB3.2 Gen2のディスクに大きな負荷をかけたときに、まさに描画も再生も停滞して十数秒後に再開する動作が発生しました。
その事象が起きたとしても、TuneBrowserからはどうにもできません。
いまここで議論をしているのは、シークが連発するという動作のほうですよね。今回お送りいただいたダンプファイル上は、シーク連発中、動作の停滞が発生しているようには見受けられませんでした (だからマウスイベントを処理できているわけですが)。ただダンプファイル上は性能への影響を抑制するため1秒～数秒間程度しか詳細のログがとれないようにしているので、それより前になにか起きていた可能性は否定はできません。
こんばんは。
ログをみるかぎりでは、スライダー以外ではマウスイベントは発生していないようでした。
簡単ですが、よろしくお願いします。
キーボード操作はマウスボタンではないので、一般にはキーボード操作をしたからといってマウスイベントが発生することはありません。
例が悪かったようですみません。前後も含めたログを再掲させていただきます。
2023/04/24 23:17:15,994.0768 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:15,999.6647 000012f4 Processing PlayerCmd:[Seek] 2023/04/24 23:17:16,042.9781 000027a0 Calling Lua: OnPlaybackFile 2023/04/24 23:17:16,154.0533 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:16,159.4184 000012f4 Processing PlayerCmd:[Seek] 2023/04/24 23:17:16,216.7780 000027a0 Calling Lua: OnPlaybackFile 2023/04/24 23:17:16,281.9767 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:16,286.9115 000012f4 Processing PlayerCmd:[Seek] 2023/04/24 23:17:16,330.5251 000027a0 Calling Lua: OnPlaybackFile 2023/04/24 23:17:16,434.4246 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:16,440.0747 000012f4 Processing PlayerCmd:[Seek] 2023/04/24 23:17:16,479.8746 000027a0 Calling Lua: OnPlaybackFile 2023/04/24 23:17:16,586.1570 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:16,591.6618 000012f4 Processing PlayerCmd:[Seek] 2023/04/24 23:17:16,591.6794 000012f4 UnexpectedState caused: TooManySeek. 2023/04/24 23:17:17,009.5103 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,019.9919 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,033.8597 00002d34 CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,146.1015 00002d34 CTBarSliderCtrl::OnLButtonUpここで、2023/04/24 23:17:16,591.6794で予期しない状態を検出しており、その後の2023/04/24 23:17:17以降のシークはこのログの範囲では処理されていませんでした。ここで挙げたログでは、23:17:15～23:17:16の間にも同様の事象が発生しています。気にされていたCalling Luaの行も含めてあります。
お詳しいようですのでさらに付加情報を申し上げると、00002d34とか000012f4はスレッドのIDです。2023/04/24 23:17:16,591.6794で再生制御を行っているスレッドが予期しない状態を検出しているため、23:17:17以降の操作はすぐには処理されない状態になっています。
スライダーによるシーク操作が短時間に連発していることについて、不思議に思われるのは当然と思います。わたしにもわかりません。すくなくともそのタイミングでのリアルタイムでのマウス操作ではないような気がします。ただTuneBrowserから見ると、スライダーが連続で操作されてその処理を行ったようにしか見えません。
ログの追加のご依頼もありましたが、すみませんがこれ以上のTuneBrowserを改修しての対応はご容赦いただければと思います。
あと、キーボード操作はマウスボタンではないので、一般にはキーボード操作をしたからといってマウスイベントが発生することはありません。
動画で確認できるのは、描画がフリーズしているということだったかと思います。その事象とシーク操作の連発とが、どういう関係にあるのかは、わたしにはわかりません。シーク操作が連発したから描画がフリーズしたのか、描画がフリーズする事象が発生したからシーク操作が連発したのか、という話ですが…。
ウインドウの状態はフォアグラウンドにありましたでしょうか？
ログをたどってみましたが、それ関係のイベントの記録はなく、わかりませんでした。
参考になるかどうかわかりませんが、ある連続操作のところのログは以下のような感じです。CTBarSliderCtrlはシーク用のスライダコントロール、OnLButtonDownはマウスボタンを押したイベント、OnLButtonUpはマウスボタンを離したイベント、時刻の “23:17:17,004.3101” の004.3101はミリ秒です。23:17:17に4回のマウスボタン操作の記録があります。
2023/04/24 23:17:17,004.3101 00002d34 TB::CTBarSliderCtrl::OnLButtonDown 2023/04/24 23:17:17,009.5103 00002d34 TB::CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,016.5236 00002d34 TB::CTBarSliderCtrl::OnLButtonDown 2023/04/24 23:17:17,019.9919 00002d34 TB::CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,029.6875 00002d34 TB::CTBarSliderCtrl::OnLButtonDown 2023/04/24 23:17:17,033.8597 00002d34 TB::CTBarSliderCtrl::OnLButtonUp 2023/04/24 23:17:17,082.1819 00002d34 TB::CTBarSliderCtrl::OnLButtonDown 2023/04/24 23:17:17,146.1015 00002d34 TB::CTBarSliderCtrl::OnLButtonUpこんばんは。
内容確認しました。事象はしっかり記録されていました。
シークが繰り返された原因は、やはり短時間の間にマウスによるシーク操作が行われたためでした (1秒間に数回以上)。Noirさんがそんなに短時間にシーク操作を行うことはできないと言われていたことは承知しています。ですが、記録上はシークバーのコントロールに対して、マウス操作が行われてイベントが発生しています。
なにかそういった操作を発生させるような他のアプリケーションなどをご利用でないでしょうか。わたしも具体的には思いつきませんが…。
よろしくお願いします。
ダンプファイル受領しました。ありがとうございます。
内容を確認して、またご報告します。
Hi,
Since I have not heard from you for over a week, I will assume that the issue has been resolved and close this topic.
Thank you for your understanding.
こんばんは。
うまく動作させる環境が確保できてよかったです。
多大なお手数をおかけしました。
「お手数」というようなことはなかったですよ。なにかあればまた訊いてください。
こんばんは。
デバイスが楽曲のサンプルレートに対応していないか、WASAPI共有モードの場合、TuneBrowseは自動で再生できるサンプルレートを探して再生します。その機能が働いているのではないかと推察します。そのあたりを確認してみてください。
ご報告ありがとうございました。
もうしばらく、待ってみましょうか。よろしくお願いします。
こんにちは。
もともと、わたしが外部のUPnP Rendererの対応を渋っていたのも、ギャップレス再生はじめ細かい再生制御をTuneBrowserから行うことができない故でした。
OpenHome対応のPlayerであればプレイリストをPlayer側で持つことができますので、Player側がその気になればギャップレス再生を行うことができますし、TuneBrowserもそうです。またUPnPでも、細かく言うとSetNextAVTransportURIをサポートしているPlayerであれば、TuneBrowserは再生中の次の曲の情報も渡しますので、Player側次第ではギャップレス再生が可能ですが、これをサポートしてかつギャップレス再生もサポートしているUPnP Rendererはあまり見たことがありません (サポートしていないものが多いのは当時は少々ショックでしたが…)。
SetNextAVTransportURIとギャップレス再生をサポートしていないUPnP Rendererは、ご指摘のようにクラシックには使用しづらいものだと思います。
Hello,
TuneBrowser is using following APIs of soxr.
- soxr_create
- soxr_delete
- soxr_process
- and so on…
I think these APIs are not supporting DSD.
ご登録のメールアドレスにライセンスキーを再送しましたので、ご確認をお願いします。
この個別のライセンスキーの再発行には課題もあり、将来、再発行は停止させていただくことも計画しています。ライセンスキーは大切に保管していただくようお願いします。
Hello,
TuneBrowser is using libsoxr only. I think this does not support DSD. Please understand.
Thank you.
「（合ってますか？）」の部分はあっています. 「曲のデータそのもの」の部分はちがいます。
「Playback Queueを生成する前に」の部分は、遠いむかしにランダム再生をサポートする際にやり方のひとつとして検討したことはありますが、現在のTuneBrowserの動作はご承知のように異なっています。これをもとに基本的なアルバムの表示の考え方などが成立しているので、いまは現実的ではありません。
いい案がなく恐縮ですが、よろしくお願いします。
ここまで再生していて、ここから再生していないというのがわかりやすいとよいというのは理解します。
ただ曲が切り替わったときに古い曲を削除するという動作は、ちょっと検討してみましたが、通常はそれ (=Playback Queue内のファイルの削除) はプレイリストを再生成する必要のある動作とみなしてしまうので、相当コストが高いです。
すみませんが、いまのところいい手を思いつきません。
アルバムをランダムに並べ変えるということであれば、Album Viewのツールバーのアルバム/グループのソートでできます。
お試しください。
将来のバージョンで、トラック表示の既定の設定で再生回数が出るようにしようと考えていたのですが、これで目的にかないますか?
こちらのトピックで解決したと思いますので、このトピックもクローズさせていただきます。
わかりました。ではクローズさせていただきます。
こんばんは。
試してみたのですが、再現できませんでした (いずれもWASAPIですよね)。「ヘッドフォンも一緒にOFF」のところで、TuneBrowserにはデバイスの電源を切る機能はないので、強い根拠はないですがTuneBrowserの問題ではないような気がします。
その後問題は発生していない感じでしょうか?
問題なさそうであれば、こちらのトピックと合わせてクローズさせていただこうかと思います。
状況のご報告ありがとうございました。
引き続き、よろしくお願いします。
Hi.
Did you receive an email with your license key?
ご報告ありがとうございました。
では、このトピックタイトルの問題は解決したと思いますので、クローズさせていただきますね。
そうでしたか…その状態はわたしも想像していませんでした。
確認するようで恐縮なのですが、その空っぽの状態のスクリーンショットをアップしていただけないでしょうか。
また他のタブの内容はどういう状態でしょうか。
他の方で、同様の事象が起きている方はおられますでしょうか? > ALL
Thank you for contacting.
I resend your license key email to you.
Please confirm.Thank you.
こんばんは。
わたしの読み取りが悪かったかもしれませんが、Log ViewにUPnPのタブは存在していて、その内容がまったく空っぽということでしょうか? それはちょっと考えづらいのですが…。ご確認いただければ幸いです。
マイクロソフトストアから、フライトが公開されたとの連絡がありました。思ったより早かったです。Version は5.2.4です。
それともう一点、お伝えするのを忘れました。このバージョンはわたしの手許の開発中のものです。そのため5.2.3とは動作が異なるところがあります。ご了承ください。もし支障があれば、お知らせください。
こんばんは。
アカウントの情報ありがとうございました。先ほど、お届けいただいた2つのメールアドレスに対して調査用のTuneBrowserのリリース手続きを行いました。これはマイクロソフトがパッケージフライトと呼んでいるリリース方式ですが、これも通常と同様にマイクロソフトストアの審査があります。そのため少々時間がかかるかもしれません。
今回のリリースでは、短時間にSeekが複数回発生すると(1秒間に4回です)、その状態を検出してダンプファイルを生成するようにしています。予期しない状態を検出したという文言と操作を問い合わせるダイアログボックスが表示されますので、送信を選択してください。
この予期しない状態の検出は、連発しないように1日1回だけ行われるようにしています。
わたしの環境では再現しない状況で検出の仕掛けを実装したので、もしかしたらうまく動作しない可能性もあります。現象が発生しているはずなのに検出できていないようであれば、お知らせくださると助かります。
よろしくお願いします。
こんばんは。ログの送付ありがとうございました。
内容拝見しましたが、たしかに不可思議にSeekが繰り返されていることは確認できましたが、なぜそのような動作になっているのかはわかりませんでした。
Noirさんは、UWP版をご利用と伺いました。最近のマイクロソフトストアは、特定のユーザー向けにプライベートなリリースを行える機構がありますので、Noirさん向けに、この問題調査用の仕掛けを入れたTuneBrowserをリリースさせていただきたいと思います。
今回のケースは経験したことのない事象のため、おそらく一度では解決できず、複数回のやりとりになると思われます。どうぞその点についてご了承ください。
ご利用のマイクロソフトアカウントは、このフォーラムの登録メールアドレスとおなじでしょうか。異なる場合、ここにはメールアドレスは書かないで、ちがうという旨だけお知らせください。わたしから照会用のメールをお出しさせていただきます。
こんにちは。
もしかして、TuneBrowserのUPnPの機能を有効にされていないのでしょうか。
■ ツリー項目: 基本の設定 – ネットワークの設定
■ プロパティ: OpenHome/UPnPの設定 – OpenHome/UPnP対応を有効にする外部のUPnP Rendererを使用する場合は、その下の以下の項目もYesに設定してください。
■ プロパティ: OpenHome/UPnPの設定 – 外部のUPnP Rendererでの再生を有効にする
Renderer側PCの動作はわたしにはわかりませんが、一般にはログインしないと使えないのではないかと思います。
かなり漠然としたご質問でしたので的確な返答ができずすみません。よろしくお願いします。
- ツリー項目: 表示の設定 – ビューの設定 – Album View