フォーラムへの返信
-
投稿
-
こんばんは。
TuneBrowserはすでにある内部CUESHEETを編集することはできますが、新規で作成することはできません。ですので、CUEファイルのご利用がおすすめです。他の方々がどのようにCUEファイルを編集しているのかはわかりませんが、わたしはふつうのテキストエディタで編集しています (それができるのがCUEファイルの良いところかと)。
こんばんは。
ちょっとやり方がむずかしいですが、CUESHEETを応用すると、再生区間を定義して、それをリピート再生することで実現はできそうですね..。すこし先のリリースで、CUESHEETでの抽出を想定したフェードの指定もできるようにと考えていたので、それらを援用すると、(クロスフェードと言われている操作は無理だとは思いますが) ある程度スムーズに切り替えられるかもしれません。
ご期待の答ではないとは思いますが、参考にしていただければ。
Thank you for sending follow-up report.
And I’m very happy that you agree that TuneBrowser is a good music player. It was worth the effort to continue the development. Thanks again for your kind words.
こんばんは。
ご報告ありがとうございます。再生速度が速まったり遅くなったり聞こえる事象は、このフォーラムでもときどきご報告いただきますし、わたしのところでもたまに発生します。わたしのところでの事象は、TuneBrowserから見ればそのタイミングでしかドライバがデータをとりにきてくれなくなるので、どうしようもない感じです。おそらくはドライバとデバイスの間でなにか齟齬が発生するのだと思っています。外付けのUSB機器の場合 (わたしのところはそうですが)、暖房など含めた他の機器の稼働の影響 (ノイズか電源変動か…) で起きることもあります。
改めましてTuneBrowserのご利用ありがとうございます。たまにそう言っていただけると、励みになります(^_^)。
いえ、TuneBrowserの設定は難しいので…(^^;
ここで知見が蓄積されていけばいいなと思います。
ご確認ありがとうございました。
手許のTuneBrowserのログも変えましたので、このトピックはクローズさせていただきますね。
こんにちは。
Composerの表記方法を変更するには、設定ダイアログボックスの
■ ツリー項目: 表示の設定 – クエリの設定 – Keyword View用クエリ
■ プロパティ: Composer + Performer
■ プロパティ: Composer + Genreあたりに、”%_COMPOSERS,NameSingle%” という指定があると思いますので、この”,NameSingle” を削除してください。これは (ヘルプに説明がないですが) 名前のカンマの前まで≒苗字を抽出する指定です。これを消すと、フルネームが使用されます。
使用するトラック数のほうは
■ ツリー項目: 表示の設定 – ビューの設定 – Keyword View
■ プロパティ: Keyword Viewの設定 – 最大トラック数で変更することができます。
よろしくお願いします。こんばんは。ご確認ありがとうございました。
このエラーは、指定されたフォルダに対する更新イベント検出に問題があったときに出力されます。そのこともログ文中に明示できておらず、ここも改善したほうが良いと考えています。
そういう問題のため、通常のクロールには問題はありません。紛らわしくてすみません。
こんばんは。ご確認ありがとうございました。
これはおそらくTuneBrowserの問題ではないと思いますので、TuneBrowser側からなにか改善する予定はありません。
お騒がせしております。(^^;
まず、Crawlerのエラー表示を抑制する方法をご案内します。以下の項目を「しない」としてください。
■ ツリー項目: 基本の設定 – 詳細の設定
■ プロパティ: Crawlerのパラメータ – Crawlerの機能異常の通知方法それと、tamさんの空リストは、これはSMBの状態を示しているためだと思われます。DFSについてはよく知らないのですが、SMBに対する対処では検出できないようです。
こんにちは。
おそらくWASAPIでご利用と思います。こちらの例ではBluetoothのデバイスの議論ですが、特定のデバイスで発生するということは、同様の事象ではないかなと思います。
https://tunebrowser.tikisoft.net/forums/topic/12976/
WASAPIのEvent/Pushモードを変えてみるとか、強いこだわりがなければ共有モードと排他モードを切り替えてみるとか、そういったやり方で改善するかもしれません。
こんにちは。ご報告ありがとうございます。
“drive type: 4” は、ネットワークドライブを示しています。これの監視ができないということで、エラーが出ているのだと思います (用途によっては、監視が必須ともかぎらないので、我ながらこれでエラーにするのはどうかという気もしました)。
ネットワークドライブの監視については、以下の設定も確認してみてください。
■ ツリー項目: 基本の設定
■ プロパティ: 音楽ファイルの登録に関する設定 – ネットワークドライブ(NAS)の監視上にも書いたように、このエラーの取り扱いについては、ちょっと扱い方を考えたいと思います。
よろしくお願いします
こんばんは。
TuneBrowserは楽曲を管理して、その管理した楽曲を再生するソフトウェアですので、外付けCDプレイヤーから直接再生することはできないです。
よろしくお願いします。
だいぶ時間がたちましたので、このトピックはクローズさせていただきます。
タイトルを内容に合わせて変更させていただきますね。
だいぶ時間がたちましたので、このトピックはクローズさせていただきます。
だいぶ時間がたちましたので、このトピックはクローズさせていただきます。
だいぶ時間がたちましたので、このトピックはクローズさせていただきます。
だいぶ時間がたちましたので、このトピックはクローズさせていただきます。
ご意見ありがとうございます。
拡張子は、だいぶまえの話ですが、以前は表示しないようにしていたこともあったと思います。ただおなじベース名で拡張子だけが異なる場合(.m3uと.m3u8)に区別ができないというような話があって、つけるようにしたと記憶しています。
クエリのオプションなどで指定できてもいいかもしれませんね。ちょっと検討してみます。
Thank you very much for your detailed exploration and report. It seems understandable why the problem occurs rarely if it is caused by the network environment.
I hope this has solved the problem.
Thanks again !
ありがとうございました。
プレイリスト、依然としてわかりにくいですね..。せめて「タブの新規作成」を用意するとか、なにか考えてみようかと思います。
I’ve just found second dumpfile. Thanks again.
It shows timeout caused. Server did not not send data within 5 seconds.
2023/01/13 11:43:01,862: T0192c: TL17: TGHttp: HTTP Get : From: 4194304 Size: 4186522 2023/01/13 11:43:34,575: T0192c: TL17: TGHttp: HTTP Get : From: 8380826 Size: 4194288 2023/01/13 11:43:39,617: T0192c: TL17: TGHttp: HTTP Receive failed: [TFXFWTimeout]You can adjust this 5 seconds (=5000 ms).
– TreeItem: Basic – Network
– Property: HTTP file access – Receive timeout to begin (ms)Thank you. I’ve received dumpfile.
And, log contents show that socket session was disconected by the server.
Unfortunately, I cannot determine reason…2023/01/12 20:22:16,857: T00fb0: TL17: TGHttp: HTTP Connect : [http://192.168.2.xx:xxxxx/proxy/qobuz/5F219AB99CA9399C5F0DAD293D4BCAB9.flac] 2023/01/12 20:22:16,861: T00fb0: TL17: TGHttp: File size is already determined: 12840013 bytes 2023/01/12 20:22:16,863: T00fb0: TL17: TGHttp: HTTP Get : From: 0 Size: 4194304 2023/01/12 20:23:09,841: T00fb0: TL17: TGHttp: HTTP Get : From: 4194304 Size: 4186424 2023/01/12 20:24:01,265: T00fb0: TL17: TGHttp: HTTP Get : From: 8380728 Size: 4194264 2023/01/12 20:24:52,249: T00fb0: TL17: TGHttp: HTTP Get : From: 12574992 Size: 265021 2023/01/12 20:24:52,250: T00fb0: TL17: TGHttp: HTTP Receive failed: [TFXFWSocketDisconnected]Thank you for your explanation. My understanding of the situation has improved much.
BubbleUPnP is a little bit difficult. Some cases are reported in this this forum.
- https://tunebrowser.tikisoft.net/forums/topic/9732/
- https://tunebrowser.tikisoft.net/forums/topic/11397/
Can you send me a dumpfile when the problem occured ? When you faced to the problem, please keep TuneBrowser running (don’t quit TuneBrowser) and select a menu at the top of TuneBrowser, “Help” – “Dumpfile” – “Generate dumpfile for inspection”.
Then, dialogbox will be shown to generate dumpfile, and please enter “the code” below:
391B-022E
This code is valid for 3 days. Please do not panic. If more than 3 days have passed and you need to get a new code, I can recreate it.
If you are playing Qobuz steaming by TuneBrowser, I think you are using other app to browse tracks because TuneBrowser is not supporting Qobuz. And also I think that TuneBrowser is running as a player (renderer) only. Is it correct ?
Thank you for tring.
Then, are your music files stroed in Qobuz (not local drive) ? And, is TuneBrowser reading files from Qobuz via a stream like http?
Unfortunately, TuneBrowser is not supporting Qobuz. And Qobuz is not starting service in Japan. So I can not test it.
What type of storage are you using ?
Hello,
If DECD indicator is lighting, waiting stroage while reading file is occuring. So there is a possibility to solve this wating by using RAMDecode.
And also, you can adjust (increase) buffer size insted of RAMDecode.
– TreeItem: Playback settings – Decoding
– Property: File accessing – Memory cache size (KB) for reading fileThank you for finding TuneBrowser out of all the music software available.
Do you see any errors when playback stops? If so, please attach a screenshot of it here.
Also, by default, TuneBrowser stops playback on an album-by-album basis except in Playlist. Please check this setting.
- TreeItem: Playback settings
- Property: Playback operation and confirmation – Playback selected albums
Thanks
貴重な情報ありがとうございます。なるほど、そういう形態だったのですね!
ようやく状況が理解できました。どうもありがとうございました。
このトピックはこれでクローズさせていただきます。
こんにちは。
先ほど公開した先行版1665で、(細かいので更新内容には記載していませんが) WASAPIデバイスがハードウェアボリュームをサポートしているかどうかを参考情報としてログに出力するようにしてみました。
EndpointVolume hardware support: Volume: Yes Mute: Yesというような形です。もし興味があれば、ご利用のデバイスでの表示をご確認されてはと思います。
こんにちは。
うーん、排他モードが「カーネルをパス」しているはずというのは、ちょっと簡単には理解が難しいです。わたしはドライバはカーネル上にあると理解していました。
カーネルと言われているのは、 (オーディオ界隈では悪名の高い) カーネル・ミキサーのことでしょうか。ちがっていたらすみません。
この機能は、わたしの理解では現在はオーディオ・エンジンに含まれており、このオーディオ・エンジンはたしかに排他モードではバイパスされます。以下の図などを参照してみてください。
- オーディオ コンポーネントのUser-Mode (microsoft.comへのリンクです)
念のため、ですが、この説明にもあるように、オーディオ・エンジンはカーネル・モードではなくユーザー・モードで動作します。
で、排他モード/共有モードでこのオーディオ・エンジンをバイパスする/しないという話と、ボリューム制御ができる/できないという話は微妙にべつの話になると思っています。ボリューム制御をデバイスで行っている場合は、排他モード/共有モードに関係なくボリューム制御ができますし、デバイスではなくオーディオ・エンジンで行っている場合は、(排他モードではバイパスされますので) ボリューム制御はできなくなるものと思われます。
関係して、上図にも記載のあるEndpointVolume API内のIAudioEndpointVolumeインターフェイスには以下のような説明があります。
- IAudioEndpointVolumeインターフェイス (microsoft.comへのリンクです)
ここには、
デバイスにハードウェア ボリュームとミュート コントロールがある場合、 IAudioEndpointVolume インターフェイスを介してデバイスのボリュームとミュート設定に加えられた変更は、共有モードと排他モードの両方のボリューム レベルに影響します。
とあります。
以上のことから、前提とされている「WASAPIの排他モードでは音量調整できない」は失礼ながら正確ではなく、「WASAPIの排他モードでは音量調整できないことがある」というのが正しいのではないかなと思います。
こんにちは。
なぜというか、逆に、WASAPIの排他モードでは音量調整できないはずなのでしょうか? (たしかに音量調整できなくなるデバイスはたくさんありますが…)
Thank you for your confirmation !
ご確認ありがとうございました。
タブとプレイリストはちょっとわかりにくいですね。気にはしているのですが、なかなかうまく整理ができません。
ともあれ、解決してよかったです。
こんにちは。
ご確認ありがとうございました。ひとまずうまく動作しているようでよかったです。
いったんこのトピックはクローズさせていただきますが、またなにかあれば新しいトピックでご連絡ください。
こんにちは。
試してみたのですが、「選択されたアルバムを再生対象にする」が「Yes」の状態でも、外部プレイリストファイルの場合はアルバム境界をまたいで再生されました。
「プレイリスト」と言われているものは、外部プレイリストファイルでしょうか。あるいはAlbum Viewのタブでしょうか。ちょっと判別がややこしくて恐縮なのですが、もしわかりにくいようでしたら、タブの部分のスクリーンショットをアップしてみてください。タブのアイコンで判別することができます。
よろしくお願いします。
こんにちは。
Player View右上のボタン「Active Backgroundの表示」でオン/オフを切り替えることができます。
こんばんは。
foobar2000でそのプラグインが永続無料でご利用になれるということは、プラグインそのものは永続無料で使用できるものなのでしょうか。
わたしが書いた試用期間の話はあくまでもプラグイン側にそういう制約があれば、という話で、TuneBrowser側の試用期間にはそのような出音を変えてしまうような制約はありません。
ご理解合っていますでしょうか。よろしければご確認ください。
こんにちは。
ログの添付ありがとうございます。ただとくにおかしいところはないように思いました。現象だけ伺うと、たとえば試用期間のあるプラグインの試用期間が切れているときの動作のような感じにも見えるのですが、そういった制約はありませんか。
ご利用のプラグインのことは知りませんので、的外れでしたらすみません。
Hello,
Perhaps, device name has changed from Windows 10 to 11. Please try to click device name in Player View shown below, and select some device to playback.
こんにちは。
あれからいろいろ調べてみたのですが、モニタの機種名などを識別できるような固有の情報というのは、残念ながら見つけられませんでした。
それで、ある座標位置を指定して、そこに位置に該当するモニタを使用するという設定を追加してみました。先ほど公開した5.2.2の先行版にその機能を入れてあります。
もしお時間があれば、お試しいただけると助かります。年の瀬であわただしいところと思いますので、無理していただく必要はありません (年内に正式版にするつもりもありませんので…)。
設定画面は、モニタ番号を指定するのとおなじあたりです。いちおう説明を加えてありますのでそれを見ていただいて、もしわからないことがあればお手数ですがまた質問していただけますか。
よろしくお願いします。
Jahyさん、ご連絡ありがとうございました。
おっしゃるように何が問題だったかは不詳ですが、結果としてうまく動作するようになってよかったです。
このトピックはここでクローズさせていただきます。
ご確認ありがとうございました。
あらためてバージョン間の変更箇所を確認していたのですが、やはりWASAPIに関する変更はなく、不思議に思っていたところでした。バージョンは関係なかったということですね。
Event Modeでは発生しないことが確認できたとのこと、よかったです。デバイスによりこのEvent/Push Modeでうまく動作する/しないという事象はこれまでも確認しています。わたしの環境で改めて確認したところ、Bluetoothの場合、Push Modeではたしかに再生開始直後再生音がおかしくなるのですが、数秒で安定化します。このとき、TuneBrowserの動作としては正しいように見えますので、デバイスの特性だろうと思います。
Jahyさん、もしEvent Modeをお試しでなければ、お試しください。
ありがとうございます。
5.1.6は、AVX2版ではありませんが、まだこちらで公開しています。このバージョンを使用すると、やはり事象は発生しないでしょうか? (すでにお試しいただいている場合は改めて試していただくには及びません。TuneBrowserのバージョンちがいが要因か、あるいは時間の経過によるドライバ類などの環境の変化による要因かを確認できれば、という意図です)
また5.1.10ではかならず事象が発生するのでしょうか、あるいは発生するときがある、という感じでしょうか?
こんばんは。
「前バージョンから」と言われているのは、5.1.6では現象は起きなくて、5.1.10では現象が発生する、ということでしょうか?
こんばんは。
WASAPIではないのですが、わたしの環境ではあるASIO対応のデバイスが似たような状況になることがあります。他の家電類の動作が影響しているような感じであることから、電源変動が発生したときに、デバイスの状態とドライバの状態がかみ合わなくなるのだろうと想像しています。
この事象が起きた場合は、再生を止めて、TuneBrowser(=ドライバを使用しているプロセス)を再起動などするとだいたい改善します。
参考になればよいのですが。
TuneBrowserの設定をすべて初期状態に戻したい場合は、アンインストールしてインストールするくらいでしょうか。
hutiさん、ご報告ありがとうございました。なぜその設定で動作が変わるのかは不明ではありますが、対処のポイントが絞れてよかったです。
Tomiyamaさん、フォローありがとうございました。
これで、このトピックはクローズさせていただこうと思います。またなにかあれば新しいトピックでお願いします。
こんにちは。
お知らせくださりありがとうございます。そのような事象が発生しているとは気がついていませんでした。なにかできないか、すこし検討してみますね。
お手数をおかけしました。
ちょっと解像度の関係でPlayer Viewの右下部分の読み取りはむずかしい感じでした。ファイルサイズは512KBまで受け入れられるようにしているのですが、このサイズでは難しかったかしもれませんね。
どうもありがとうございました。
こんばんは。ご報告ありがとうございます。
わたしも原因の見当がつかず困っていましたので、ともあれ再生できるようになってよかったです。
HP-A3での再生ができるようになったということだと理解しました。他の方々のためにも、よろしければPlayer Viewのスクリーンショットをアップしていただけないでしょうか (とくに右下のインジケータ類の部分)。
それを見て、わたしも気づきがあれば解説できますし、設定等で参考になる方もおられるのではないかと思います。
よろしくお願いします。
Kumagaiさん、情報をくださりどうもありがとうございました !
大変助かります。またなにかお気づきのことがあれば、ぜひよろしくお願いします。
まず、HP-A3のSPDIFは出力しかないのではないかというのは、わたしの認識ちがいでした。混乱させてしまい、すみませんでした。
追加でご報告いただいた状況も含めてまとめると、以下のような状況でしょうか。
- Realtek Degital(Digital) Outputでの再生は、TuneBrowserとしては正常に動作しているように見えるが、音が出ない。
- HP-A3での再生は、TuneBrowserがエラーメッセージを表示して再生できない。
現在のバージョンでどのように再生するのか、というご質問については、TuneBrowserの更新履歴なども改めて確認してみましたが、WASAPIの出力関係の処理はここ1年ほど変更しておらず、そのため再生方法も以前とは変わらず、特別なことはありません。現在もわたしの環境では問題なく動作していますし、他の方からの同様のご報告もいまのところありません。
WASAPIの場合は、排他/共有モードやバッファモードを切り替えると、動作したりしなかったりするデバイスはあるようです。お試しになられてはいかがかと思います。
上のRealtek Digital Outputのケースは、TuneBrowserとしては正常に動作しているように見えます。
“Digital Output” ですので、PCの先にまた別の(アナログスピーカーではなく)DACなどが接続されている必要があると思いますが、そのあたりの接続や機器のボリュームなどはいかがでしょうか。WASAPIの共有モードの場合はPCのボリュームなども影響しますので、ご確認ください。
PCにアナログスピーカーを接続されている場合は、出力先として「スピーカー(～)」を選択する必要があるのではないかとも思います。このあたりのご利用環境は、挙げていただいた情報からはわかりませんので、あくまでも念のため、ご確認いただいたほうがよいかと思います。
HP-A3での再生はその後とのことですが、Kumagaiさんからも情報をいただいています。そのあたりもご確認ください。
ご報告ありがとうございます。やはり解決できませんでしたね。お手数をおかけします。
引き続き調べているのですが、ひとつわからない点がありますので、ご教示ください。再生デバイスとして「SPDIF インターフェイス (FOSTEX HP-A3)」を選択されているようですが、ここでSPDIFが出てくるのはどういう意味になるのでしょうか。HP-A3からSPDIFに出力されているのでしょうか? ホームページなどで見るかぎり、HP-A3には、SPDIFの出力はないように見受けられるのですが…。
他のソフトは問題なく再生できるとのことですが、再生デバイスがちがうとか、そういったことはないでしょうか?
すみません、取り急ぎ前のコメントを挙げたあとで、疑似的にチャンネル数が0になるようにしてやってみたのですが、挙げていただいたような結果を起こすことができませんでした。そのため上に挙げた対応だけでは解決しないかもしれません。
まず、現在は5.2.1が最新ですので、こちらのバージョンのご利用をお願いします。今回のWASAPIの事象に関係しそうな更新はないのですが、調査と対策は最新版に対して行います。Version 5.2.1へのバージョンアップは無料です。
また、他に同様の事象が起きている方はおられないでしょうか? > ALL
※ 元のタイトルだけでは意味が広すぎるので、タイトルも変更させていただきました。
よろしくお願いします。
こんばんは。
デバイスのチャンネル数が0になっているので、再生できないと判定されているようです。
以下の設定で、チャンネル数を取得する方法を変更してみてください。
- ツリー項目: 再生の設定 – WASAPIの設定 – (ご利用のデバイス名)
- プロパティ: WASAPI固有の設定 – WASAPI固有の設定 (2) – チャンネル数の情報源
ここが「MixFormat」になっていると思いますので、「EndpointVolume」にしてみてください。
こんにちは。
ご連絡ありがとうございました。前のコメントにも書きましたが、添付ファイルにログをつけていただければ、わたしのほうでも内容を確認することはできますので、もし必要でしたらお願いします。添付ファイルにログをつけるやり方がわからなければ、言ってください。
よろしくお願いします。
こんにちは。
はい、継続されます。よろしくお願いします。
しばらく時間が経過しましたので、このトピックはクローズさせていただきます。
さっそくのご確認、どうもありがとうございました。
うまく動作しているようで、よかったです。
わかりました。ではクローズさせていただきますね。
どうなんでしょう..。そういうCDを扱ったことがないので、すみませんが何とも言えません。1トラック目がPS1のデータというのは、すくなくともふつうではないのではないかと思います。
TuneBrowserでリッピングしたもので揃えたいと仰っていただくのは大変光栄なことですが、CUERipperも評判の良いソフトのようですので、得られる結果は変わらないと思うのですが、ちがいますか。Nemoさんのスキルがわからないので失礼なことを申し上げていたら申し訳ありません、リッピングして得られたファイルはフォルダを移動しても再生できたり、あるいは、あとからTuneBrowserなどでタグ情報を編集することもできます。それで揃えたのとおなじような感じになるのではないかと思います..。
こんばんは。
TuneBrowserは、他のソフトでリッピングした音楽ファイルも取り込むことができます。CUERipperというソフトでリッピングできたのであれば、そのリッピングした結果を活用することができるかと思います。
ご確認ありがとうございました。うまく動作したものと理解しました。
ヘッダはまとめないほうがよいとのこと、ご意見どうもありがとうございました。
ご報告ありがとうございます。
すでにログをご確認いただいていると思いますが、すみませんが、わたしのほうではそれ以上のことはわかりません。もし添付ファイルにログをつけていただければ、内容を確認することはできます。
こんにちは。
以下の設定を Yes にしていただくと元に戻ります。
- ツリー項目: 表示の設定 – ビューの設定 – Album View
- プロパティ: Album Viewの設定 – ヘッダ/フッタ表示の最適化 – トラックだけの場合は最適化しない
この件はこちらでもご指摘をいただいたのですが、やっぱり作曲者はまとめないほうがいい感じでしょうか? まとめないほうがいいと言われても、いまのところもとに戻す予定はないのですが、将来の参考にご意見を伺えればと思っています。
何度もすみません。
ファイル数が多くなってくると差が出てくるのかな。
それはそうなのですが、CPUの能力やメモリ容量によるとはいえ、おそらく体感するのは相当難しいと思います。
ご確認ありがとうございました。うまく動作したようで、よかったです。
ちなみに、ですが、「ヘッダ/フッタ表示の最適化 – 最適化は厳密に行う 」の設定を行うと、約3倍の処理時間がかかるようになります。ただわたしの環境で計測した条件だと、ある曲数の処理で、通常の設定では約40ms、厳密に行うようにすると約125msで、3倍とはいっても体感できるような時間差ではありませんでした。。
ご確認ありがとうございました。
その後、5.1.10からの差異を確認したのですが、この動作に関係するような点を見つけることができませんでした。そのため、なにか課題があるのかもしれませんが、差異がある理由は不明のままということになりそうです..。
ご確認ありがとうございました。報告していただいたおかげで、今回の問題に気がついて改善することができましたので、助かりました。
設定画面ですが、TuneBrowserは最低解像度を1280×900以上と定めています。もしこれより狭い解像度だと、もしかしたらボタンは表示することがむずかしいかもしれません。
無反応と言われていたのを、操作ができないという状態かと勘違いしました。
確認してみましたが、わたしのところでは問題なく動作しているようです。
L<>Rは、再生機器に関係なくTuneBrowser内部でステレオのPCMデータに対して操作を行います。そのため、使用環境による差の出るところがなかなか想像しづらく、すみませんが、いただいた情報からだとすぐに思い当たる点がありません。
こんにちは。
ビットパーフェクトの設定になっていると操作できません。ビットパーフェクトの設定を確認してみていただけますか。
こんばんは。
まずは、「「データベースの更新」をしようにもグレーアウトしており」の部分ですが、無効になる条件を確認したところ、選択されている曲がない場合でした。なにかトラックを選択して試してみてください。
それで、Tree Viewの「フォルダー・ツリー」ノードから右クリックで「データベースの更新」を行うと、そのフォルダーを対象に再登録を行います。お試いただければと思います。
こんにちは。お手数をおかけしています。
先ほど、この問題を対処した先行版を更新しました。
先行版はデスクトップ版しかありません。circus beeさんはUWP版をご利用とのことでしたが、デスクトップ版もお試しいただいているようでしたので、ご案内しました。UWP版への反映は、まだすこし先になると思います。
よろしければ、この先行版で一度動作を確認してみていただけないでしょうか。
よろしくお願いします。
先ほど、先行版を1659に更新しました。
ヘッダ/フッタの動作について、2点変更しています。
- ツリー項目: 表示の設定 – ビューの設定 – Album View
- プロパティ: Album Viewの設定 – ヘッダ/フッタ表示の最適化 – 最適化は厳密に行う …①
- プロパティ: Album Viewの設定 – ヘッダ/フッタ表示の最適化 – トラックだけの場合は最適化しない …②
まず、下の②のほうをYesにすると、5.2.0より前の動作と同等のものに戻ります。
次に、上の①のほうをYesにすると、②の設定がNo (=5.2.0方式) であっても、BMMNJIMさんの設定されているクエリが正しく判定されて、ヘッダが表示されるようになると思います。
誠にお手数ですが、お時間のあるときに、上の①と②の設定を試してみていただけないでしょうか?
よろしくお願いします。
補足です。
Level2とLevel1は、コンテント・グループを使用しているときに差がでます。
やっとスクリーンショットがとれたので、ご紹介しておきます。
以下が既定の設定のLevel 2です。
そして以下がLevel 1です。05トラック目「3つの小品」にも、作曲者名のヘッダがついています。
Level 2の場合は、その前の「4つの即興曲」とおなじ作曲者がつづいていることから、「3つの小品」の作曲者名も最適化で割愛されます。
こんにちは。
確認してみましたが、わたしの環境では以前と同様に問題なく動作しているようです。
メニューの「ヘルプ」「NAS(SMB)バージョン情報の更新」という項目がありますので、これを実行すると、期待度通りのNASが表示されていますでしょうか? (この項目の動作は、基本的に監視がAutoの場合に利用するもので、Yesにすると、ここでの結果に関係なくイベント検出するはずであるのですが…)
よろしくお願いします。
先ほど、ちょっとちがうコメントをアップしたのですが、わたしの環境でも問題を再現できそうな感じになってきましたので、もうすこし調べてみたいと思います。取り急ぎ、ご報告します。
製作者のTikiさんの立場からはそんな簡単な話ではないのでしょうね。
まあ、遺憾ながらそのような感じです..(^^;。もうすこし検討してみます。
こんばんは。
うーん、すみません、これだけの情報だと起動しない理由はわかりませんでした。32ビット版はたしかにもうサポートをやめかけではあるのですが、現在はまだそうはしていませんので、32ビット版だから問題ということはないと思います。
スタートメニューにはTuneBrowserはあるのでしょうか。それをクリックして起動しようとしても、なにも起きないのでしょうか (起動時のタイトルロゴくらいはでませんか)。
こんばんは。情報ありがとうございます。
やはりクエリの影響のようです。ヘッダ/フッタの部分に$ではじまるコマンド系を指定することを想定できていませんでした。ちょっとどうするか、お時間をいただいて考えたいと思います。
Level2とLevel1は、コンテント・グループを使用しているときに差がでます。Level2は複数のコンテント・グループにわたって最適化を行います。Level1は複数のコンテント・グループにまたがる最適化は行いません。例を示せればいいのですが、ちょっといまその用意ができなくて、また次の機会にさせてください。
Thanks again for confirmation !
もしかしたら、これ↓が副作用を起こしているのかもしれません。
※Compilationアルバムのときだけヘッダが表示されるように設定してあります。
よろしければ、この設定したクエリをアップしていただけないでしょうか。
こんばんは。お手数をおかけします。
ためしてみたのですが、トラック間にスペースがあくようなことはなかったです。
ヘッダまたはフッタに表示されるタグ値に、なにか特別な値が設定されていたりしないでしょうか..?
Hi Andrew,
Thank you for your confirmation.
Perphaps, ‘space’ is left margin. (^^)
こんばんは。
ご指摘ありがとうございます。こっちのほうがいいだろうと思い込んで、あまり深く考えずに適用してしまいました(^_^;。
設定ダイアログボックスで、
- ツリー項目: 表示の設定/ビューの設定/Album View
- プロパティ: Album Viewの設定/ヘッダ表示の最適化
で「なし」に設定してください。ただここの設定を変えると、Content Group等で表示する場合も変わります。もし不都合があったら、また言ってください。
よろしくお願いします。
ややこしかったですね..。
いったん、このトピックはクローズとさせていただきます。
ご確認ありがとうございました。ちょっとホッとしました。
開発はC++でやっていますので、いわゆるWindows SDKのほうです。
スクロールバーにしても、インデックスカードにしても、あまり大量に出るとうるさいので、表示する項目の量に応じて動的に変化するようにしています。もしかしたら、その事象かもしれません。
ちょっと古い情報ですが、以下のトピックなども参考にしてみてください。
Hi Andrew,
I have updated Pre-Release as 5.2.0.1658. In this version, date format is modified. When you have time, please check it.
Thanks.
ご確認ありがとうございました。
先ほど、スペースを含むタグを正しく扱えるようにした先行版1658をアップしました。
お時間のあるときにお試しいただけると助かります。よろしくお願いします。
ご確認ありがとうございます。
ちなみに、ですが、スクロールバーやインディックスカードについて、(良くも悪くも) 変化はありませんでしたでしょうか?
%ALBUMARTIST%使用できない件、ご不便をおかけします。思い当たる節がありますので、早々に再リリースしようと思います。
BOMの件は、RFCにそのような規定があるのですね。恥ずかしながら知りませんでした。ありがとうございます。ファイル出力時の初期処理はWindows SDKに任せていて、そこでの標準の処理で出力されてしまうようです。ここは、ちょっとどうするか考えます (どうもしないかもしれません)。
お時間のあるときに、スクロールバーやインディックスカードの状態についてご確認いだたけると助かります。
よろしくお願いします。
こんにちは。ご確認ありがとうございます。
まずソートの件ですが、ORDER BYについて書かれている例だと、ご想像のとおり後者のほうになります。
ソートキーになる情報が重複した場合に、そのなかでのソート順がランダムに見えてしまう事象について、その後あれこれ考えて、ちょうどこちらでランダムに見える (仔細は確認できませんでしたが) とのご指摘をいただいたこともあり、改善するようにしました。
先ほど、この改善版を1656として先行版にアップしましたので、もしよろしければお試しください。%_RECORDINGDATE%の指定だけで、ご期待の動作にできる可能性があります。
このリリースでは、スクロールバーやインディックスカードの表示の改善も行っていますが、この改善はYuzuki2216さんのケースにはあまり影響がないかもしれません。
残件として挙げられている件は、いまはソートキーの取り扱いでいっぱいで、すみませんがまだ思考や調査がそこまで追いついていません。まずは、今回の先行版での動作を一度見ていただけないでしょうか。その動作を見たうえで、スクロールバーやインディックスカードの動作を検討したいと思います。
よろしくお願いします。
こんばんは。
ちょっとすべてにお応えできるほど復習ができていないのですが、まずアルバムのソートはグループソートクエリを「%_RECORDINGDATE% %ALBUM%」などとすれば、日付+アルバム名でソートされるのではないかと思います (されていなかったら言ってください)。
ただその場合、ソートに使用したキーが結局全アルバム分できてしまうことになり、インデックスカードやスクロールバーの見出しは多すぎて表示されなくなります。
ではどうするか、というのは正直なところ簡単ではありません..。%_RECORDINGDATE%でソートした場合に、日付が同じものの並び順は、現在の処理だとたしかに性能優先の結果まちまちになります。このあたりの処理を見直すとなにかできるかもしれませんが..。
まとまった内容でなくすみませんが、いまはこのくらいです。
わかりました、ご報告ありがとうございました。
Library Viewerタブの表示のことを言われていると思います。
この内容は、選択したツリーノードによってソート順が変わります。たとえば新着順ノードをクリックした場合は新着順です。どのノードにしても、ランダムということはないのですが…アルバム名の前にアーティスト名でソートをしているので、そう見えるのでしょうか。
アーティストを無視してアルバム名だけで並べても、あまり適切な配置にならないように思うのでが、理解はあっていますか。
ツリーノードでのアルバムのソートの指定は、Tree View右上の歯車のボタンをクリックすると、そのノードのクエリの設定画面が出ますので、その「グループソートクエリ」の部分に (アルバム名でしたら) 「%ALBUM%」と指定してください。
Hello Andrew
Thank you very much for your suggestion ! (^^)
I had (have) a lot of trouble with English expressions. This makes it simple !
P.S. Vangelis Beaubourg is difficult album for me (^^;.