フォーラムへの返信
-
投稿
-
お送りしたURLに入力するコードは、一定期間が経過すると無効になります。もし無効になってしまったら、ご連絡いただければ再発行しますので、よろしくお願いします。
Thanks for information that how things are going. It is good to hear that the crashes are gone (although I don’t know why).
I think that the TuneBrowser may be operating inefficiently in some environments, but without reproducing the behavior, it is difficult to make improvements. I will continue to improve the TuneBrowser if there are inefficient parts in its operation.
You know, UPnP playback schema consists of three parts: Controler, Media Server, and Renderer. These are independent of each other. I think it is not a good idea to design the Controler part with the basic concept that only TuneBrowser exists in your network.
I have checkeded these behaviours.
Before playback, all indicators will be initialized. It does not matter what track was playing before.
If the Player is not ready when the indicators are initialized, these will be initialized again when the player is ready.
Therefore, the current behavior is not a problem. Please understand.
なるほど、たしかにフォルダツリーは、そこだけ特別なグループ化の指定が行われていて不評だったので、一般的なグループ化が行われるように変えた経緯があります。
他と合わせたら合わせたで、やっぱり混乱させてしまいますね…。
有用な回答ができず恐縮です。よろしくお願いします。
旧来通り、といわれても、どのような設定でご利用だったかはわかりませんので、すみませんが再現は困難です。
書かれている内容からふと思ったのですが、もしかして、Tree Viewフォルダツリーでご利用で、フォルダ単位でグルーピングできれば良いのでしょうか。
その場合は、つい先日べつの方に案内したこちらの方法で設定してみてください。
よろしくお願いします。
このフォーラムにご登録のメールアドレスに、ファイルのアップロードを方法を書いたメールをお送りしますので、その方法でお願いします。
まあまあ大きなファイルを受信できるようにしていますが、それでも容量の問題でアップロードできない場合は、メールでも困難と思いますので、お手数をおかけしたうえですみませんが、受信は諦めます。
よろしくお願いします。
画像の切り替えそのものをやめればちらつくこともないのかなと思いましたが、切り替えはされたいのですね。
そうですね、動画があるとわかりやすいかもしれません。
おなじ画像が映っているイメージファイルでも、アスペクト比や解像度が微妙に異なるものがあると、ちょっとちらついたように見えることがあるかもしれませんが、それはちらつきとはちがいますか。
ユーザーに手入力してもらうのに、”123×123″ と入力してもらうのはないかなと思います。
こんにちは。
お悩みのポイントはわかってきたと思います。が、残念ながらTuneBrowserには元のフォルダ構造を維持してたまま、レベルの異なるフォルダ階層群をコピーするような機能は、ありません…。
弱りましたね。なにがどうなっているのか、どうしたらいいのか、さっぱりわかりません。
TuneBrowserは、通常は、フォルダ構成でグループ分類をしているわけではありません。タグに含まれる情報からグループを分類しています。上でご紹介した “%ALBUM%” はアルバムタイトルだけでグループを分類しています。標準のクエリは、
%@_GRPARTIST%+%ALBUM%+%ALBUM EDITION%+%X_ENCODER_TYPE%となっていて、アーティスト情報、アルバム名、アルバムの版、エンコード形式でグループ分類をしています。
N_Kawaguchi2211さんがどういう情報に基いてグループ分類をされたいのか、そこがわかれば、クエリの書きようもあると思いますが…。
その後いかがでしょうか。
I’m sorry, but currently, I can not take the time to check your details.
こんにちは。
たしかに、クエリの編集はしづらいですね。
そんなにご活用いただいてとても光栄に思います。ご提案いただいた方法も含めて、時間はかかるかもしれませんが、なにか改善できないかちょっと考えてみます。
kumagaiさん、ありがとうございます。
hiroさん、kumagaiさんへの返信内容含めて文章を確認していますが、申し訳ないですが、やりたいと言われていることがもうひとつ掴めません。
「エクスプローラでＨＤを開いた時のホルダー形式で別のＨＤにコピーされたら理想なんですが」との文章からはエクスプローラーでフォルダ操作することが理想のような印象を受けるのですが、、エクスプローラーのコピーはむずかしいと言われているようにも思えます。
読み取りが悪くすみません。
ご確認ありがとうございました。
こんにちは。
たしかに、ときどき画像の切替直後にまた切り替わるような動作をすることがありますね。そのことを言われているのでしょうか。タイミング的に捕まえることができた場合には原因を調べて改善を試みていますが、ほかの要因のデバッグ中などはそうもいかず、また致命的な問題でもないこともあって、優先度は低くなっています。
以下の設定で切り替えを抑止できないでしょうか。
■ ツリー項目: 表示の設定 – ビューの設定 – イメージの設定
■ プロパティ: ジャケット画像の設定 – ときどきイメージを切り替えるファイル名に優先度があるのはその通りです。それは代表イメージとして選定されることを想定しやすいようにそうしています。
イメージの表示に関してとくに5.6.1が特別だということはありません。
サイズの単位はピクセルです。説明に単位をつけておきます。
こんにちは。
おっしゃっていることがよく呑み込めていなくて申し訳ないですが、フォルダ単位でファイルを移動するなら、わたしであればエクスプローラーでフォルダ/ファイルを移動させ、移動先のフォルダもTuneBrowserの管理フォルダに含めるようにすると思います。
これでイメージはあっているでしょうか?
ご理解ありがとうございます。
TuneBrowserは基本的にアルバム単位にグループ化して表示するようになっています。
選択したフォルダ内のファイルを1グループとしてまとめて表示するには、Tree Viewの「フォルダーツリー」を選択した状態で、このViewのツールバーの歯車のアイコンをクリックします。ツリークエリの設定が表示されます。
以下のように、グループクエリの部分に “%_FILEFOLDER% を指定してください。右端のドロップダウンボタンをクリックすると、あらかじめ候補が表示されると思います。
これで、フォルダ単位でグループ化されるようになると思います。
よろしくお願いします。
ご確認ありがとうございました。
今回、ご指摘いただいて助かりました。
Thank you for following.
確認ありがとうございました。
5万曲以上あるということですね。1.5GBの消費が適切かどうかは簡単には言えませんが、TuneBrowserは1曲について、タグデータ以外に、再生時やアニメーション時に必要な情報、性能を出すために必要な情報など、さまざまな属性を管理しています。仮に10KBとすると、10万曲で1GBになりますね。
1曲に対してそれだけの付加情報を管理しているのだとすると、それはやりすぎではないかという話も出てくるかもしれませんが、それらの機能を排除していくと、別のソフトウェアになってしまいますし、TuneBrowserの良いと言っていただいている点もなくなっていきそうです。
すみませんが、これ以上コメントできそうなところはなさそうです。
ご確認ありがとうございました。
最初のご質問に戻ると、曲数によってメモリ容量が変化するのはその通りです。以下は、わたしの環境で起動してからしばらく経過したときのメモリ使用量です。約5万曲です。
あとは…すぐに思いつくのは画像のキャッシュ量くらいです。
■ ツリー項目: 表示の設定 – ビューの設定 – イメージの設定
■ プロパティ: 性能に関する設定 – 画像メモリキャッシュの最大枚数ご確認ありがとうございました !
トラックやアルバムを選択して、右クリックメニュー、「イメージの管理」を選択すると、ジャケット画像を管理するダイアログボックスが表示されます。
そこで、埋込みイメージかフォルダイメージに画像があれば、たぶん大丈夫だと思います。
PC引っ越し時に、いま使っているPCと併用できる期間があれば、あらかじめ試していただくとよいと思います。
こんにちは。
楽曲の数とかにもよりますが、わたしの環境だと、起動してデータベースを読み込んだだけでは1GBを超えることはありませんでした。不思議ですね..。
RAMDecodeを使用していると、その機能の趣旨からふんだんにメモリを使用しますので、もしRAMDecodeをご利用でしたら止めたほうが良いと思います。
ジャケット画像をどこに保存されているかによりますが、楽曲ファイルとおなじフォルダ、あるいは楽曲ファイル内に埋め込んでいる場合はそのままその画像が利用できます。TuneBrowserでCDから取り込んだ場合は大丈夫です。
ご連絡ありがとうございました。ファイル修復できてよかったです。ほっとしました。
INDEXはTuneBrowser自身は01しか使用していませんが、01以外の指定があった場合でも重複判定はせず、継承して保存するようにしようと思います。
ご連絡ありがとうございます。
5.6.0で、CUEHSEETのタグ(TRACKNUMBER)の多重定義に対する処置を入れたのですが、その際に、INDEX 00とINDEX 01の両方が定義されていると、多重定義と判定してしまっているものと思われます。
早々に確認と対策を検討します。ありがとうございました。よろしくお願いします。
わかりました。ご連絡ありがとうございました。
こんにちは。
おそらく、新環境にインストールされたことで最新のTuneBrowserのデフォルト設定が適用され、それがご利用のタグの情報とあまり整合しなくなっているのではないかと思います。
修正する方法はいくつかありますが、以下の設定で
■ ツリー項目: 表示の設定 – クエリの設定
■ プロパティ: 標準のクエリの設定 – 標準のグループクエリ右側にドロップダウンボタンがあり、それをクリックすると “%ALBUM%” というシンプルなものが選択できます。これを使うと、アルバム分類がシンプルになるので、もうすこしまとまるようになるのではないかと思います。
こんにちは。
どの部分の作曲者名でしょうか? すべてでしょうか?
もし特定の部分だとしたら、スクリーンショットなどで示していただけると理解しやすくなると思います。
ご確認ありがとうございました。
I’m sorry for my late response.
I can not determine the reason for the traffic behavior. Pause Type 1 is for USB DAC. Unfortunately, there is no relation.
If TuneBrowser crashes, it will detect the dump file at the next startup. If it finds one, follow the instructions in the dialog box and please send it to me.
こんにちは。TuneBrowserのご利用ありがとうございます。
ご意見ありがとうございます。
ご要望は理解します。いっぽうでわたし自身はTuneBrowserはゲームではないと思いながら開発を進めています(DirectXを使用して描画しているので、ときどきゲーム開発的な発想になりがちですが…)。音楽再生やTuneBrowserの立ち位置をどう捉えているかによって、PCのリソース消費に対する考え方も変わってくるのだろうと思いますが、TuneBrowserはかなり注意してそのバランスをとるようにしています。それは内部アーキテクチャにも表れていて、たとえばビデオカードの問題などでWindows全体の描画が完全に止まった状態になった場合でも、TuneBrowserが再生をつづけているという状況を経験された方もおられるのではないかと思います (そのうち「予期しない状態」を検出はしますが再生は止まらないと思います)。べつにそれを目指して設計しているわけではないですが、それは内部アーキテクチャの設計の結果です。
逆に言うと、パラメータ調整だけでフレームレートをあげられるというものでもないということなので、ちょっと簡単にご要望にお応えすることはむずかしいという話です(^^;。もうすでにご理解いただいているとは思いますが。
ただ、今後の開発に際して、ご意見は参考にさせていただきます。
※部分については、このフォーラムのシステムはオープンソースを活用して実現しており、仔細のところはわかりません。すみません。
こんにちは。TuneBrowserのご利用ありがとうございます。
以下の設定で色を変更できます。「自動」になっているので、その「自動」のチェックを外すと任意の色を指定できます。
■ ツリー項目: 表示の設定 – 色の設定
■ プロパティ: その他の色 – PlayingBar設定方法でわからないところがあれば、またご連絡いただけますか。
よろしくお願いします。
時間が経過しましたので、このトピックはクローズさせていただきます。
遅くなりましたが、確認しました。
たしかにご指摘いただいたように、キーボードアクセラレータが効かなくなっていました。これは意図したものではありませんので、改善するよう検討したいと思います。
ありがとうございました。
時間が経過しましたので、このトピックはクローズさせていただきます。
まず、設定ファイル類は以下のフォルダにあります。
C:\Users\<UserName>\AppData\Roaming\Tiki\TuneBrowser
(一時的な状態などは、レジストリにも格納されています)
それとは別に、提示していただいたログは音楽ファイルのフォルダが存在していないということを示しています。これはデータベースと関連づいた情報なので、データベースに記録されています。このフォルダは、設定で手動で変更されるとよいと思います。以下の項目です。
■ ツリー項目: 基本の設定
■ プロパティ: 音楽ファイルの登録に関する設定 – 音楽ファイルのフォルダよろしくお願いします。
これはアルバム群の区切りを示す見出しですね。
設定で、以下の項目を「なし」に設定していただくと表示されなくなると思います。
■ ツリー項目: 表示の設定 – ビューの設定 – Album View
■ プロパティ: Album Viewの設定 – アルバムのグループ化以下の設定を空欄にしてください。
■ ツリー項目: タグの設定
■ プロパティ: タグの設定 – コンテンツの区切り文字(コロンが設定されていると思いますが、Delキーで消して空欄にしてください)
ご提案ありがとうございます。
検討してみます。
Thanks.
That’s strange… Are you using RAMDecode function ?
If you are using it, please turn it off and see if the behavior changes.
Thank you.
Then it seems that your controller/tablet is relaying and sending out data. From the TuneBrowser side, I don’t know why your controller/tablet is working that way.
わたしもオーディオ好きですが「オーディオはなにを変えても音に影響する」という話があります。
おそらく、なのですが、再生ソフトによって音が変わるという議論は、送出しているデータのちがいという話ではないところで発生しているのだと思っていました。デジタルケーブルやUSBケーブルによる音のちがいの議論も、データが加工されてしまっているとか、そういう話ではないですね。
何の「違い」を言われているのかにもよりますが、CPUが実行しているインストラクションはちがうと思います。もしかしたら、議論の飛躍かもしれませんが、それに伴ってUSBのGNDも変動しているかもしれませんね…。
ただ、送出しているデータには違いはないと思います。
Thanks.
音質に関する議論は他の方々に譲るとして、変更については、 Change Log にあるように、今回はさまざまな部位に渡っています。
Hello.
1.-> Yes. It is my mistake.
2.-> No. Development of this feature has been completed.
“Metadata” is based on metadata received by the controller part of TuneBrowser.
“HttpRequest” is based on URL params received by the media server part of TuneBrowser.
Anyway, as previously discussed, this info is experimental and useless to you. Sorry.
Thank you for your response.
I understood that TuneBrowser is running on “streamer”.
You can see which file(URL) TuneBrowser is playing. Please check following. On the Player View, hover the mouse over the rectangle that appears to the left of the track.
Hope this information helps.
こんにちは。ご連絡ありがとうございます。
確認してみます。
Hello. Thank you for using TuneBrowser.
The routing of data during UPnP playback depends on controller operation and equipment configuration. For example, in the following simple configuration, TuneBrowser performs local playback without networking.
- TuneBrowser(Media server) -> Controller -> TuneBrowser(OpenHome player)
If you describe the path of the data, maybe I can find out something.
keichan3801さん、こちらこそ古いトピックに情報を下さり、どうもありがとうございました。
大変助かります。
Sorry, “ProxyStream Indicator Reporting Source” is a setting related to Player View indicators and is disabled. Sorry for the confusion.
どうもありがとうございます。m(__)m
時間が経過しましたので、このトピックはクローズさせていただきます.
時間が経過しましたので、このトピックはクローズさせていただきます.
時間が経過しましたので、このトピックはクローズさせていただきます.
時間が経過しましたので、このトピックはクローズさせていただきます.
大変お待たせしました. 正式版として公開しましたので、お知らせします.
The following option was added in 5.6.0.
– TreeItem: Basic – Detail parameters
– Property: Version-specific settings – Disable AutoHide modeIf this option is set to No, AutoHide mode will be enabled at the next startup. Please note that this feature is no longer officially supported and it may be removed in the future.
動作を確認したところ、たしかに「ドライブごと存在しない場合は消去しない」動作の対象は、管理対象のフォルダのドライブだけになっていました。そのため、管理対象にしていないフォルダのドライブの場合は、ご指摘いただいたような動作をすることになります。
この動作はずいぶんむかしからそのような動作になっていますので、見直すかどうか、ちょっと容易に判断できません。
「音楽ファイルのフォルダ」に登録して、管理対象に登録していただければ、 ご期待の動作になるのではないかと思いますが…。いかがでしょうか。
設定の内容を見ましたが、とくになにか気になるようなところはありませんでした。
後日になってしまうのですが、ご指摘の状況を再現できないか、試してみたいと思います。
ご報告ありがとうございます。原因がわかってよかったです。
Kumagaiさん、Teraiさん、ありがとうございました。
「過去にも紛失して再発行」ということは、おそらくはPayPalでライセンスキーを取得されたのだと思いますが、このフォーラムにご登録のメールアドレスを検索しても、見つけることができませんでした。
PayPalは3年分の取引記録を保持しています。この期間に記録がないとなると、残念ながら確認が難しいです。ご理解いただければと思います。
よろしくお願いします。
数枚のCDの取り込み(リッピング)を試してみましたが、ご指摘のような現象を発生させることはできませんでした。
同様の現象が発生している方はおられますでしょうか ? > 皆さま
Thank you.
お問い合わせありがとうございます。
5.6.0は、バージョン番号が示すように、大きめの変更を加えています。ご指摘などもつづいていましたので、しばらくは先行版の状態で置いておこうと考えていました。もうすこし様子を見て、ご指摘が落ち着いてくるようでしたら、正式版にしたいと思います。
Hello.
Thank you for notifications.
I have confirmed both points, indicator and “ProxyStreamT” (ProxyStreamT is a internal identifier for ProxyStream). I will try to improve them in the next release.
Hi,
I’m fixed my messy English. Thanks for your notification.
Thank you for using the TuneBrowser.
Unfortunately, I don’t know about Ifi ZEN Streamer, so I can’t advise. Let’s hope others will comment.
OKボタンは、
- 入力されたライセンスキーの形式があっている
- 名前が入力されている
状態で押せるようになります。名前は入力されているとのことですので、ライセンスキーの形式があっていないのではないかと拝察します。
すでにライセンスキーをお持ちでしたら、Windows再インストールにあたって再度ライセンスキーを取得していただく必要はありません。
ご確認ありがとうございました。
改善してよかったです。
Thank you for confirmation.
ご確認ありがとうございました。
ご指摘いただいて助かりました。
Thank you for confirmation.
Sorry for the messy English. I will fix it in the next release.
ライセンスはどちらで取得されたでしょうか。
PayPalまたはベクターの場合、取得時にメールでライセンスキーを送付していますので、それをご利用ください。
マイクロソフトストアの場合、ライセンスキーはありません。ライセンス取得時のマイクロソフトアカウントでWindowsにログオンされると、自動的にライセンスが適用されると思います。
I improved this issue in 1776.
Please try this when you have time.
Thanks.
Hello.
I’ve released 1776.
– TreeItem: Basic – Network
– Property: OpenHome/UPnP – UPnPSOAP – Connet timeout (ms)Try to increase this value like 30000 (30sec).
Thanks.
WanFie san, thank you very much indeed.
ご登録のメールアドレスがPayPalの記録にありましたので、ライセンスキーを再送しました。
Sorry, but I can’t tell nothing from the logs.
There are 3 threads to show this information.
- Controler thread: Decides whether to use ProxyStream for the UPnP Renderer.
- Media server thread: Determine the samplerate and bit depth that should be decoded for http requests.
- GUI thread: Receives notifications from the media server and displays samplerate and bit depth.
2 and 3 are roughly in sync by internal event message. But 1 and 2 are completely unrelated. Media server (http server) accepts requests from unspecified devices. The comment in the tooltip above implies that. So the information displayed may not always be that of the device being controlled. Media server (http server) does not identify the requester.
Thus, these may not be accurate information.
You always said other software could do it. Then use that software. I thought TuneBrowser was a bad software for you.
I spend so much time analyzing and responding to your comments . I have not been able to take time for development. Please understand that.
Thanks for the explanation.
If I have to continue to consider different proposals for another devices than the TuneBrowser problem, I still want to stop supporting UPnP.
I don’t understand why that check is a security measure. What kind of security are you worried about?
If another controller’s control comes in, of course it will not match.
Hello, storaid. Thank you for notification.
What kind of compliance are you talking about ?
They suggested that DIDL-Lite metadata should undergo compliance check to ensure its reliability and security.
If there are possibilities of serious problems or known security risks in the TuneBrowser that I am not aware of, I would like to stop providing UPnP features, as I am finding that it is difficult to provide any further UPnP support.
Can you provide me with a URL where I can find more information on UPnP compliance check? (Currently, unfortunately, I have no information about it. If the compliance is including security issues as you said, it will be difficult to support by indivisual development. Anyway, I want to know the contents of compliance check)
P.S. For UPnP features, TuneBrowser is not using libxml2 and any other external UPnP libraries.
I’ll make the timeout value adjustable in the next release. If the timeout is extended, the error will probably not be detected in your case.
Okay. This is certainly incorrect information. This is an additional feature and should be disabled.
It is difficult to understand this behavior from the log because sevral threads are involved. Please understand.
This item means that “Queues the selected track for the next playback”.
Thanks. I confirmed this behavior. I will improve it in the next (probably) release.
Unfortunately, I could not to reproduce this behavior.
Thanks.