フォーラムへの返信
-
投稿
-
こんばんわ。TuneBrowserのご利用ありがとうございます。
ツリーのノードをダブルクリックして再生というのは、これまでのTuneBrowserの操作感とちょっと合わないような気がします。ツリーノードの深さによっては非常にたくさんの楽曲が再生対象になってしまいますし、わたしが古い人間なのかもしれませんが、ダブルクリックしたときの期待動作としてはノードの開閉のような気がします。設定でその動作を切り替えられるようにせよ、エクスプローラーの操作の感覚で開閉しようとしてダブルクリックして、再生する曲が突然変わってしまうということが起きそうです。ということで、せっかくご要望いただいて恐縮なのですが、これについては現在のところは対応する予定には入らないです。すいません。
ご確認ありがとうございました。
そうですか、ではVersion 5になっておかしくなったというわけではないのですね。
全トラックがHDCDとして変換できたと言われているコープランドのアルバムは、たまたまわたしが確認したアルバムのひとつとおなじで、たしかに全トラック変換ができました。
Version 5でおかしくなったという話ではなさそうですので、差し止めていた次のリリースを行おうかと思います。
TuneBrowserのHDCDデコードはdBpowerampの処理と差があるのかもしれませんが、わたしにはdBpowerampの内部の動作がどうなっているかわからず、いまのところはエラーかどうか、あるいはどちらが正しいとかそうでないと言うことはできません。ただ現実に、ひとつのアルバム内に16ビットと24ビットが混入するのは不便かと思いますので、その対策は考えたいと思います。
ご連絡ありがとうございました。クローズしますね。
お気持ちは有難く頂戴します。でも、考えてみればXLDでリッピングしたデータでも再現できるとのことですので、いざとなればCDそのものではなくそのデータを検証用に送っていただくという手はありますね。
そうしたお手数をおかけする前に、念のため、TuneBrowser 4 (4.18.2) では全トラックHDCDとしてデコードできることを改めてご確認いただきたいのですが、可能でしょうか。
こちらから4.18.2をダウンロードしていただくことができます。基本的に、バージョンダウンはあまりお薦めしていませんし、もし気になるようでしたら、現在ご利用のTuneBrowserとは別のフォルダにインストールしていただくこともできます。その場合は、おそらく4.18.2の起動時に「ほかに新しいTuneBrowserがインスートルされている」と出てくると思いますが、気にせず使用していただければと思います。
よろしくお願いします。
TuneBrowserは、HDCDのデコードにあたってゲインの調整は行っていません。
流通しているメディアによってHDCD適否がまちまちであるという状況で、やはり現在のTuneBrowserのHDCD処理には問題があると言わざるを得ないのでしょうか? 現象が再現できず改善の目途がなく、さらに確たる方法論も持てないという状況だと、HDCD対応は止めたほうがいいのかと思いつつあります。CDの発売に際してリマスターの行われることが一般的になった現在において、HDCD対応は逆に不便や混乱の元になっているように感じています。
その後手がかりを探している経緯で、TBLoverさんのこちらのトピックを発見しました (Googleの検索でヒットしました(^^;)。
このときには、まだVersion 4系をご利用だったと思うのですが、その後こちらの件はどうなりましたでしょうか?
エラーが出ているというか、検知ができていないのですよね。
トラック5については、HDCDパケットは検知できていて、ただその中身が空になっているということで無視しているので、これを救済して24ビットに拡張すればいいのかもしれませんが、そういう話でもないですよね..。
何とかわたしのところでも再現できればいいのですが…困りました。
こんにちわ。
リッピング時の問題ではなくデコードの問題と言われていましたが、アップしていただいたログはリッピング時のものですね。言葉の捉え方の問題かもしれませんが、やはりリッピング時に発生している問題だったと理解しました。ちょっと問題を捉え違えていました。
Version 5になって、Change Logにもあるように、たしかにHDCDの処理を変更しているところがありますが、これは16ビットデータだけを対象としたものです。ですので、CDのリッピング時には影響はなさそうです。念のためわたしの手許のReference RecordingsレーベルのCD (大植英次とミネソタ管のもの3枚) で試してみましたが、全トラックHDCDとして24ビットで記録され、問題はなさそうでした。
なにかTBLoverさんご利用の環境で問題が発生しているとは思うのですが、わたしの環境での検証と処理の確認では問題が見つからず、次の手が見つからない状況です。しばらく次のリリースは控えるようにしますので、なにかほかにお気づき点があれば、また情報いただけると助かります。
あー、すいません。レスピーギのトラック群は1トラック目だけが16ビットになっているということを言われているのですね。読み取れていませんでした。
で、このトラックはReference Recordings社のものなので、HDCDになっているはず、ということを言われていると理解しました。
ただこのトラックの処理状況がどうかというのはわからないのですが、前に書いたように、HDCDデコーダに通した結果、トラック冒頭部にHDCDパケットがない、あるいはあっても内容がNULLだったという判定になっているのだと思います。
ありがとうございます。
トラック毎に処理しているというのは、ご指摘の通りだと思います。ただ結果としてログにある通り、HDCDパケットのある/ない/あってもNULL、という状況が発生して、現在の結果になっているのだと思います。
まだもうひとつ理解が充分ではないのかもしれませんが、
Respighiの方はHDCDを開発したReference Recordings社のものですから、間違いありません。
とのことですが、最初にアップしていただいたスクリーンショットでは、レスピーギのトラックはすべて24ビットになっていて、これでHDCDデコードされたことを示されているのではないのでしょうか? ですので、このレスピーギのアルバムは正しくHDCDとして扱われていると思えるのですが..。わかっていなくてすいません。
リッピング時ではなくデコード時のエラーと言われているのは、何のことなのでしょうか? トラックが16ビットになっていることを言われているのか、24ビットになっていることを言われているのか、あるいはまた別のことなのでしょうか?
呑み込みが悪くて申し訳ありません。
こんばんわ。
これは、CDからのリッピング時にエラーがあったと言われているのでしょうか?
そうだとして、確認なのですが、HDCDであるという確度はとれくらいのものでしょうか? というのは、HDCDであるか否かというのはCDというメディア単位で判定するもので、トラック毎にHDCDである/ないという動作はしていないためです。
トラック毎にビット深度に差が出るとしたら、Pre-Emphasisの指定がある場合です。ただTuneBrowserのPre-Emphasisの動作については、過去このフォーラムで複数の方から幾多の検証をしていただいた後にリリースしていますので、不具合のある可能性はもう相当低いのではないかと思います。そのため可能性としては、ご使用のメディアにその通りにPre-Emphasisのフラグが設定されていたということではないかと思うのですが、いかがでしょうか。
こんばんわ。
他のソフトでも発生するということは、元の音源ファイルに何か問題があるのだろうと思います。通常の再生時、ふつうのソフトはファイルに確認されている順番にデータのかたまりを取り出して音に出します。具体的にはわかりませんが、この順序を乱す要因がファイルのどこかにあるのだろうと想像します。
シークすると再生できたり、そのまま再生できるソフトがあるというのは、この順序について補正がかかるためと思われますが、そのまま再生できるソフトは、通常の再生時でも補正をかけながら再生しているのかもしれません (あまり効率はよくないかも)。
具体的なことが書かれていませんでしたので、こちらもあまり具体的なことは書けませんでしたが、こういうように感じました。
こんばんわ。
ご連絡ありがとうございました。わかりました。今後もTuneBrowserをどうぞよろしくお願いします。
ご連絡ありがとうございます。
ファイルのアップロード方法を示したメールを、ご登録のメールアドレスにお送りしました。お時間のあるときにでもご対応いだたけると助かります。
なおファイルは、トラック毎に分割されている場合、ノイズの発生する前後の2ファイルだけで結構です。アルバム全体は不要ですので、よろしくお願いします。お送りいただいたファイルは、検証目的にのみ使用します。
そうでしたか^_^
解決してよかったです。ご連絡ありがとうございました。
こんばんわ。
TuneBrowserは標準でギャップレス再生に対応しています。そのため、連続しているトラックであればトラック間でノイズが発生することはありません。
そのトラック間は、これまで別のソフトで再生していたときにはノイズは発生していなかったのでしょうか。また特定のトラック間で出るのでしょうか、すべてのトラック間でしょうか、不特定のトラック間でしょうか。
できればノイズ前後の楽曲ファイルを検証用にお送りいただきたいのですが、192kHzとのことで、相当大きなファイルだろうと想像します。まずはなにかもうすこし情報をいただればと思います。
こんばんわ。
TuneBrowserの機能でもとに戻す機能は残念ながらありません。もしnashさんがWindowsのディレクトリとファイルに関する知識をお持ちでしたら、関係する設定ファイルを消すことでもとに戻すことはできます (AppDataのRoaming/Tiki/TuneBrowserの下にあるTBConvert.iniというファイルを削除します)。
それがむずかしいようでしたら、いまはちょっと策を思いつかないのですが、またご連絡いただけますか。
こんにちわ。
その後いろいろ調べていて、TuneBrowserでHTTP経由で楽曲を読み込む際に、2018年のこちらのトピックでの指摘を受けて、楽曲のメタデータではなく、外部から供給されるメタデータを使用するようにしていたことを思い出しました。
そのため、(当該トピックの議論はMP3でしたが) HTTP経由でFLACを読み込んだ際にも、FLACのメタデータ類は正しく読み込まれない結果になると思います。
楽曲のスペックやメタデータをどこから得るのかというのはソフトウェア構造上の大きな前提で、すぐにどうしたら良いという方向性は得られないのですが、取り急ぎ、ご報告しておきます。
お手数をおかけしていたら、すいません。
ご承知と思いますが、もともとTuneBrowserはTIDALには対応していません。というか、そもそも日本ではサービスされていないような気もしますが…。
HTTP経由での再生にはいちおう対応しているので、今回の件は、なにが課題になっているのか、という興味でお尋ねしています。動かないのがふつうという状態ですので、無理にデータを採取いただくには及びません。どうか、ご無理のない範囲でお願いします。
こんばんわ。
もしよろしければ、1024KBに設定したときのログをアップしていただけませんか。どのような動作になったのか、すこし興味があります。
TuneBrowserの更新は、基本的には古いものはアンインストールせず、そのまま上書きできるようにしています。ただバージョンダウンについては、ないことではないのでできるだけ齟齬が発生しないように気をつけてはいますが、ひょっとしたら考慮不足のところがあるかもしれません。
たくさん質問を挙げていただきましたが、すいませんがすべて消化はできませんので、ポイントだけご報告します。
再生中にチャンネル数が動的に変わったという事象は、思いつくかぎりでは、トラックが切り替わり、その前後でチャンネル数が変わった場合に発生します。
ただ現在はここが正しく処理できず、チャンネル数は変動するものの、それまで再生していたトラック分しか有効な再生データを送信しません。次のリリースでは、この部分は改善します。
それと、ASIOは、WASAPIとは異なり、ドライバやOS側でチャンネルアサインを管理しません。そのため、TuneBrowserにも手動でチャンネルアサインを指定する設定を用意しています。
こんばんわ。
つけていただいたログの内容から、ご利用のサーバーが、TuneBrowserからの256KBの送信要求に対して1024KBのデータを返してきており、TuneBrowserはバッファのオーバーフローを防ぐためにそのデータを棄却して、エラーにしているようです。
ちなみに、このログはマウスの右クリックですべて選択、コピーなどができますので、今後もし機会があれば、テキストファイルに落としていただいてAttachments:につけていただけると、解析が楽になりますので、ご配慮いただけると助かります。
256KBの要求に対して1024KB返してくる挙動はまったく理解に苦しむのですが、TuneBrowser側から要求するデータ量を1024KBにしてみましょうか。正直なところ、そうしたとしても次の課題が出てきて依然として再生できない可能性はまあまあ高いのではないかと思いますが…。
設定ダイアログボックスのツリー項目「再生の設定」「デコードの設定」で、右側のいちばん上に「通常の読込み時のキャッシュサイズ(KB)」があり、ここが256になっていると思います。これを1024にしてみてください。
ご報告ありがとうございました。
こんばんわ。ログの採取ありがとうございました。お手数をおかけしました。
結果は、ちょっと意外だったです。いずれも、OSからはチャンネル数としては6chあると返しているのですが、チャンネルマスクがOPPOは 0x0000060f、Sonyは0x00000003になっていました。
このチャンネルマスクは、ishi216さんがこちらのコメントで言われていたもので、結果としてOPPOは末尾0xf=4chだけが使用でき、Sonyは0x3=2chだけが使用できると判断してそのように再生しています。
これは、TuneBrowserとしてはWASAPIの仕様に則って動作しているということになります。チャンネルマスクを無視して6chとして再生するのは、たとえば多chのオーディオインタフェースを使用されている場合などにおいて意図しない動作をする可能性を考慮すると、簡単には踏み切れないものがあります。
現在のところ、このくらいしか言えそうにありません。
ご確認ありがとうございました。
次の手を思いつかない状況になってしました。さらにお手数ですが、再生操作時のログを採取していただけないでしょうか。
TuneBrowser上部のメニューから「表示」「ドッキングウィンドウ」「Log View」と選択すると、TuneBrowserの下部にLog Viewが表示されます。Log Viewの下にはいくつかタブがありますので、「Player」を選択してください。この状態で再生関係の状態が変化するとログが更新されます。この内容はマウスの右クリックメニューからすべて選択、コピーなどができますので、テキストファイルに貼り付けることができます。
そのテキストファイルを、Attachments:から添付ファイルとしてつけていただけると助かります。
よろしくお願いします。
そうでしたか。
残念なながら、他にはボリュームなど当然確認されている事柄くらいしか思いつきません。
こんばんわ。
さっそくのご確認ありがとうございました。ひとつ不具合が減らせて、助かりました。
こんばんわ。
ご確認いただきありがとうございました。つけていただいたスクリーンショットから、ご利用の機器は動的にチャンネルアサインを変更できるような印象を持ちました。それで、チャンネル情報をOSから取得するタイミングを変更してみました。
再度先行版を更新していますので、またお時間のあるときにでもお試しいただけると有難いです。
こんにちわ。ご報告ありがとうございます。
Bluetoothヘッドフォンの操作は、機器によるのですが、たいていはキーボード操作として通知されることが多そうです。そのため、キーボードについている再生キーと同様に複数のアプリに通知されるということになるのかなとも思います。
ありがとうございました。
こんにちわ。
Player Viewの右下に、インジケータの形式で出力デバイス名が表示されている部分があります。ここをクリックすると、出力するデバイスを選択するメニューが表示されますので、それと思われるものに変更してみてください。
具体的にどのデバイス名にすると光ケーブル出力になるのか、というのは、すいませんがわかりません。
こんにちわ。
先ほど、先行版を1596に更新しました。
上に書いたように、ウィンドウがデスクトップから外れた位置になった場合に補正する処理に誤りが見つかり、デスクトップ端部周辺に配置すると位置が勝手にずれるようになっていました。
またお試しいただけると有難いです。よろしくお願いします。
こんにちわ。
先ほど先行版を1596に更新しました。
WASAPIデバイスのチャンネル数をOSから取得する方法はいくつかあるのですが、その方法を変更してみました。これで一度お試しいただけないでしょうか?
よろしくお願いします。
お手数をおかけしました。ありがとうございました。
こんにちわ。ご報告ありがとうございます。
ひとつ確認させていただきたいのですが、
別のツールでできることが、できないというのは
やはり何か問題があるのでわ？と思うのですが今回の問題はイメージの管理の画面が開けないということだったと思いますが、別のツールでTuneBrowserのイメージの管理の画面を開くことはできないのではないかと思います。
イメージの管理の画面が提供している機能は、フォルダにあるイメージファイルと、楽曲ファイルに埋め込まれたイメージを列挙、追加、削除、名前の変更することです。これらの操作については、前者はたとえばWindowsのエクスプローラーで同様のことを行うことができます。後者は (実際に使用して確認したわけではないのですが) Mp3tag など著名なタグ編集ソフトではたいていサポートされている機能ではないかと思います。
今回の問題は、こうしたイメージを管理する機能に問題があるのではなく、そもそもイメージの管理の画面が開かないということで、その事象はわたしや他の方のところでは起きていないようですので、その点ではgonnnosukezaka69さんのご利用の環境と関係した問題はあるのだと思います。いま思いつくのは前回ご案内したディスプレイドライバの問題くらいです。それは問題なしとのことですので、なにか他に問題があるのだと思いますが、残念ながらこれ以上はわたしにはわかりません。決して問題がないと言っているわけではありません。
現在も、毎日TuneBrowserのダンプファイルが送られてきています。TuneBrowserになにか問題がないか確認するために時間を見つけてそれらを解析するわけですが、ディスプレイドライバの問題はかなり多いです。ディスプレイドライバ内で動作を停止すると、たいていはTuneBrowserからはそれ以上の手出しができなくなってしまいます。
こんばんわ。
その後いろいろと試してみて、ウィンドウがデスクトップ端部に配置されていると位置補正がはたらくようになっていて、それが意図しない動作をしている可能性があることがわかりました。これはディスプレイの解像度が変わったときの動作を想定して入れたものですが、ちょっとどうするか考えます。
こんばんわ。
まったく意識をしていなかったのですが、たしかにいつのまにかポップアップする位置がデスクトップ左上になっているようです。
それはそれで問題なのですが、その後ウィンドウ位置を修正すると、その後は修正したところに表示されていないでしょうか? また左上に戻ってしまったりしていますか?
こんばんわ。
再生機器の維持は、地味ながら気持ち的には結構大きな変更でしたので、お役に立ててよかったです。(^^)
再生停止操作は、わたしのところでは再現せず、詳しいお話しを伺おうと思っていたところでした。いったん、置いておくことにしますね。
こんばんわ。
すいません、まずトラック順の件をクリアにしませんか。ご提示した方法は試していただいたでしょうか。
「フォルダ内にCUEファイルやM4Aファイルがないとトラックの順番がおかしくなる」ということはないと思いますので、ご確認いただきたいです。
よろしくお願いします。
こんばんわ。
できれば別の話題は別のトピックを立てていただくようお願いします。
以前からTuneBrowserをご利用の場合、Tree Viewのフォルダーツリーを選択した場合のトラックの並び順はファイル名順です。これを通常のディスク番号・トラック番号に基いた順番にしていただくには、
フォルダーツリーを選択した状態で、Tree View右上の歯車ボタンをクリックして、ツリークエリの設定ダイアログボックスを開いてください。
下のほうに「トラックソートクエリ」があり、なにか文字列が設定されていると思います。ここをすべて削除して空欄にしてください。通常のディスク番号・トラック番号に基いた順番で表示されるようになると思います。
よろしくお願いします。
こんばんわ。さっそくのご確認ありがとうございました。
アンプ側をステレオ再生に設定しているにもかかわらず、マルチチャンネル音源を再生しようとするとアンプをマルチチャンネルに切り替えてしまうというのは、良い動作なのでしょうか? アンプ側をステレオ再生に設定した経緯やそのときのユーザーの気持ちにもよるとは思うのですが、オーディオ機器であるアンプの設定を尊重すべきのような気もしました。
それと、Intel CPUとAMD CPUで差が出るのは、CPUの差というよりは、CPUと紐づいたチップセットによるHDMI出力しているドライバの差と理解しました。アンプ2台接続という環境はこちらでは用意できないので再現させることはできませんが、なにかヒントになれば幸いです。
マルチチャンネルの動作については、わたし自身にはほとんど知見がありませんので、もうすこしご意見をうかがって、本機能をどのようにするか考えていきたいと思います。
こんばんわ。
結果としてご期待に応えられずすこし残念です。その後もなぜこのような結果になったのだろうと考えているのですが、たしかにTuneBrowserはざっくり言うと「アーティスト – アルバム名 – エディション – ファイル形式」のような形でアルバムを分類しており、既定の設定ではその順で表示しますので、まずはアーティストの順で並びます。
アーティストとして作曲家を指定している場合は作曲家順、演奏家を指定している場合は演奏家順です。
今回のケースではすでに作曲家を特定したあとの表示を言われているのと、おそらくアーティストに演奏家を指定されているので、なにか違和感のあるような表示になったのかもしれませんが、全アルバムなど複数の作曲家が混在した状況だと、それなりに意味が出てくるのではないかと思います。
だからどうするという話はないのですが、そのようなことを考えました。
こんばんわ。
先ほど5.1.0の先行版を公開しました。そこでWASAPIのマルチチャンネル再生に対応しています。よろしくお願いします。
こんばんわ。
先ほど5.1.0の先行版を公開しました。そこで、再生中の再生操作の対応を行っています。前のコメントに書いたように少々迷ったのですが、実装してみるとそう違和感もなかったので、再生中の再生操作はとのトラックの先頭から再生になるようにしています。
状態によりいろいろなケースが考えられるので、もしならなかったらご連絡ください。
こんばんわ。
5.1で$AND()/$OR()をサポートしてみました。詳しくはこちらのトピックを参照してみてください。よろしくお願いします。
こんばんわ。
5.1で$AND()/$OR()をサポートしてみました。詳しくはこちらのトピックを参照してみてください。よろしくお願いします。
こんばんわ。
アルバム名を “%ALBUM%” だけで表現して、ソート順にもそれが反映されるようにしたいと言われていたと思いますので、その方法をご案内しました。
shaoxing9さんのご利用環境においてアルバム名を “%ALBUM%” だけで表現することが適切かどうかは、どのようにタグ値を設定してご利用になっているか次第ですので、すいませんがわたしにはわかりません。アップしていただいた例から類推すると、たとえばアルバム名に曲名だけを指定されている場合は、作曲者や演奏者が異なってもすべておなじアルバムになってしまうので (セルやクレンペラーなど複数の指揮者の演奏が混ざっているように見えます)、アルバム名を “%ALBUM%” だけで表現することは適切ではないのではないでしょうか。
MinimServerというソフトがどのような分類をしているかわたしにはわからないのですが、それがわかれば、おなじ指定をしてやればおなじ、または近い表示ができるのではないかと思います。
こんばんわ。
試されている内容を反映するには、アップしていただいた設定のスクリーンショットの「グループクエリ」のところに “%ALBUM%” などと指定してみてください。
こんばんわ。
ご指摘をいただいて、動作を確認してみました。まずたしかに、ご指摘のように「UPnP(OpenHome)用のアルバムタイトル」を変更しても、アルバムのソート順は変わりません。
そこで「UPnP(OpenHome)用のアルバムタイトル」が指定されている場合は、このクエリによるソート順になるようにしようかとも思ったのですが、改めて確認してみると、そもそもアルバム (グループ) を生成する情報としてこの「UPnP(OpenHome)用のアルバムタイトル」が使用されているわけではありませんでした。
アルバムの生成やソートは、選択されているツリークエリに対応するグループクエリで行われており、「
UPnP(OpenHome)用のアルバムタイトル」は、あくまでも表示用のデータをレンダリングする際に使用する表記方法の指定ということになります。いろいろ書きましたが、筋としてはツリークエリに対応するグループクエリ、あるいはグループソートクエリを指定していただくのが良いのですが、いかがでしょうか。
もしわからないことがあれば、またご質問いただけますか。よろしくお願いします。
こんばんわ。
コメント下さり、ありがとうございました。お役に立てたとしたら光栄に思います。ちなみに、TuneBrowserの名称は、TuneとBrowserの間にスペースは入れません。ご配慮いただけると有難いです。
ご質問の件については、もし議論がつづくようでしたら、それぞれトピックを立てていただければと思います。簡単にコメントさせていただきます。
①現在のTuneBrowserはOpenHome PlayerとUPnP Media Serverの機能を持っています。以前よりこのようなご要望をいただいており、これが実現すると、コントローラーの機能の一部を担うことになると思います。
②TuneBrowserは他のソフトウェアに対して何ら要求はしていません。ただPC全体として見たときに、最終的な出音に影響する可能性はあるのかもしれません。「影響する」というのは、どうなったら良いのか、あるいは悪いのかは微妙ですが…。
こんばんわ。
ご要望ありがとうございます。右クリックにするかどうかはわかりませんが、操作方法は検討したいと思います (おそらくCtrl+クリックの動作を変えることになるのではないかという気がします…)。
こんばんわ。
Bluetoothイヤホンを用意して、操作を試してみました。やはりTuneBrowserで問題なく動作しているようです。
ということは、お書きになられているように、TuneBrowserの設定を変えられた可能性もあるとは思うのですが、上のコメントにも書いたように、イヤホンの操作はキー操作相当に変換されて処理しますので、関係するとすればTuneBrowser内のキーボードの設定です。この設定は少々難しいので、あまり慣れない方は触らないのではないかとも思うのですが、変更された覚えはありますか?
こんばんわ。
TuneBrowserの問題ではないとのことで、(お困りのところ恐縮ですが) その点についてはちょっとホッとしました。
状況のご報告、ありがとうございました。
こんにちわ。
数日前というと、とくにTuneBrowserのアップデートなどかあったわけでもありませんし、最近の更新で関連するような機能の変更も行っていません。そのためTuneBrowserの設定変更というよりは、機器やOS側の変更があったということはないでしょうか。
おそらく、イヤホンでの操作は、マルチメディアキー相当に変換されて処理されていると思います。こうした点はヒントにならないでしょうか。
また、ほかに同様の症状が出ている方はおられないでしょうか? > ALL
P.S. 再投稿ありがとうございました。元の投稿のほうは削除しておきました。
こんばんわ。
そうなのですね。念のため、複数のPCで試してみましたが、やはりイメージの管理は正常に動作しています。ご利用のディスプレイドライバを最新にしてみるとか、そういった対処で改善する可能性はないでしょうか。
イメージの管理の機能を使わずに、ということですが、特別なことをやっているわけではないので、ほかの一般的なツールなどでも同様のことはできると思います。
こんばんわ。
あらためて確認してみましたが、イメージの管理の機能そのものは問題がなさそうでした。おそらく、エラーとして検出ができずアプリケーションを停止させてしまうような形で破損したイメージファイルが、ご利用の環境のどこかに紛れているのだと思います。
TuneBrowserは、楽曲ファイルについては、アプリケーションを停止させてしまうような危険なファイルについては半自動で登録しないようにする機能を備えているのですが、イメージファイルについては、そのような機能はありません。そのため、もし破損したイメージファイルを絞り込めるようでしたら、そのファイルを使用しないようにしていただければと思います。すべてのイメージファイルの表示で動作を停止するのでなければ、おそらくある程度絞り込めるのではないかと思いますが…。
ご確認ありがとうございました。
こんばんわ。
ご連絡ありがとうございます。ご登録のメールアドレスにライセンスキーメールを再送しました。ご確認をお願い致します。
kitakataさん、ご報告ありがとうございました。
そういうことが原因のこともあるのですね。電源の容量不足というとマシンが落ちてしまうくらいしか経験がなかったので、驚きました。解決してよかったです。
Torahさん、フォローありがとうございました。
Torahさん、フォローありがとうございました。
t.takazawaさん、解決してよかったです。
こんばんわ。
あまり良い結論にならず恐縮です。ご理解いただきありがとうございます。
こんにちわ。
すいませんが、foo_dsd_asioについては詳しくなく、原因はわかりません。
すこし気になった点としては、foobar2000は32bit版しかないと思うのですが、foo_dsd_asioは64bit版アプリでも動作するのでしょうか?
こんばんわ、Tikiです。
TuneBrowserのライセンスはどちらで取得されたでしょうか。
- PayPal
- ベクター
- マイクロソフトストア
PayPalの場合は購入された方のメールアドレスがわかるのですが、このフォーラムにご登録のメールアドレスから記録を調べても、見当たりませんでした。
ベクターの場合は、ライセンスキー再送付サービスがありますので、ベクターのほうにお問い合わせください。個人情報保護法以降、作者には購入者の情報が開示されないようになり、わたしのほうではどなたが購入されたかがわかりません。
マイクロソフトストアの場合は、ライセンスキーは必要ありません。Windowsが自動で処理しますので、おなじマイクロソフトアカウントをご利用であれば、TuneBrowserを再インストールするだけでライセンスが適用されると思います。
よろしくお願いします。
Torahさん、こんばんわ。
貴重な情報ありがとうございます。結果として問題がある動作とはいえ、1曲目だけタグ情報が付与されない事象に技術的に筋の通った(?)説明がつくとは思っていませんでしたので、驚きました。
ありがとうございました。
ご報告ありがとうございました。改善してよかったです。
こんばんわ。
前のトピックではWindows Media PlayerでCDを取り込むとそうなると書かれていましたが、なぜそのような仕様になっているのか、まったく理解に苦しみますね。前のトピックでも良い解決策が見つかりませんでしたので、心苦しいのですが、どうぞよろしくお願いします。
こんばんわ。
どうやら、フォルダは、一切見ない仕様になったようですね。
Tree Viewのフォルダーツリーを選択した場合の動作を言われていたのでしょうか。
フォルダーツリーを選択した場合の表示は、問題 (問い合わせ) が多かったので、最近のバージョンでは他のツリー項目と同様の表示になるようにしています。
これを以前のバージョンのようなフォルダ単位でグループ(アルバム)化する表示に戻すには、ツリー項目のフォルダーツリーを選択した状態で、Tree View右上の歯車のボタンを押してください。フォルダーツリーのツリークエリの設定ダイアログボックスが開くと思います。
ここで、下の「グループクエリ」の項目を選択すると、コンボボックスで “%_FILEFOLDER%” が選択できると思います (手で直接入力しても構いません)。
これで、フォルダー毎の分類になると思います。
こんばんわ。
わたしもNVIDIAのグラフィックカードを使用していますが、ご指摘のような事象には遭遇したことがありません。
ほかに、同様の問題が起きている方はおられますでしょうか? > ALL
こんばんわ。
こちらのトピックで、同様のご報告をいただいていますが、こういう状態でしょうか?
なぜそのようなタグの書かれ方をしているのかわからないのですが、このケースでは、もともとエクスプローラで見てもやはり1曲目にはタグが書かれていないようでしたので、残念ながらTuneBrowserからはどうしようもありませんでした。
こんばんわ。
ご報告ありがとうございました。解決してよかったです。
hiroさん、サポートありがとうございました。
情報ありがとうございました。
想像した状態とは異なっていました。最初のトラック1の4つは、それぞれ別のファイルに紐づいていたのですね。驚きました。
このような状況になる理由を考えてみたところ、もともと埋込みCUESHEETが含まれていて、それを何らかのソフトウェアで分割した際に、すべてのトラックにもともとの埋込みCUESHEETが残されてしまったのではないかという可能性に思い至りました。
残念ながら、TuneBrowserは埋込みCUESHEETを除去する機能は持っていません。なにか他のツールなどを利用して、埋込みCUESHEETが含まれていないかどうか、それを除去できないか、確認いただけないでしょうか。
よろしくお願いします。
Playback device of the TuneBrowser is not depending on Windows. You can click device name (it shows “SAMSUNG…” currently) in the Player View, then menu will be shown to choose device.
Please select device name that you want to use in the menu.
TuneBrowserは、ランダム再生時、再生対象のトラックのリストに対してランダムな入れ替え制で曲順を作ってから再生します。そのため、もとのトラックのリストに重複がないかぎり、1巡の再生において重複することはありません。
ランダム再生というよりは、シャッフル再生が正確な表現になるかもしれません。
本当にそうか、と確認する方法は、順番に聴いていただく必要があります..。
こんにちわ。
アップしていただいたような現象はわたしも見たことがありません。不思議です。
最後のトラック4の時間がすこしおかしくなっていることから、CUEシートが関係しているのかもしれません。
トラック1の4つについて、それぞれ右クリック-「エクスプローラーで開く」で、ファイルの所在を確認してみてください。なにかヒントになるような情報があるかもしれません。
再生中に再生操作 (トラックのダブルクリックを含む) を行ったらトラックの先頭へ、と思いましたが、
- 非再生中に、ある再生位置に調整して再生操作→その位置から再生
- 再生中に、ある再生位置で再生操作→トラックの先頭から再生
となり、再生中の動作に慣れてくると、非再生中の動作が直感的期待に添わないという意見が出てくるかもしれませんね。当時のそのあたりの整合を気にしたような気がしてきました。
うーん…。
こんばんわ。
むかしは再生中にもういちど再生ボタンを押すと頭から再生するようになっていたのですが、いろいろとご要望に応じているうちに、再生を継続するという動作に落ち着いてしまいました。この動作になってすでに久しいです。
現在のところは、Player View上部のスライダーで先頭に戻すしかないかもしれません。
再生中の再生操作について、もういちど考えてみます。
ご連絡ありがとうございました。
念のためわたしのほうでも試してみましたが、問題なくPayPalにアクセスできました。PayPal側になにか一時的な問題が起きていたのかもしれませんね。
解決してよかったです。
Hi,
Please click device name area in the Player View bottom-right corner. Then, you can choose device name to use playback.
ご理解いただきありがとうございます。
このトピックはクローズとさせていただきます。
こんばんわ。
他のツールでも同様の症状がみられたと理解しました。なにかタグの状態に問題があって、それがTuneBrowserで編集したことにより、ある種の正常な状態になったのかなと想像しました。
ご報告ありがとうございました。
こんばんわ。
考えていいかどうか、というと、いいです..。
デコードだけであれば大きな問題はなさそうと思っているのですが、タグデータ (メタデータ) の取扱い方法と、標準的な実装ファイル (このファイルがデコード/管理できたら対応できたと言って良さそうなファイル群) の入手の目途が立てられず、そのままになっています。
こんにちわ。ご確認ありがとうございます。
ご指摘を受けて、ピリオド3つ (“…”) やそれに似た全角文字 (“…”) ではじまるアルバム名を試してみましたが、問題なく登録できていました。
なにか他の原因があるのではないかと思いますが、すいませんがそれ以上のことはわかりませんでした。なにかほかにお気づきのことがあれば、お知らせいただけると有難いです。
こんにちわ。
特定のアルバムが登録できない原因がわからないのですが、示していただいた例と対処から察するに、ピリオド3つではじまっているアルバム名のアルバムが登録できないというお見立てということでしょうか?
こんにちわ。
そうですか、状況に変化はありませんでしたか…。
示していただいたAPIは、当然ですが、共有モードで再生する際にはその共有のスペックを知るために使用しています。
ご確認ありがとうございました。
Thank you for your confirmation.
こんばんわ。
ASIOドライバがリセットを要求してくる理由はこちらではわかりませんので、可能であればメーカーに問い合わせいただいたほうがよろしいかと思います。
よろしくお願いします。
こんにちわ。
再生設定ツールバーのことを言われているのでしょうか…。そうであれば、Player View上部のツールバーのボタンのうち、スピーカーの形をしたボタンを押すと、表示を切り替えることができます。
ただ現在は、Player Viewのインジケーターの部分でほとんど同様の操作をすることができます。
こんにちわ。
ログをありがとうございました。内容を確認しました。
再生中にASIOドライバからリセット要求が送られてきています。その要求に応じてリセットしたところ、ASIOドライバからエラーが返ってきて、再生が停止しています。
ふつう、再生中にリセット要求が送られてくることはないのですが、なにかお心当たりはないでしょうか?
Hello,
TuneBrowser uses following images as jacket images at:
- image files in the same directory of music files.
- embedded image in the music file.
Please check it.
こんばんわ。
状況わかりました。もしまたなにか新情報があれば、お知らせください。
再生が止まってしまう事象が発生した場合、以下の要領で再生処理のログをアップしていただけると助かります。
TuneBrowser上部のメニューから「表示」「ドッキングウィンドウ」「Log View」と選択すると、TuneBrowserの下部にLog Viewが表示されます。Log Viewの下にはいくつかタブがありますので、「Player」を選択してください。この状態で再生関係の状態が変化するとログが更新されます。この内容はマウスの右クリックメニューからすべて選択、コピーなどができますので、テキストファイルに貼り付けることができます。
そのテキストファイルを、コメントの添付ファイルとしてつけていただけばと思います。
よろしくお願いします。
こんばんわ。
停止すると言われているのは、単に再生が止まるという状態でしょうか。あるいはTuneBrowserそのものが停止していなくなってしまうような状況でしょうか。
もうすこし、「停止」と言われている事象を詳しく書いていただけると助かります。
ご理解いただき、ありがとうございました。
丸一日考えてはみたのですが、結果としては愛想のない結論となってしまい、申し訳なかったです。
こんばんわ。
TuneBrowserでは、ひとつの再生系に対してひとつのDSPアレイというのは大きな前提になっています。チャンネル毎に別のDSPを適用するようなことは、残念ながらできないです。
こんばんわ。
ご利用のWASAPIドライバは、すべての再生スペック(サンプルレートやビット深度など)について、対応していないと返しているようです。
どうしたらいいか、というのはTuneBrowserからはなかなか難しいのですが、もしまだお試になっていなかったら、WASAPIの排他/共有モードの切替えやPush/Eventモードの切替えなども試してみてください。いずれも、Player View右下のインジケータのところをクリックすることで切り替えることができます。
こんばんは。
ご意見ありがとうございます。夢は広がりますねえ(^_^;。
また追い追い考えていきたいと思います。何かあれば、ぜひ相談や検証におつきあいいただけるとありがたいです。
よろしくお願いします。
ご確認ありがとうございました。
TuneBrowserは複数のトラックのタグを一括して変更することもできます。前のコメントにも書いたように、フォルダの情報をうまく使ってタグの修正を行われるのが良いように思います。
こんにちわ。
ファイルの送信ありがとうございました。確認しました。すでにエクスプローラーの例を示していただいているように、このwmaファイルには有意なタグデータがないのですが、登録そのものは行われて、再生することもできました。
ただ追加で挙げていただいた情報もそうだと思うのですが、アルバムと判定するタグ値がないために、1曲目とそれ以降で生き別れてしまい、結果として1曲目が存在していないように見えたのではないかと思います。
アルバムを示すタグ値がおかしいのですから、このような結果になることは仕方がないと思うのですが、それでも2曲目以降とまとめてひとつのグループとして表示をさせたいのであれば、フォルダ単位でグループ(アルバム)化させるという方法はあります。
こちらのトピックなどを参考に設定いただくと、Tree Viewのフォルダーツリーを選択したときに、フォルダ単位でグループ(アルバム)化させることができるので、一連のトラックとして表示される公算が高いです。ただ、トラック番号などの認識によっては、トラック順が入れ替わってしまうかもしれません。