フォーラムへの返信
-
投稿
-
ログの添付ありがとうございました (ログは取得したあと削除しておきました)。
内容を確認すると、jpg画像の表示の際に以下のようなエラーが出ていました。
Failed to create BitmapDecoder from file: Error: コンポーネントが見つかりません。 (-2003292336 = 2291674960 = 0x88982f50) File: ____\AppData\Local\Tiki\TuneBrowser\ImageCache\Default\01447.d8f7d5de-80f8-4f1d-b9e2fd03bcc12837.jpgいずれのイメージファイルもTuneBrowserのキャッシュフォルダにあります。これはキャッシュされている画像が何らかの理由ですべて破損したか、ご利用のWindowsで画像のデコードを行うコンポーネントが正しく動いていないか、どちらかのようです。
ご利用のWindowsで、なにかお心あたりはないでしょうか。なさそうな場合、TuneBrowserのキャッシュを削除してみましょう。以下の設定を変更すると、キャッシュが削除されます。
画像をローカルディスク上にキャッシュする
ローカルディスク上に画像をキャッシュする場合は Yes, しない場合は No を指定します.■ ツリー項目: ビューの設定 – イメージの設定
■ プロパティ: ローカルディスク上へのキャッシュ – 画像をローカルディスク上にキャッシュするこの設定をNoにすると、キャッシュが削除されます。念のためTuneBrowserを再起動して、どうなるかご確認いただけれければと思います。
ご理解下さり、どうもありがとうございます。
TuneBrowserのご利用ありがとうございます。
バージョンアップしただけで画像が表示されなくなったという状況と思いますが、要因は思い至りませんでした。ヒントが得られるかどうかわからないのですが、以下の要領で画像関係のログを出力できるようにして、その内容を添付してもらえますか。
■ ツリー項目: ビューの設定 – イメージの設定
■ プロパティ: 性能に関する設定 – ログを表示するここをYesにしてTuneBrowserを再起動してください。
アルバムがオレンジ単色で表示されたら、上部のメニューの「表示」「ドッキングウィンドウ」「Log View」を選択してください。下部にLog Viewが表示されます。そのLog Viewの上部にはツールバーがあり、そのボタンからログの保存を行うことができます。
保存したログファイル(.tblgzファイル)をこのトピックのコメント(のAttachments)に添付してください。
こんにちは。
PayPalの場合、過去3年間は購入した方のメールアドレスがわかるものですが、調べてみても残念ながらご登録のメールアドレスは見つけられませんでした、
どうぞご了承ください。
コメントありがとうございます。
じつは、ご期待とはちがうかたちになるかもしれませんが、複数のデータベース対応については実現を検討していました。ただTuneBrowserにはバックアップ機能をつけていることもあり、そうした機能との整合がとりづらく、ちょっと頓挫していました。また機会をみて検討してみます。
ご連絡ありがとうございます。インストールが無事にできて、よかったです。
デバイスの認識の件は、もしどうしてもお困りの事象が発生したら、別トピックとしてお知らせください。解決はお約束できませんが、確認できることは確認させていただきます。
いろいろと試していただき、ありがとうございました。
解決してよかったです。(^_^)
TuneBrowserを起動したままインストールしようとすると、このようなメッセージが出ますが、そういうことはないでしょうか。
ただインストーラーはいちおうすでにTuneBrowserが実行されていないかチェックはしているので、そのチェックが効いていないとしたら、そこはちょっと謎です。
ありがとうございます。
OSのWASAPIデバイスを列挙する際に、以下のデバイスしかないように見えているのですが、なにか思い当たるような点はないでしょうか?
- FxSound Speakers (FxSound Audio Enhancer)
名称がおかしくて一致が確認できないとか、そういうような状況ではないようです..。
ご確認ありがとうございました。うまく動作したようでよかったです。
お手数をおかけしました。
確認ありがとうございます。
デバイス名の修正が思ったように動作していないかもですね。お手数ですが、前回と同様にログファイル(.tblgzファイル)を添付していただけないでしょうか?
先ほど公開した5.9.6の先行版で、デバイス名の修正を行うようにしてみました。お試しいただければと思います。
先ほど、5.9.6の先行版を公開しました.
何度もご指摘いただいてすみません。エクスプローラからファイル名を渡された際に自分が最初の起動か、2番目の起動かの判定時に曖昧な部分があり、最初の起動であるにもかかわらず、2番目と判定してしまうことがありました.
確認ありがとうございます。
デバイス名に意図しないコード (改行?) が入っていて、それがおかしくしている感じですかね..。ちょっと簡易的ですがいまリリースしようとしている版がありますので、そこに対策を入れてみましょうか。
TuneBrowser (デスクトップ版) の設定ファイル類は以下のフォルダにあります (Windowsの標準的なフォルダ構成の場合)。
- 設定ファイル類
C:\Users\<UserName>\AppData\Roaming\Tiki\TuneBrowser - データベース
C:\Users\<UserName>\AppData\Local\Tiki\TAGTunes
TuneBrowserのライセンスはどちらで取得されたでしょうか。
- PayPal
- ベクター
- マイクロソフトストア
PayPalの場合は購入された方のメールアドレスがわかるのですが、このフォーラムにご登録のメールアドレスから記録を調べても、見当たりませんでした。
ベクターの場合は、ライセンスキー再送付サービスがありますので、ベクターのほうにお問い合わせください。個人情報保護法以降、作者には購入者の情報が開示されないようになり、わたしのほうではどなたが購入されたかがわかりません。
マイクロソフトストアの場合は、ライセンスキーは必要ありません。Windowsが自動で処理しますので、おなじマイクロソフトアカウントをご利用であれば、そのアカウントでWindowsにログオンすることでライセンスが適用されると思います。
よろしくお願いします。
こんにちは。
ログにあるとおり、選択されているデバイスはOS上に存在していないようです。
Player View右下のデバイス名を表示している部分をクリックすると、メニューが表示されます。そこの「デバイス一覧の更新」を実行いただくと、ふたつある同名デバイスがひとつになるのではないかと思います。それで再生してみてください。
ご連絡ありがとうございます。
確認してみます。
時間が経過しましたので、このトピックはクローズさせていただきます。
ご確認ありがとうございました。ご指摘いただいて助かりました。
こんにちは。
先ほど公開した5.9.3の先行版でこの問題に対応しました。あまりスムーズな動きではないかもしれませんが、よろしければお試しください。
こんにちは。
このフォーラムの登録メールアドレスでしょうか? その場合、右上のユーザー名のところから変更できるようです。
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の表示では上下中央」というように個別に上下中央表示を指定するのはちょっと躊躇する、という意味でした。ジャケット画像が左側に表示されるリスト形態の表示時の動作を指定することで検討しています。
よろしくお願いします。