フォーラムへの返信
-
投稿
-
時間が経過しましたので、このトピックはクローズさせていただきます。
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がお役に立ててなによりです。今後もよろしくお願いします。
Tree Viewのフォルダーツリーに (フォルダのように) プレイリストファイルが登場してほしいということですね。トピックタイトル含めてそう書いていただいていました。
すみません、やはり捉えちがえていました。
すこし考えてみたのですが、フォルダーツリーの構造とTuneBrowserの楽曲管理の基本的な考え方からは外れてしまうこともあり (楽曲ファイルはフルパス名で一意なもので、ひとつのファイルが複数パスを持つといろいろ不整合がありそう)、簡単に実現するのはむずかしそうです。
もうすこし考えてみますが、そのような感じです。
Hello storaid,
I have tried using TrackDuration in 1817. Please try it when you have time.
Thank you.
pokoさん、
「ログの保存」のボタンがないということは、古いバージョンをご利用でしょうか。わたしの能力的に古いバージョンまでサポートをつづけることはできませんので、できれば新しいバージョンをご利用ください。ただ、バージョンを新しくすると一部の機能が変わってしまいます。その点はどうかご容赦ください。
TuneBrowserは個人開発のソフトウェアで、ある程度PCのスキルをお持ちの方に向けて公開しています。その点もどうそご理解ください。
ログの内容を確認しました。TuneBrowserがサポートしていない形式のタグ名 [QBZ:TID] が含まれているという内容でした。 このタグを特にご利用でなければ無視して構わないと思います。こうした無視できるメッセージを表示するのは、ご利用の方を不安にさせるだけで、あまり良くないかもしれませんね。ただ表示しないのもある意味無責任な気もするので、悩ましいところです。
最後に、
また、ウィルスソフトの事なのですが、突然のソフト終了や、警告表示は完全にウィルスソフト側の問題で、TuneBrouser側には何もない、それで問題が発生しているかもTuneBrouser側からは何も言えないという理解でよいのでしょうか？
の部分ですが、残念ながらよくありません。書かれているウィルスソフトの動作はよくわからないので、完全にウィルスソフト側の問題なのか、TuneBrouser側には何もないのか、といったこともわかりません。ご理解いただきたく、お願いいたします。
メッセージの上の部分に、そこに至る動作のログが表示されていると思います。そこから類推することはむずかしいでしょうか?
むずかしい場合、メッセージが表示されているダイアログボックスの左下に、「ログの保存」というボタンあると思います。これでログを保存していただき、添付ファイルとしてこのトピックのコメントにつけていただけますか。内容を確認してみます。
「ウィルスソフト」の動作については、すみませんが、こちらではわかりません。ご了承ください。
あまり聞いたことがない事象で、このようなグループ化になった要因を思いつきませんでした。TuneBrowserはリリース日だけでアルバムを分類しているわけではありません。
Tree View側のノード (「新着順」などのルートノード) はなにを選択されているでしょうか。またそのTree Viewノードに設定されているグループクエリはわかりますでしょうか。
Tree Viewを選択した状態で、Tree View右上の歯車のマークのボタンを押すと、設定項目が現れます。そのスクリーンショットでも結構です、
またグループクエリが空欄の場合は、標準のグループクエリが適用されることになりますので、おなじ設定ダイアログボックスの
■ ツリー項目: 表示の設定 – クエリの設定
■ プロパティ: 標準のクエリの設定 – 標準のグループクエリのほうも確認をお願いします。
よろしくお願いします。
こんにちは。
ちょっとご要望の状況をうまく捉えられていない気もするのですが、たとえば、
- TuneBrowserの管理するフォルダにはプレイリストファイルだけを置く
- プレイリストファイルから参照している音源ファイルは、別の (管理していない) フォルダに置いておく
- その際にはプレイリストファイルにはフルパス名か相対パス名を書いておく
というようなことをすれば実現できそうです。そういうことでしょうか?
時間が経過しましたので、このトピックはクローズさせていただきます。
hiroさん、いつもありがとうございます。
時間が経過しましたので、ひとまずこのトピックはクローズさせていただきます。
時間が経過しましたので、このトピックはクローズさせていただきます。
時間が経過しましたので、このトピックはクローズさせていただきます。
時間が経過しましたので、このトピックはクローズさせていただきます。
時間が経過しましたので、このトピックはクローズさせていただきます。
tohioさん、
「ライセンスキ－を入れる際に新規購入を押してしまい」というのは、UWP版を入れられたということでしょうか? (UWP版はマイクロソフトストアからダウンロードする版のことです)
そこで購入処理まで完了されたということは、そのままそのUWP版をご利用になられたら良いのではないかと思います。
ライセンスキーがお手許にある場合、それはこのサイトからダウンロードするデスクトップ版で使用できます。無理にこのデスクトップ版を使用する必要はありませんが、このデスクトップ版はこちらからダウンロードすることができます。このデスクトップ版にはお手持ちのライセンスキーが入力できるのではないかと思います。
kiriarisuさん、ご確認ありがとうございました。
今後もよろしくお願いします。
ご登録のメールアドレスがPayPalの記録にありましたので、先ほどライセンスキーを再送しました。
ご確認ください。
hiroさん、ありがとうございます !
了解しました。ご報告ありがとうございます。
「登録ボタンが表示されない」と言われている画面のスクリーンショットをアップしていただけないでしょうか?
よろしくお願いします。
Thank you for sharing your thoughts.
I’d like to consider what can I do.
ご確認ありがとうございました。
今回はご連絡いただき助かりました。今後もどうぞよろしくお願いします。