フォーラムへの返信
-
投稿
-
こんにちは。
このフォーラムの登録メールアドレスでしょうか? その場合、右上のユーザー名のところから変更できるようです。
TuneBrowserのライセンスキー登録時に入力されたユーザー名は、メールアドレスではなくユーザー名ですので、メールアドレスが無効になったとしても、そのままで構いません (変更することはできません)。
ご確認ありがとうございました。
一般に、と言っていいかどうかわかりませんが、わたしの知っているかぎり、モノラル音源は左右おなじ音を2chで収録しているケースがほとんどなので、本当の1chというのは珍しいですね。
TuneBrowserがクラッシュした原因もわかりました。次回のリリースで対策したいと思います (VST3プラグインのエラーを正しく検出できるようにするだけなので、当該のプラグインで再生できないことには変わりないですが…)。
ありがとうございました。
ありがとうございます。確認できました。
再生しようとしていたファイルは “Fairouz – Ya Rayet.mp3” でした。
このファイルのトラックは1chしか含まれておらず、SquashというVST3プラグインが1chに(おそらく)対応できていなくてエラーが発生しているようです。
そのエラーをTuneBrowserがうまくハンドリングできていない可能性もありそうなので、そちらのほうはまた調べてみます。
こんにちは。
処理したタイミングによっては、TuneBrowser上部メニューの「ヘルプ」「エラーファイル」「エラーファイルの一覧」に記録が残っているかもしれません。ただこの記録は主にクロール中に検出したものを記録していますので、再生中に異常が発生した場合は記録は残っていないかもしれません。
毎日たくさんのメールをいただきます。ダンプファイルを送信いただいた、だいたいの日時を教えていただけないでしょうか?
こんにちは。
TuneBrowserの言語は、OS (Windows) の言語に合わせて、自動的に切り替えます。Windowsが日本語だったら日本語を、それ以外は英語を表示します。
残念ながら、いまのところ強制的に切り替えることはできません。将来的には、なにか対応はしていきたいとは考えています。
あまり良い返信でなくて恐縮です。よろしくお願いします。
ご連絡ありがとうございました。
たしかにできなくなっていますね。すこし先になるのですが次回のリリースで改善できればと思います。
よろしくお願いします。
こんちには。
結果には至っていないのですが、その後の状況をご報告しておきます。
株式会社MUSINさんのご協力をいただくことができ、TuneBrowserで検証を行いました。開発中のドライバも提供いただいて検証したのですが、残念ながらいまのところ基本的な動作の部分でも課題が残った状況です。
今後どのように進めていけるかはメーカー側の動きもあるので確たるところは言えませんが、なにかあればできる範囲で対応していくつもりにしています。
Again, setting a longer polling interval is fine. I’d improve it in future release. And your “event-preferred mode” does not agree.
Ah, that’s separate from GetPositionInfo. Considering cases where TransportState isn’t properly notified, I can’t easily agree.
Setting a longer polling interval is fine. What I don’t understand is what you mean by “event-preferred mode.”
In practice, the vast majority of real-world DMRs are simply not designed to emit frequent RelativeTimePosition events.
I agree. That’s why TuneBrowser supports GetPositionInfo. Are you talking about some other means?
If it’s not LastChange::RelativeTimePosition, which event are you talking about?
The event is LastChange::RelativeTimePosition.
This processing has been refined over many years and is highly complex. Therefore, accurately answering your long question would require re-examining the processing, which is very difficult, primarily due to time constraints.
It appears that polling is reduced after detecting an event five or more times. But you probably don’t want an answer that includes speculation. It’s a very difficult situation.Out of curiosity, is this polling frequency a deliberate design choice?
TuneBrowser prioritizes events. Once a certain number of events detected, it determines that event-driven operation is feasible and reduces the polling frequency. Otherwise, it performs polling every second.
時間が経過しましたので、このトピックはクローズさせていただきます。
TuneBrowser is only using response of GetPositionInfo. Unfortunately, there doesn’t seem to be anything I can do.
Okay. Thanks.
時間が経過しましたので、このトピックはクローズさせていただきます。
時間が経過しましたので、このトピックはクローズさせていただきます。
ありがとうございます。
Hello. I have fixed this matter in version 1825.
Thank you.
ご登録のメールアドレスがPayPalの記録にありましたので、先ほどライセンスキーを再送しました。
ご確認ください。
Thank you WanFie for your comment.
And I’m so glad to know that TuneBrowser is working well. (^_^)
ご説明ありがとうございました。
作者だからといってクエリのエキスパートというわけではないので、わたしには具体的にどのように実現すれば良いのかわかりませんが、非常に使いこなされていて感服しました。とても光栄に思います。
Oh, sorry, I forgot to make it fix. This is a critical issue.
Hello.
It’s true that the Audiophile UPnP Renderer doesn’t work properly. But I don’t think TuneBrowser can do anything about it.
I checked the log.
Your Wireshark capture shows that the renderer is gettting next track ((03) [KOKIA] 愛のメロディー (soundtrack ver.).wav).
Your renderer is checking first track and next track at almost same time. I think what you saw was the second GET.
Time : Thread: Log ------------------------- 18:05:24,200: T0e9c8: HTTPServer: [10.1.1.142:41848]: [GET] /TuneID/00018084-RFH-0BC02582.wav (47,481 KB) 18:05:24,200: T0e9c8: HTTPServer: [10.1.1.142:41848]: Tune: 00018084-RFH-0BC02582.wav 18:05:24,200: T0e9c8: HTTPServer: [10.1.1.142:41848]: -> \\10.1.1.125\music\KOKIA - 愛のメロディー／調和 oto ～with reflection～\(02) [KOKIA] 調和 oto ~with reflection~.wav 18:05:24,201: T0e9c8: HTTPServer: [10.1.1.142:41848]: Begin monitoring playback. 18:05:24,531: T0f420: HTTPServer: [10.1.1.142:41858]: [GET] /TuneID/00018085-RFH-64EA360E.wav (72,763 KB) 18:05:24,531: T0f420: HTTPServer: [10.1.1.142:41858]: Tune: 00018085-RFH-64EA360E.wav 18:05:24,531: T0f420: HTTPServer: [10.1.1.142:41858]: -> \\10.1.1.125\music\KOKIA - 愛のメロディー／調和 oto ～with reflection～\(03) [KOKIA] 愛のメロディー (soundtrack ver.).wav 18:05:24,533: T0f420: HTTPServer: [10.1.1.142:41858]: Begin monitoring playback. 18:05:34,815: T0e9c8: HTTPServer: [10.1.1.142:41848]: Sent 4194304 bytes. ← Sending "(02) [KOKIA] 調和 oto ~with reflection~.wav" 18:05:45,432: T0e9c8: HTTPServer: [10.1.1.142:41848]: Sent 6291456 bytes. 18:05:56,721: T0e9c8: HTTPServer: [10.1.1.142:41848]: Sent 8388608 bytes. 18:06:08,570: T0e9c8: HTTPServer: [10.1.1.142:41848]: Sent 10485760 bytes.Thank you. I’ll check it.
別のトピックで返信いただきましたので、クローズします。
別のトピックで返信いただきましたので、クローズします。
承知しました。
こんにちは。
こちらのコメントはテキストエディタでの編集をサポートのご報告をして、その後とくにコメントがなかったので、クローズさせていただきました。
https://tunebrowser.tikisoft.net/forums/reply/15813/
現在のところ、クエリの表示用にこれ以上複雑な条件判定を行う処理を追加することは考えていないのですが、どのような使い方を想定されているのでしょうか。
Please handle the case with Content-Length: 74,508,492.
Hello.
Content-Length value uses the file size during file transfer. During decoding, it calculates and applies the size at the time of decoding.
Please save the log from the button in the upper-left corner of the Log View and attach it. The logs may be insufficient to confirm the situation, but I’ll check.
If there are no critical issues, I plan to release this as the official version.
I have released 1823.
I adjusted the MIME priority when applying ProxyStream. In this case, you’re probably playing the Wave file directly. In the next release, I’ll add an option to further adjust the MIME priority for you.
Please set this option to “No”. The MIME type that comes first in alphabetical order will be used.
– TreeItem: Basic – Network
– Property: OpenHome/UPnP – Prefer IANA MIME typesAnd also Content-Range matter is improved.
ヘルプに記載している通り、1本のライセンスキーで4台までご利用いただけます。
Hello.
Then I will take the following actions.
Then, if the request includes a RANGE parameter, it will return a 206 response with a Content-Range parameter. Otherwise, it will return a 200 response without a Content-Range parameter. Is that acceptable?
OrangeRockさん、フォローありがとうございます。m(__)m
Thank you storaid,
As an amateur developer, I think that in today’s resource-rich environment, it’s perfectly fine to simply ignore parameters that don’t interest you. On the other hand, I also understand that if there are rules, it’s better to follow them.
Then, if the request includes a RANGE parameter, it will return a 206 response with a Content-Range parameter. Otherwise, it will return a 200 response without a Content-Range parameter. Is that acceptable?
-60 was for verification purposes. I’ll set it to 0.
Tamageta88さん、ご意見ありがとうございます。(^_^)
お考え承知しました。考慮するようにしますね。
In yesterday’s release, I changed the behavior from “re-subscribe” to “renewal”, but the explanation remained unchanged from the resubscribe time. I’ll review it.
Thank you.
1. I am a bit confused about the Content-Type.
Why does it return audio/x-wav instead of audio/wav?I adjusted the MIME priority when applying ProxyStream. In this case, you’re probably playing the Wave file directly. In the next release, I’ll add an option to further adjust the MIME priority for you.
2. If we step outside the UPnP context and look purely at HTTP semantics,
is the Content-Range field in this response actually correct?Are you saying there’s a problem with the existence of this parameter itself, or with the value of this parameter?
Regarding the values, I believe I calculated them meticulously, including the Wave format header, but errors are still possible. Please point it out if you find any.
As for the existence of parameters, I don’t consider it a problem since the receiving side can simply ignore them if they’re not interested. I believe “TuneBrowserIFID” is similarly ignored.
あまり良い対応にならず恐縮です。ご理解ありがとうございました。
Hello.
Now TuneBrowser renews subscription instead of re-subscribing when they are nearing expiration in 1821.
Please try it when you have time.
Hello.
Now TuneBrowser is supporting both audio/x-XXX and audio/XXX cases to determine to apply ProxyStream in 1821.
Hello.
I have added location info (like http://192.168.XXX.XX:XXXX/dmr.xml) to the UPnP Status View in 1821.
残念ながらわかりません。
はい、Windowsの画面が更新されないと、そうなると思います。
TuneBrowserが再生をつづけいるということは、TuneBrowserがフリーズしているわけではなさそうです。
状況を正しく理解するのはむずかしいですが、Windowsの画面がフリーズしているとか、そういう状況ではないでしょうか。
ご確認ありがとうございました。改善が確認できて安心しました。
ドネーションありがとうございます..。励みにさせていただきます。
ありがとうございました。
_PERSON_Hも含めて解決できてよかったです。
ご確認ありがとうございました。
As you surmised, I have strictly enforced IANA compliance starting from 5.9.1. At that time, I’ve just realized that TuneBrowser being loose was the problem.
I’ll think about what to do.
いちばん上の行は、”_PERSON_D”という動的タグの内容を表示しています。
設定ダイアログボックスで
■ ツリー項目: タグの設定 – 動的タグ
■ プロパティ: 別名タグ – _PERSON_D
■ 値: _COMPOSERS; ARTISTとなっている部分の “_COMPOSERS; “の部分を削除してください。
Keyword Viewを表示させるには、TuneBrowser上部のメニューから
「表示」-「ドッキングウィンドウ」-「Keyword View」
を選択します。
(タイトル修正しました)
Oh, here ?
4.1.3 Renewing a subscription with SUBSCRIBE with SID
Thank you. I’d like to try to understand.
Thank you storaid,
You should understand that controlers and media servers connecting to the DMR are not only TuneBrowser. Information regarding the track being played by DMR is determined based on reports from DMR.
Development is difficult. Which part of the specifications should I refer to in order to understand the operation you mentioned?
Hi,
I have released preliminay release of 5.9.2. I tried to improve this matter. Please try it when you have time.
Thanks.
こんにちは。
こちらの問題に対処した先行版5.9.2を公開しました. よろしければお試しください.
onequinceさん、ご意見ありがとうございます。
やはり「前の曲に戻る」動作が状況によって切り替わる動作に違和感を感じる方もおられるのですね。考慮するようにします。
ツールバーにアサインしないまでも「曲頭に戻る」コマンドを(ホットキーなどで利用できるよう)用意しておく、というのは「0秒位置にシークする」という動作で考えてみます。
タスクトレイの件も含めて、あまり丁寧でない応対になってしまって、失礼しました。
「Viewや表示形式ごとに設定を変える」というのは、たとえば「トラック表示では上詰め」、「Player Viewの表示では上下中央」というように個別に上下中央表示を指定するのはちょっと躊躇する、という意味でした。ジャケット画像が左側に表示されるリスト形態の表示時の動作を指定することで検討しています。
よろしくお願いします。
こちらについてはすでに実装済みでした。OrangeRockさんのコメントを振り返っていて気が付きました。
お知らせできておらずすみません。
1.曲再生開始数秒以内にこの操作をした場合は、「前の曲に戻る」
2.数秒以上再生された状態での操作は「曲頭に戻る」なるほど、「数秒」を設定で変えるようにできて、0だと前の曲に戻るだったら、いまの操作に入れやすいかもしれませんね。検討してみます。
マクロ機能は、すみませんが、ないと思います..。
こんにちは。
Viewや表示形式ごとに設定を変えるというのはちょっと躊躇しますが、まとめてでよければ、検討してみます。
時間が経過しましたので、このトピックはクローズさせていただきます。
このトピックはクローズさせていただきます。
コメントありがとうございます。
再生中のトラックを最初から再生する動作については、どのような操作にしたらよいのか考えあぐねていましたが、Hatsuさんのおっしゃっているのは、「前の曲」の動作を前の曲ではなく現在の曲の先頭にするというお話しと理解しました。
残念ながら、そのようなやり方は考えていませんでした。たしかにそのような動作をするプレーヤーがあることは承知していますが、個人的にあまり良い動作とは捉えていませんでした。
現在のトラックを先頭から改めて再生するというニーズがあることは承知しましたので、引き続き検討はしてみます。
ありがとうございました。
改めて機能を確認してみましたが、「起動するたびに出て」くることはないようになっていました。
本当に起動するたびに出てきているのでしょうか?
Thank you for attaching log file.
2026/01/11 12:42:06,099.101: T01fd4: Reading file: [D:\MUSIC\car-usb\download\Album\Tracks\Wiener Philharmoniker, Carlos Kleiber - Beethoven Symphony No. 7 in A Major, Op. 92 I. Poco sostenuto - Vivace.m4a] 2026/01/11 12:42:06,116.220: T01fd4: Error: FFmpeg: Failed to call avcodec_find_decoder(86028)“Failed to call avcodec_find_decoder(86028)” indicates that this file is not in the correct format. And 86028 appears to indicate FLAC.
The file extension and content may not match.
インターネットへのアクセスを許可しない設定にすれば確認しないようになりますが、更新の確認だけを止めることはできないですね。作者としてはよかれと思って更新しているので、確認しないようにする発想がありませんでした。
将来機能としてちょっとなにか工夫できないか、考えてみます。
ご報告ありがとうございます。
ASIOドライバを検知する処理は、調べてみたところ2016年以降変わっていなくて、この先もこのままだと検知できないままになってしまいますね。解決できるかどうかわからないのですが、ひとまず販売元に貸与してもらえないか確認してみます。販売元は、調べてみたところ株式会社MUSINさんというところのようですが、合っていますか。
オープンになっているトピックにコメントいただくのは問題ありません。
ときどきは考えているのですが、どういう操作にしたらいいのかもうひとつイメージができていません。参考にさせていただきますので、よろしくお願いします。
原因が確認できました。Windows 11からタスクバーの挙動が変わったためでした。
次のリリースで対策したいと思います。
ご連絡ありがとうございました。解決してよかったです。
ご報告ありかどうございます。
たしかに、動作がおかしいですね。確認します。
GENREは複数タグに対応していますので、おかしいですね。
なにか関連する設定は変えていないでしょうか。あと大丈夫とは思いますが、 “;” は半角文字を使用されているでしょうか。全角には対応していません。
不思議な状況のままですが、その後いかがでしょうか。
ご確認ありがとうございました。
たしかに、パス名が変わると、新しい楽曲とみなしますね。
ご報告ありがとうございました。
はじめて聞く事象で、参考になりました。解決してよかったです。
ご確認ありがとうございました。
あまりこだわるところではないのかもしれませんが、上に書いたようにTuneBrowserは一度登録した楽曲の「新着順」は、その後のファイルのタイムスタンプの更新では変わりません。iTunesとの併用の状況がわかっていませんが、もしかしたらiTunesでの保存時に一度ファイルが消されるような動作になっているのかもしれませんね。
ファイルの作成日付は、コピーするだけで変わってしまったりしますので、データベースの管理要素としては考えていませんでした。
新着順は、登録時に日時を特定しますので、修正したら都度変わってしまうとか、そういうことはありません。
ご報告ありがとうございました。
ドライバーの設定変更ができたのですね。よかったです。
ご指摘のような事象ははじめて聞きました。
ちょっと原因なども思いつきません。ある特定の表示だけでなくて広範に発生しているようですので、書かれている通りグラフィックドライバとかそのあたりの問題ではないかと思いますが..。
ほかに情報をお持ちの方はおられるでしょうか? > ALL
ASIOの場合、ドライバ側から提示されるスペックを利用することになります。
問題があるかないかというと、ないのだとは思いますが、本来24ビットの能力をもっているのだとしたら、16ビット分しか利用できていないということになります。
ASIOドライバの設定等があれば、確認してみるとよいかもしれません。
Hello storaid.
Thank you for your analysis and attaching the log file.
As you mentioned, TuneBrowser does not re-subscribe to events after a timeout. I understood that this needs to be implemented, so I will consider addressing it in a release in the (near) future.
Thank you.
Thank you.
Please attach a log file saved by Toolbar button of Log View.
Does TuneBrowser’s current event handling trigger next-track/track advance logic on TransportState=STOPPED (from LastChange), or does it only rely on position polling something internal logic?
Event STOPPED is trigger to the next track when device is under control.
You can save a log file by toolbar button of the Log View (This log file contains several files shown in Log View tabs). Please attach this file. I’d like to check it in a few days.
TuneBrowserのライセンスはどちらで取得されたでしょうか。
- PayPal
- ベクター
- マイクロソフトストア
PayPalの場合は、3年分は購入された方のメールアドレスがわかるのですが、このフォーラムにご登録のメールアドレスから記録を調べても、見当たりませんでした。
ベクターの場合は、ライセンスキー再送付サービスがありますので、ベクターのほうにお問い合わせください。作者には購入者の情報が開示されませんので、わたしのほうではどなたが購入されたかがわかりません。
マイクロソフトストアの場合は、ライセンスキーは必要ありません。Windowsが自動で処理しますので、おなじマイクロソフトアカウントをご利用であれば、そのアカウントでWindowsにログオンすることでライセンスが適用されると思います。
よろしくお願いします。
Hi,
TuneBrowser is subscribing events including AVTransport.
Thanks.
Great. Thank you for confirming.
pokoさん、ご丁寧にありがとうございます。
以前からTuneBrowserをご利用だったのですね。なんとなく最近使いはじめた方のような印象を持ったので、基本的な話をさせていただきました。
TuneBrowserがお役に立ててなによりです。今後もよろしくお願いします。