フォーラムへの返信
-
投稿
-
こんばんわ。
DSDの再生可能周波数から、DoPではなくASIO Nativeでの再生だと思います。その場合、PCにASIOドライバーがインストールされていて、TuneBrowserの再生デバイスとして選択されていれば、とくになにも設定しなくても再生できると思います。
再生デバイスとして選択するには、Player View右下のデバイス名が書かれているところをクリックすると、メニューが現れて選択することができます。
Hi, thank you for your respose. I see.
ほかの方で、CUEファイルから参照されているファイルが登録されてしまう問題に遭遇された方で、ご確認いただける場合には、コメントいただけるとありがたいです > ALL。
こんにちわ。
さきほど、4.14.2の先行版を公開しました。トレンドマイクロ社製品との問題の対処療法を試しています。その結果として、ASIO制御の子プロセスも最新のものに戻してあり、その最新版ではここで話題になった問題についても対策を入れています。
それで動作するとは限らないのですが、もしよろしければ一度お試しください。
Hi,
I have released preliminary version of 4.14.2 (These are desktop versions only). CUE file problem is improved at this version.
If you can use desktop version, please confirm behavior about this matter when you have a time.
Thanks,
Tikiこんばんわ。
TuneBrowserは、DACがDSDネイティブ再生に対応していれば、ASIO (自動判定です) またはDoP (設定が必要です) で再生できるのですが、すいませんが挙げられているiFi zen dacというDACが対応しているかどうかは、確認しなければわかりません。
どなたか情報をお持ちではないでしょうか?
それと、このソフトの名前はTune BrowserではなくTuneBrowser (あいだのスペースなし) ですので、できましたらそのように表記いただければと思います。
よろしくお願いします。
こんばんわ。
いったん解決したようでよかったです。設定を初期値に戻したときの表示位置が適切かどうかについては、ちょっといまはすぐに確認ができないのですが、また見ておきます。
こんばんわ。続報ありがとうございます。
先のコメントで、トピック終了と言われていましたが、シマンテックの反応が得られるまでオープンにしておいてはどうかと思っていましたので、ちょうどよかったです。
今回はシマンテックに対してアクションを起こしていただき、ありがとうございました。大変助かります。
こんばんわ。
追加の情報含めてありがとうございます。
セキュリティソフトは、PCに詳しくないユーザーを保護するためにとにかく行動に出てしまいますが、検知画面内のリンクなどを辿ってよく読むと、削除なりブロックした理由が示されています (例示していただいたノートンの画面では、おそらく「i」のアイコン部分のクリックで表示されるのではないかと想像します)。そしてその理由は「利用者が少ないから」「ダウンロード数が少ないから」あるいは「公開されてまだ日数が経過していない」のいずれかになっていることが多いと思います。
ユーザーの方々には、そうした理由の持つ意味と、このフォーラム含めこのサイトでTuneBrowserがオープンにしている情報とを勘案して、利用の可否をご判断いただく必要があります。そしてこのサイトでご提供している情報の信頼性にやはり疑問があるとお感じの場合には、マイクロソフトストアからのダウンロードという方法も用意しています。
可能であれば、今回tsukasanさんがやって下さったように、ご利用の方からセキュリティソフトベンダーへご報告いただけると大変ありがたく思います。シマンテックは以前は開発者からの申請を受け付けていたのですが、現在はこちらにも書いた通り、受け付けなくなっています。
なお補足ながら、現在も収束の気配のないトレンドマイクロ社製品との問題はまったく性質を異にするものです。トレンドマイクロ社の製品はTuneBrowserをセキュリティ上の問題とは捉えておらず、トレンドマイクロ社製品内部の問題で、TuneBrowserの起動時に動作を停止させてしまう、というものです。こちらについては、別のトピックで書いたように、同社は (その製品がウイルスバスターである場合は) ウィルスバスターの再インストールで改善すると言われており、それ以上の進展は残念ながらなさそうです。そのため、どうにかTuneBrowser側での対処療法で回避することができないか、検討を続けています (前向き感がなく まったく気の滅入る作業です)。
すこしちがう話になってしまいましたが、tsukasanさんにはシマンテック社へのご報告ありがとうございました。これで改善すると良いのですが、TuneBrowserはまだ当面は更新をつづけますので、そのたびに出てしまうかもしれません..。
こんにちわ。
関連付けはできているものと理解しました。
「既定のプレイヤー」であるかどうか、ですが、デスクトップ版はWindows 10以外でも動作する必要があり (先日Windows 7はようやくマイクロソフトのサポート切れになりましたが)、OSとの統合という意味ではあまり踏み込んだ動作にはしていません。
既定のプレイヤーに現れないのはそのためかと思います。
Hi,
Thank you for your notification!
I did not noticed it and I confirmed that you said.
I’d like to fix this problem.Hi,
This is the first time for me about mconnect. I downloaded it to my iPhone, and as you said, I found that mconnect could not browse TuneBrowser contents.
I’ll try to determine what is going, but sorry, it will take days or months. Please understand.
Nice (^^)
Thank you for your confirmation.
Hi,
It is probably due to the special behavior of Folder Tree selection. Clicking Folder tree node generates albums by folder name. Even if one folder contains many albums, these will be one album according to folder name.
To void this behavior:
- Click Folder tree node in Tree View.
- Click gear button at the top right corner in Tree View to modify tree query. Then preferences dialogbox will open.
- On the right pane of the dialogbox, there is a “Group query” item in the grid below. It is “%_FILEFOLDER%” by default.
- Set this item empty (delete strings). Empty means standard.
- And also “Track sort query” should be empty to use standard order.
- Close dialogbox by “OK” button.
Please try this.
Thanks.
こんにちわ。
処理を確認したところ、キーアサインはバックアップ対象に入っていませんでした。とくに積極的に対象外にした理由も思い出せないので、バックアップ対象とするように検討してみます。
こんにちわ。
設定を変更されていたのですね。TuneBrowserは標準の設定、通常の操作でポップノイズなどは出ないようになっていますので、どうしようもないなあと思っていました。
解決してよかったです。
こんばんわ。
とくに対象外にしたつもりはないので、なにか問題があるのかもしれません。すいませんが、ちょっと調べるのに時間がかかりそうです。
こんばんわ。
具体的なことが書かれていないので一般論ですが、TuneBrowserとしては特にすべきことはありません。
ありがとうございます。
クローズさせていただきますね。
ご確認ありがとうございました。
将来的には動的に変更に対応できるようにならないか、考えたいと思います。このトピックとしてはいったんクローズさせていただきますね。
こんにちわ。
TuneBrowserの内蔵Webサーバから公開している画像は、セキュリティホールにならないようにするためと、内蔵イメージ・フォルダイメージを透過的に扱えるようにするため、すべてキャッシュしています。
TuneBrowser上部のメニューから「表示」「Album Viewの操作」「イメージキャッシュのリセット」を試してみていただけないでしょうか? (このコマンドを実行すると、一時的にTuneBrowser内のUPnPの機能が再起動されます)
よろしくお願いします。
ご理解いただきありがとうございます。
今回は2回めのご要望だったので、きちんとご説明したほうがいいかなと思い、ソースコードを確認しながら時間をかけて説明を書きました。それでもだいぶ端折った内容になりましたが…。
正直なところ、ご要望に対して今後もこれだけの検討と背景説明を書いていく自信はありません。一見簡単なようであっても、いろいろと考慮しなければならないことがあり、検討・説明・実現はそう簡単ではないこともあるとご理解いただければありがたいです。
こんなことを言うと、要望を出す側も気後れして要望を出せなくなるという話もあるかもしれませんが、そのあたり双方なんとかバランスをとってやっていければいいのですが。
こんばんわ。
できれば「フッタ表示を最適化する」をYesで画像３のように_CONTINDEX内が共通で
あった場合最後の_SUBTITLEの下にフッター行が表示されるとスッキリして良いなと
思います。(コンサートのプログラムの様に)さまざまな表現形態があり得ると思いますが、自由に書式を設定できるようにしていることとプログラム内で最適化したロジックで処理していることとの兼ね合い、数万トラックをストレスの少ない時間で処理しなければならない制約などから、実現は難しそうです。どう難しいのか説明するのも難しいのですが、最後のSubtitleトラックに表示させるためには、次のトラックを見てはじめて前のトラックが最後のSubtitleだったと気がつく必要があり、後戻りする処理にするか1トラックの処理の量を増やすかということになります。それはジャケット一覧→トラック一覧の表示の切替え操作時に数万トラックを整形する過程では性能面で負担になりそうです。
また例で挙げられたケースでは1アルバムが表示されていますが、数千アルバムが一覧で並んでいる状況だと、下のほうにあると逆に見にくくはないでしょうか。
それと、Content Groupに作曲者を指定されているのでしょうか。もともとのタグの意図としては作曲者はComposerで、例でContent Indexに指定されている情報はContent Groupになるもののような気がします。そうすると、Content Groupの下に奏者の情報が現れて、また見やすさも変わるのではないでしょうか。
TuneBrowserは、まあまあ気持ちの良い見た目であることは大切だと考えて開発していますが、いっぽうで、そのために動作が重くなり使いにくくなってはいけないとも考えています。それ故に、細かいところで (バレにくいところで) 表示上の妥協をしているところもじつはそこそこあります。
以前、どなたかからPerformerを多数行表示させたいというご要望があって、高さの指定を「Fix」から「Variable」にすることで解決されたと記憶しています。表示上はそれでなにも問題ない、というかむしろその方がいいのだろうと思いますが、いまのところはTuneBrowserの標準の設定は「Fix」のままです。これは「Variable」の場合は実際にすべての文字をメモリ上でレンダリングしなければ行数が確定できないのに対し、「Fix」であれば表示内容に関係なくフォントの高さから計算で出すことができ、処理が高速になる故です (その場合、スクロールして実際に表示する必要が発生するまでレンダリングは行われないですし、たいていほとんどのアルバムはレンダリングされずに終わります)。
能力がそれほど高くないPCで、たくさんの楽曲を管理されている場合、ジャケット一覧→トラック一覧の切り替えだけで処理が負担なることもあります。さまざまな環境でできるだけ快適に使用できるようにするためには、自由と制約があることはご理解いただければと思います。
なお今回は上に書いた理由でこのような返答になり申し訳ないですが、表示に関するご要望を受け付けないとかそういったことではありませんので、よろしくお願いします。
こんばんわ。
文面にある通り、エラーではないので、あまり気にしていただく必要はありません。おそらく無効な (TuneBrowserでは処理できない) タグ名があって無視したとか、そういった内容ではないかと思います。
ありがとうございます。
こうした地道な改善が結果に現れているとしたら、嬉しいかぎりです。(^^)
ご確認ありがとうございました。要因がわかってよかったです。
このあたりの動作のちがいですが、4.14の変更履歴にも書いたように、静的ゲインの適用部位をこのバージョンから変更しています。
4.14の前までは、デバイスへの転送の都度ゲイン値を適用して(演算して)デバイスのバッファへ書き込んでいました。
4.14からは、再生中に動的に変わらない静的なゲインは、デコードと同時に適用してしまいます。
これは再生系の処理・演算量の軽減とゲイン制御のレンジ拡大を狙ったものですが、そのかわり、静的ゲインの変更時には一時的に再生を停止・再開するという動作になります。詳しくは4.14.0の先行版の変更履歴を参照してください。
よろしくお願いします。
こんにちわ。
ファイルの送信ありがとうございました。
気のついた点があります。1曲目にはReplayGainが設定されていて、2曲目にはありません。そうなると、曲間のゲインが不連続になってパルスノイズが発生する可能性が高まるため、TuneBrowserは一度再生を止め、トラックの切り替え、その後に再生を再開する動作をします (前後に200msのフェード処理を入れてゼロクロス的な動作になるようにします)。
この動作は、ReplayGainを使用できないDSD再生時も同様で、タグ上で楽曲のスペックの変わる動作の指定があると、同様に動作します。
対象アルバムに対して、(TuneBrowserでの操作の場合) Ctrl+Shift+RでReplayGain情報を削除するか、あるいはCtrl+Rで再計算して、試してみていただけないでしょうか。
ASIO制御の子プロセスの最新化をAVX2でない版にも適用する件ですが、現在その構成をビルド中ではありますが、AVX2でない版は (Microsoft Store向け含めて) その構成でリリースできる見込みが立っていないため、上記のReplayGainの件の結果も含めて、ちょっとどうするか考えさせてさせてください。
それと、これも何かわかる公算は高くはないのですが、曲間で問題の出ている2トラック分のPCMのデータをお送りいただけないでしょうか。
ご登録のメールアドレスに、送信方法をお送りさせていただきます。
こんにちわ、ご確認ありがとうございました。
そうですか…。4.12.3からの大きめの変更点として、ASIO制御の子プロセスを4.11.5に戻したというものがあったのですが、WASAPIでも発生するとなると、そういう問題ではなさそうですね。
TuneBrowser(x64.AVX2)Setup4.14.0.b.exe (リンクは削除しました)
上記は、現在リリースの準備をしている4.14.0の先行版(1510)の更新です。Player Viewに正しくゲイン制御情報が渡らない問題と、一時的にASIO制御の子プロセスを最新のものに戻しています。後者はWASAPIでも発生するとのことで、効果はなさそうですし、トレンドマイクロ製品に (例外設定をしていない場合は) ASIO制御が止められる可能性が高いものですが、正直なところ「藁にも縋る」という状況ですので、よろしければお試しいただけると有難いです。
こんにちわ。
ご確認ありがとうございます。
念のための確認なのですが、ある特定のトラック間で発生することが多く、その場合はPCM、DSDどちらの形式でも発生するということなのですよね?
PCMの場合、WASAPI排他モードでの再生も可能だと思いますが、その場合いかがでしょうか? いろいろと確認して恐縮ですが、よろしければお試しください。
こんにちわ。
操作性の改善になって、よかったです。(^^)
こんにちわ。
なるほど、わかりました。ご確認ありがとうございました。
こんばんわ。
おそらくCONTENT GROUPと認識されているのではないかと思います。スクリーンショットをつけていただいたタグ編集ダイアログボックスの (写っていない) 下のほうに、CONTENT GROUPが存在していないでしょうか?
こんばんわ。
追試ありがとうございます。いちおう念のため、なのですが、「自動無音再生」そのものを「なし」に設定して試してみていただけないでしょうか?
今日も時間をかけて調べてみたのですが、これという点は見つかっていません。Player View上のボリュームのインジケータがDSD再生時に青にならないという問題点を見つけたので、これについて対処して近々リリースしようと思いますが、主として表示上の問題なので、これが影響している可能性は低そうです。ただ根本的にラックスのDACがどういう要因でミュートを入れるのかがわかっていないので、まったく影響なしとも言い切れません。
こんばんわ。
ちなみに私は１０トラックを目あすにてそれ以内なら手入力でそれ以上ならCSVに
書き出してメモ帳で修正を加えてタグ入力をしております。メモ帳などのテキストエディタで編集される場合、エディタ上で複数行選択、コピーして、TuneBrowserのタグ編集のところでCtrl+Vなとで貼り付けると、そのまま複数行を一括して貼りつけることができます。
逆に値の一覧をTuneBrowserのタグ編集からコピーする場合は、Ctrl+Aで全選択 (あるいはマウスなどで目的のトラックだけを選択)、Ctrl+Cでコピーすれば、テキストエディタに貼り付けることができます。
参考にしてみてください。
こんばんわ。追加の情報ありがとうございました。
DSDとPCMで同じトラックで事象が起きるとのことで、ひょっとしたら、条件によって自動無音再生が行われているのかも、と思いました。ただこの機能は最近のバージョン間では変えていなかったと思いますので、バージョンによって差が出るところがわからないですが…。
たとえばコンテンツグループ境界で自動無音再生が行われている場合、Player View右下のインジケータが「AUTO」で点灯します。よろしければ確認してみてください。
以前のご指摘はたしかにいただいていまして、「リレー音」で検索すると、すぐに出てきました。そこで行った対処もあらためて確認してみました。あのときには状況をお伺いして明確に思い当たるフシがあったのですが、今回はそういったものはなく、現在のところは上に書いた自動無音再生くらいしか思いつきません。また明日、改めて調べなおしてみます。
ご教示ありがとうございました。
わたし自身はふだんはキーボードでカーソルキーとエンターキーで操作しているので、なかなか気が付きにくいお話しでした。なにか改善ができないか、また考えてみます。
sambacancaoさん、
参考に教えていただきたいのですが、
私の勝手な想像ですがTuneBrowserでタグの一括編集をする時に下のトラックからタグの
書き込みを行った方がやり易いのでそのようにされたのではないでしょうか？
この「下のトラックからタグの書き込みを行った方がやり易い」というのは、もうすこし詳しく、どのようにやりやすいと言われているのでしょうか? TuneBrowserがそういう操作性であるという認識はなかったものですから…。
こんばんわ。
ご指摘の現象については、現在のところ心当たりがありません..。
DSDを例に挙げられていますが、DSDだけで発生するのでしょうか? PCMでも発生していますか?
かならず発生しますか、それとも発生しないときもありますか?
ASIOのNative(DoPではない)再生でしょうか?
こんばんわ。
sambacancaoさんの分析はかなり正確です。処理を改めて確認したところ、ヘッダ/フッタの最適化を指定した場合、「冒頭部からの空の値以外で」異なった値があった場合にヘッダ/フッタが表示されるようになっていました。
ここで、空の値も「異なっているかどうか」の判定対象に加えるのは、ソースコード上では数行の処理で難しくはないのですが、ちょっと影響範囲を読み切れないので、また別途余裕をもって先行版をリリースできる状況のときに、試してみたいと思います (たぶん4.14.0の正式版リリース後)。
よろしくお願いします。
ご確認ありがとうございました。
大変お手数をおかけしました。これでここでご指摘いただいた問題は解消したと理解しましたが、もし理解がまちがっていたら、言ってください。
よろしくお願いします。
ご確認ありがとうございました。
動作としては改善しているようで、ちょっとホッとしました。もしリッピングを試されて、期待通りに動作しているようでしたら、その旨ご一報いただけると有難いです。
よろしくお願いします。
ご確認ありがとうございました。
今回の問題は、動作が停止したり再生に支障があるといった深刻な問題ではなかったのですが、結果が予測しづらい問題でしたので、早めに対処したほうがいいなと思いました。
改善できて、よかったです。
こんにちわ。
今日、4.14の先行版(1508)を公開しました。この件について対処しています。お手数ですが、またご確認いただけると助かります。
よろしくお願いします。
追加の情報ありがとうございます。
入れ違いになってしまいましたが、今日、4.14の先行版(1508)を公開しました。もし再現できる環境があるようでしたら、このバージョンで一度お試しいただけないでしょうか。
お手数をおかけしますが、よろしくお願いします。
こんにちわ。
現在のTuneBrowserは、キーボードの上下操作は表示している内容に応じてアルバム単位、トラック単位で選択を移動させるようになっていて、残念ながらLyrics Viewの長い歌詞の行スクロールはできません。将来の機能として検討しておきます。
こんにちわ。
ご登録のメールアドレスがPayPalの記録にありましたので、再送しておきました。
よろしくお願いします。
こんにちわ。
外部ファイル(歌詞ファイル)の読み込みのニーズについて、詳しいご説明をありがとうございます。
この機能は手許の版ではだいたい動作するようになっていて、現在のところ4.15に入れる予定にしています。現在は4.14の先行版を公開している状況で、これが正式版になった後になりますので、もうしばらく時間がかかります。
アクセスが遅い場所にあるファイルは、そのファイルの内容を表示するのに (当然) 相応の時間はかかりますが、TuneBrowserの全体の動作は停滞しないようにできる予定です。
こんにちわ。
内容から、データの移行ではなくライセンスの移行のお話しと理解しました。回答としてはAでもBでもありません。
TuneBrowserは現在のところ再インストールやバージョンアップなどは無料でやっています。そのため、新しいPCに変更される場合は、ふつうに新しいTuneBrowserをインストールして、お持ちのライセンスキーを適用してください。
よろしくお願いします。
こんばんわ。
この件、その後いかがでしょうか?
ファイルが壊れるというのは由々しき問題ですので、気にしています。できれば、前回ご説明したようにTuneBrowserが原因ではないことをご確認いただきたいのですが…。つまりWindows Media Playerのご利用を止めてみて、その後の現象の発生状況がどうか、ということになります。
ご確認いただくのがむずかしいようであれば、その後1ヶ月以上が経過していること、ほかの方から同様の事象のご報告がないことから、このトピックはクローズさせていただければと思います。
こんばんわ。
曲の先頭より前に戻るような操作をすると、たしかにおかしいですね。ご指摘ありがとうございます。
ただひとつ前のトラックに戻すと、その前のトラックのどの位置から再生するかという話になってしまいますので、現在のトラックの先頭から、ということにさせてください。
よろしくお願いします。
こんばんわ。
追加の情報ありがとうございます。
設定のリストアで復活したとのことで、それはそれでよかったのですが、評価(★)の情報は、基本的にはファイルにタグ情報として書き込まれているものですので、設定のリストアで復活した理由は残念ながら思い至る点はありませんでした…。
またなにかお気づきの点がありましたら、よろしくお願いします。
こんばんわ。
Tikiさん調査の方よろしくお願いします。
さすがに、これだけの情報ではどうにも調べようがありません。
念のためわたしの環境で評価付きの楽曲のドライブを変更してみましたが、やはり問題なく動作しているようでした。
こんばんわ。
「データの更新」はすでに試されていて、変化がなかったと伺って、ちょうどいま別の要因で対処中の問題に該当するかも、と思い至りました。
その問題はファイルの更新日時だけが変わったときに反映されないというものですが、改めて考えてみるとX_系のタグの多くに該当しそうです。
この問題は次の先行版の更新 (今週末を目指していますがまだ微妙です) で対処する予定です。対処ができたとしても、今回発生した問題を再現させて追試していただくのはむずかしいと思いますのでそれには及びませんが、ご報告しておきます。
こんにちわ。
ご利用の構成をきちんと把握できていないかもしれませんが、別PCで問題なく処理できたとのことでしたので、もともとのPCで右クリックから「データの更新」をやってみてください、とお願いしようと思っていました。
結果としては、同様の操作をした形になったのかなと思います。
最初に出たタグの読み込み不良ですが、もし起こるとしたら、他のソフトで生成中のファイルをTuneBrowserのクローラーが検出して、それが生成途中のため情報が不完全なまま読み込んだということくらいかなと考えていました。生成途中で読み込んでも、たいていは生成終了時のファイルのクローズ処理でふたたびトリガがかかりますので、TuneBrowserはそれに合わせて再読み込みします。
ただOSの状態等によっては稀にそのトリガがこないことがあり、その場合は情報は不完全なままになることがあります。
そういうことにならないように、あれこれ手を打っているのですが、管理フォルダ上での他ソフトによるファイルの書き込み方によっては避けられないこともあります。もし今回のような状態になった場合は、右クリックメニューから「データの更新」を行うと、手動で更新できますので、そのようにしていただければと思います。
こんにちわ。
ファイルのアップロードありがとうございました。受領しましたので、サーバーのファイルは削除していただければと思います。
それで、結果としては両曲とも正しく時間が表示されていました。
環境によって差がでるような話でもないと思いますので、ちがいの要因はわからないのですが、取り急ぎご報告します。
ありがとうございました。
すいません、お手数を取らせた上に、サンプル数としてはちゃんとデータが入っており、外していたようです。
ファイルをお送りいただくことができればとは思うのですが、おそらくこのレンタルサーバはそのサイズのファイルは受け付けられないのではないかと思います。すこし日数がかかりそうですが、調整できるかどうか、調べてみます。
お手数ですが、バイナリエディタで開いたようすのスクリーンショットをアップしていただけないでしょうか?
こんにちわ。
まず、出ていないと言われている情報ですが、
%X_ENCODER_TYPE%[ %X_SAMPLERATE%Hz][ – %X_BITRATE%bps]の書式だとすると、%X_SAMPLERATE%Hzは表示されていて、%X_BITRATE%bpsが0になっているのではないでしょうか。
X_BITRATEが0になっているということは、その元になる曲の時間が0になっていることと符合します。
曲の時間も、fmt チャンクから総サンプル数として取得しています。serenityさんのスキルをわからずに書いて申し訳ないですが、SonyによるDSFファイルの仕様は以下から取得できます。
https://dsd-guide.com/sites/default/files/white-papers/DSFFileFormatSpec_E.pdf
この仕様によると、ファイル先頭から数えて64バイト目からの8バイト整数(LSB形式)がサンプル数です。ここが0になっているのではないかと想像します。
もし可能でしたら、確認してみていただけないでしょうか。むずかしいようでしたら、その旨お知らせください。
こんにちわ。
DSFファイルの場合、TuneBrowserはサンプルレートとサンプル数はファイル冒頭付近のfmt チャンクの情報から取得しています。fmt チャンクの内容を確認することは可能でしょうか?
念のためTuneBrowserの処理を確認してみましたが、すぐにそれとわかるような問題はなさそうでした。JRiverの生成するDSFファイルは独自なところがあるようですので、その関係かもしれませんが…。
ちなみに、「「X_SAMPLERATE」がゼロ」と言われているのは、どの表示上どの部分のことを言われているのでしょうか?
ご理解いただきありがとうございます。
手許のソースコードには修正を加えておこうと思います。あとはトレンドマイクロ社製品の状況を見ながら、様子を見ていきますね。
こちらこそよろしくお願いします。
ログ拝見しました。直接の原因かどうか確証はないのですが、JRiverのドライバはStopに対して1061701536という値を返してきており、TuneBrowserはこれをエラーとして扱っています (0が正常で、それ以外はエラー)。
この1061701536という値は、ログの説明にも出ていますが、ASIO SDKでは「Unique success return value for ASIOFuture calls.」と説明されており、機能のサポート有無を照会するFuture呼出しの戻り値として定義されています。念のためSDKのStopの説明を確認してみても、ここで1061701536が返るかも、という記載は見当たりませんでした (返らない、という記載もありませんでしたが)。
このようなケースははじめてで、明らかにJRiverのStopの実装がおかしいと思うのですが、TuneBrowser側で処理を変更して、1061701536が返ってきても正常と見なすことは可能です。ただ困ったことに、先行版で公開している4.14の変更履歴にも書いたように、トレンドマイクロ社製品の問題対策として、ASIO制御の子プロセスは4.11.5時代のものにダウングレードとしてリリースしており、これは動作を変えることができません。
もちろん未来永劫4.11.5のままということは考えていないのですが、詳しい知識をお持ちでない、とくに新しいユーザーの方々にすこしでも安定した環境を提供したいと思っており、できれば数か月はこの状態を維持してリリースして、問題の行き先を見たいと思っていました。
ちょっとどうするか考えます。
こんにちわ。
TuneBrowser側から解決しようとすると試行錯誤が必要になるケースなのですが、1と2の状況から、まずは以下の設定の変更を試してみてはどうか、と思います。
設定ダイアログボックスの該当デバイス部分、
- 「基本の設定」「再生終了時にデバイスも終了させる」
- 「ASIO 独自の設定」「ドライバからのリセット要求を無視する」
ウェイト時間などもありますが、これらはどちらかというと再生前後のノイズ抑止のためのものですので、今回はあまり関係なさそうです。
またLog ViewのPlayerログをアップしていただければ、なにかわかるかもしれません。
ご確認ありがとうございました。
助かりました。
こんばんわ。
先ほど、更新した1505をアップしました。お手数ですが、またお時間のあるときにご確認いただけると有難いです。
よろしくお願いします。
こんにちわ。
感想ありがとうございます。変更履歴にも書きましたが、4.14ではひさしぶりに再生系の処理を改善して、Player View上部のボリュームバーがフル (0dB) の状態での処理をさらに簡素化することができました。
その行為によって音質が具体的にどうなるということは残念ながら述べられないのですが、処理がよりシンプルになったことはまちがいありません。
あけましておめでとうございます。
ご連絡とダンプファイルの送信、ありがとうございました。わたしの環境では再現できなかったのですが、ダンプファイルで原因がわかりましたので、今夜にでも更新版を出したいと思います。
いったんこのトピックはクローズさせていただきますね。
こんばんわ。
TuneBrowserから他のUPnP Rendererに対して再生を制御したいというご要望は以前からいただいていて (たとえばこちら)、いまも開発は進めています。
1曲再生するというだけであれば大きな問題はないのですが、TuneBrowserの本来の再生処理との統合、曲の切替り時の処理、再生に伴う付帯機能の整合 (Last.fmのScrobbleや再生履歴の管理など…)、あるいは他のコントローラーの操作との競合など、いまはまだ課題も多いです。
また、プロトコルアナライザーなどで調べているかぎりでは、オーディオ機器メーカー純正のコントローラーはUPnPやDLNAではなく機器メーカーあるいはチップメーカー独自のプロトコルで制御しているケースが多いようで、汎用のUPnPで制御しているかぎり、残念ながらそうした純正コントローラーの操作性にはどうしても及ばないところは出てきそうです。そのため、使いものになる動作にできるかどうかの確証もないのですが、気長にお持ちいただければと思います。
ご確認ありがとうございました。
うぉ、その通りです。(^o^;
設定項目の内部の識別子を確認したときに再生の設定と思いこんだようです。新年早々寝ぼけていて失礼しました。
Chartreuxさんのご指摘通り、設定項目の場所は “「表示の設定」ツリーの「Player Viewの設定」の「トラックの切替りの設定」” が正解です。
ありがとうございました。
こんにちわ。
設定ダイアログボックスの「再生の設定」ツリーの「トラックの切替りの設定」「可能ならジャケット画像を継承する」をNoに設定してみてください。
ありがとうございました。
トラック表示で上書き保存しても再発してしまいましたが、
念のため、プレイリストへのViewスタイルの保存の動作を確認してみましたが、動作しているようでした。再発した理由はわかりませんが、いちおうご報告しておきます。
こんばんわ。
Chartreuxさんから対処方法をご提示いただいていますが、その後いかがでしょうか。
いただいた文面から断定はできませんが、やはりウイルスバスターが問題のようでしたら、できましたら問題を起こしているトレンドマイクロ社にもご連絡をお願いします。
Chartreuxさん、的確な確認方法を示して下さり、ありがとうございました。(^^)
こんばんわ。
ところでこれは都合が悪ければ無視されても構わないのですが、バックアップファイルを解凍した中身を選択して設定だけ、またはプレイリストだけリストアすることは可能でしょうか？
バックアップファイルの中身を個別にTuneBrowserに読み込ませることは、いちおう想定して作っています。「読み込ませる」には、ファイルメニューから開くか、あるいはExplorerからTuneBrowserにドロップします。
「プレイリストだけ」というのは、ちょっと正しく掴めていないのですが、データベースプレイリストはデータベース内に保存されていますので、それだけリストアするということはできません。
わかりました。ありがとうございます。
ちょっと実現は遠いかもしれないです(^^;
追加の情報ありがとうございます。
フォントの件については、これまでの約10年の開発期間のなかで一度も遭遇したことのない事象ですので、再現も原因の推測もむずかしそうです。考えられる要因としては、GDIリソースの枯渇やディスプレイドライバの問題といった、環境に起因するものかもしれないです。
こんばんわ。
無茶を言ってますので軽く聞き流していただいて結構です。
そのくらいの勢いで言っていただけると助かります(^^;。
お応えできるものだけですが、
以前どなたかから要望のあった、LRC（歌詞ファイル）への対応
これは、対応するつもりで準備しています。ただリリースは、次の次の改善リリースあたりになりそうですので、まだ先になりそうです。
Accuripへの対応
ドライブオフセットの設定もあるので、対応しているといいな、と思います。現在、オフセット値をaccuraterip.comから自動で取得してくる機能はあるのですが、そのことではないでしょうか?
こんばんわ。
- メニューのフォントが突然巨大化した
- バックアップファイルをリストアしようとすると、エラーが表示されて失敗した
- (試行錯誤の末)もういちどバックアップファイルをリストアしようとすると、正常に完了した
というような状況でしょうか。1.のフォントの件はちょっと想像がつかないのですが、2.のリストア失敗については、また確認をしておきます。
こんばんわ。
取り込みのダイアログボックスにある「情報だけ作成」はどのような使い方をするのでしょうか？
これは、たしかに趣味的な機能です(^^;。
むかし、大きなボックスセットをたくさん買っていたころ、とてもすべてリッピングする時間がなかったので、この「情報だけ作成」を行っておくと、時間のかかるリッピングをすることなくTuneBrowser内で仮想的なトラック群を作成して、CDの目録を作ることができます。
その仮想的なトラック群に対してタグの整備を行ったとしても、時間のあるときにもういちどCDをセットすると、上述のCDTRACKIDによって、整備したタグ値が引き継がれてリッピングすることができます。
伝わりますでしょうか? 音楽ファイルとしてではなく、TuneBrowser内で純粋にデータベースとしてのCD目録を作るようなイメージです。
ご確認ありがとうございました。
こんにちわ。
文字としてはASCII文字のピリオド3つではなくて、点が3つのひとつの文字 (“…”=三点リーダー) が入力されているのだと思いますが、おそらくフォントによる表現の差異だと思います。
すこし試してみたところ、いわゆるUI系のフォント (ユーザーインタフェース用のフォント、たとえばYu Gothic UI) では下に点が並び、文書表現用のフォント (たとえばYu Gothic) では真ん中に点が並ぶようです。
TuneBrowserのデフォルトの設定では、ダイアログボックスなどではUI系のフォント、Album View内のトラック表示などは文書表現用のフォントにしていたと思いますので、このような差異が出たものと思います。
こんにちわ。
TuneBrowserてCDをリッピングすると、CD上のトラックと、PC上の音楽ファイルを関連付けるため、音楽ファイルとデータベースにCDTRACKIDというタグを保存します。
再リッピングのためにCDを読み込むと、トラック情報からCDTRACKIDを計算し、この値を含む音楽ファイル (正確にはデータベースのレコード) があれば、その情報を表示しています。
そのため、他のソフトでリッピングしたなどの理由でCDTRACKIDが含まれていない場合は、残念ながらタグ情報を反映させることはできません。
serenityさん、ありがとうございます。
解決して、よかったです。
こんにちわ。
解決してよかったです。
ASIOドライバに扮したJRiverは、TuneBrowserから再生可能とユーザーの方から伺ったことがありますので、参考に付記しておきます。
ありがとうございます!
見つけられていませんでした(^o^;。さっそく問い合わせを送信しました。
おお、ご指摘ありがとうございます。(^^)
手許の版は修正しました。トレンドマイクロの件はどうぞ気になさらないでください。
こんばんわ。
別のトピックでウィルスバスターが入っている環境である旨書かれていたと思いますが、ご利用のTuneBrowserは、デスクトップ版、UWP版のどちらでしょうか?
またPlayer View右下のデバイス名が書かれた部分をクリックすると、デバイスの一覧がポップアップで表示されます。そこに、WASAPI: ではじまる同様の名前のドライバが出ているのではないかと思いますが、それを選択した場合の再生はどうでしょうか?
ログをつけていただいた内容からは、ASIOドライバに対してStartコマンドを発行して、それに対して既定時間内のレスポンスがなかったという状況で、なぜレスポンスがなかったかといった理由は残念ながらわからないです。
Chartreuxさん、フォローありがとうございました。
Chartreuxさん、こんばんわ。
「ある日突然」だけでなく「いつのまにか」「気がついたら」悪くなっているということにならないように、というのは、いつも肝に銘じています(^^;。
わたしは本業のほうでは長く多人数のチームでソフトウェアを開発してきましたし、自分ではもうソースコードを触ることもなくなっていましたので、TuneBrowserは逆に (自分のスキルを再確認する意味でも) ひとりで行けるところまで行こうという思いで進めています。それ故に皆さんにご心配をおかけするような窮地に落ち込むこともありますし、自ずと限界もあるわけですが、以前nikuyamaさんとの議論でも言ったように、それ故にTuneBrowserが良いソフトウェアになれる側面もあるだろうとも思っています。ユーザーの皆さまには、そうした限界も利点も両方をご理解をいただければ有り難いと思います。
基本的には気が短いほうだと思っているので(すこし大人にはなってきましたが)、トラブル類は早く片づけてしまいたいという行動になることが多いですが、さすがに最近はすこし疲れ気味ではあるので、前にも書いたように無理せずやっていきたいと思います。
トレンドマイクロ社製品との問題についてのMicrosoft Storeでの表示は、あそこでの表示は作者だけの自由にはならない側面があるのと、更新に時間がかかるので、現在のところはそのまま置いています。その代わりと言っては何ですが(^^;、このサイトのトップページにベタですが赤字で注意表記をしてみました。
それにしても、トレンドマイクロ社側に、他のソフトウェアベンダーからの相談・報告の窓口がない (見つけられない) のが無念というか残念です。
MHさん、こんにちわ。
トレンドマイクロ社製品との関連でなさそうな場合、お手数ですが、新しいトピックを立てていただけないでしょうか?
やり方がわからない場合はその旨お知らせください。
ご確認、ありがとうございました。
こんばんわ。
別トピックを起こしていただいてありがとうございます。状況ご理解いただけるだけで、勇気づけられます。
先日価格改定をさせていただいて、エネルギーを改めて注入しようとしているところです。そのような中で、音質向上というお話しをいただけるのは、要因がどうあれ本当に嬉しく思います。以前、別のところで「ある日突然音質が悪くなってしまうことを危惧している」というようなお話しがありましたが、そのことは毎日意識しながら更新を行っています。
トレンドマイクロ社製品との問題については、フォーラムに事象をご報告いただくことそのものは、状況のご説明ができるので、ある意味有り難いと思っています。Microsoft Storeの統計情報によると、それまで1日0件か数件程度だった問題が、いまでは毎日100件をはるかに超えて起きるようになっていて、ということは密かに失望されている方々がたくさんおられるのだろうと思うと、本当に残念な気持ちになります。
別のトピックにも書きましたが、TuneBrowserは、改善もさることながら、なによりもOSや環境状況の変化に応じて継続的にご提供できるようにしていくことがもっとも大切なのだろうと考えています。その要素のひとつとして、やっぱり多少は「自愛」もしていかないといけないなと(^^;考えつつありますので、適度にブレーキもかけたりしながら、でも止めずに続けていこうと思っています。
今後もご支援をどうぞよろしくお願いします。
こんばんわ。
ご意見ありがとうございます。そうですね、そろそろそのような運用を考えてもよいころかもしれません。すこし考えてみます。
Chartreuxさん、おひさしぶりです。ありがとうございます。
Naosさん、いつもありがとうございます。
「NTTセキュリティ対策ツール」は、トレンドマイクロ社製品と関係したものなのですね。情報ありがとうございました。
Microsoft Storeのほうでは、UWP版で発生した問題の統計情報を見ることができます。4.12にしたころから、それまでに比べると爆発的にエラーが増えており、途方に暮れています。エラーの内容や、このフォーラムでの状況、わたしのところに送られてくるダンプファイルの内容から、ほとんどがトレンドマイクロ社製品と関係したものと思われます。
TuneBrowserの内部にフックというかたちで入り込んでくる同社のDLLを拒否することができればいいのですが、現在のところは良い方法は見つかっていません…。
Hi,
Thank you for introduction of your parameters.
WASAPI環境でご利用の方には、ぜひ参考にしていただければと思います > ALL
こんばんわ。
ご確認ありがとうございました。外していましたか…。「NTTセキュリティシステム」というのは、すこし調べてみたところ、ICカードを併用したキャビネットなどの物理セキュリティの製品紹介が出てきましたが、これはちがいますよね。
当然ですが、TuneBrowserは、わたしの環境で正常に再生ができることを確認した上でリリースしています。またこのフォーラムで4.12系で再生に問題が生じたとご報告いただいた内容は、すべてトレンドマイクロ社製品に起因するものでした。そのため今後のバージョンアップでは、ご利用の環境で起きている問題の改善にはつながらない可能性が高くなってしまいそうです。どうぞご了承ください。
こんばんわ。
ご報告ありがとうございます。音質が向上したとのこと、明確にTuneBrowser上で「ここを変えたので」と示せればいいのですが(^^;、残念ながら4.12.2→4.12.3の間には明確にこれというものはありません。
ただ、以前にもどこかに書きましたが、「もうこれ以上はない」というくらいに検討を重ねた処理でも、数ヶ月後になにかの機会に見直してみると意外と改善できる点は出てくるもので、ときどき自分でも驚きます(^^;。そうした改善は機能的には変わらないので変更履歴には現れないことが多いですが、週に何回かは実施しています。処理負荷の軽減や保守性の向上などそのときどきでテーマは異なるものの、そうした地道な改善が音質の改善につながっているとしたら、嬉しいかぎりです。