- このトピックには92件の返信、3人の参加者があり、最後ににより3年前に更新されました。
-
投稿
-
お世話になります。
現状「ASIOによるマルチチャンネル再生」には対応されているようですが、
「wasapiによるマルチチャンネル再生」への対応はお願いできないでしょうか？
実はこの目的のためだけに「Audirvana」を利用しており統合したいと考えております。
※ちなみに、HDMI経由でAVアンプに出力しておりますよろしくお願いします。
こんばんわ。
マルチチャンネル再生はあまり受けなかったと思っていました。またWASAPIでのマルチチャンネル再生は、マイクロソフトから公開されている情報がどうも曖昧であるのと、検証用の機材が必要になるなど、残念ながらあまり明るい材料がないのですが、すこし考えてみます。
もし、WASAPIのAPI(Interface)経由で、チャンネル番号とその論理的役割(FrontLeft/FrontCenter…など)を取得する方法をご存じの方がおられましたら、情報いただけないでしょうか ? > ALL
こんばんわ。情報ありがとうございます。
現在のTuneBrowserはWASAPIについては完全に2ch固定になっています。WASAPIのマルチチャンネル再生でいちばんわからないのは、上にも書いたようにチャンネルインデックスと、そのチャンネルの論理的役割の対応で、これがわたしが調べたかぎりでは明示的に仕様としては示されていません。検証環境を用意して現物合わせするしかないのかなあと思いますが、現物合わせは別の環境では動作しない可能性もあるわけで、機器によっては正しく鳴らないというクレームが起きることを思うと、いまから少々気が重いです。
それと、AVアンプをご利用とのことですこし気になっていることがあります。これはASIOでのマルチチャンネル再生も同様なのですが、TuneBrowserでは未使用のチャンネルのためのダウンミックスは行いません。たとえば5.1chのAVアンプをお持ちで、LFE (サブウーファ) を接続しないでご利用の場合、楽曲側にLFEの信号が含まれていたとしても、TuneBrowserとしてはそのLFEの信号を他chに振り分けて再生するような処理を行うことはしない、ということです。AVアンプ側にその機能があれば、当然その機能によってダウンミックスして再生されることはあると思います。
このような点もあらかじめご確認いただければと思います。
こんにちわ。情報ありがとうございます。
上の例で挙げたLFEを接続しないケースの場合、
- 物理的に結線していないだけ
- AVアンプで「使用しない」と設定
- Windowsで「使用しない」と設定
というパターンが考えられます。それぞれの場合において、ishi216さんが挙げられた情報だと1ch=Front Left… と数えて、LFEは4chです。上記1.～3.のケースにおいて、4chはスキップされるのか、あるいは次のBack Leftがアサインされるのか、それは統一的な動作なのか、AVアンプ側の動作によるのか。
といった点が検討をするにあたって困惑する部分です。
まあ、細かいと言えば細かい話ですが、ソフトウェア開発とはそういうもので、このあたりをおろそかにすると出力チャンネルを致命的に誤ることになってしまいますね。
#追記の追記です（節操が無くて申し訳ない）
roonのWASAPIマルチチャンネル設定に「5.1」「7.1」があると記しましたが、Audirvanaの場合にはWASAPIの選択があるだけでマルチの設定はありません。
ではどうしているかというと、単にWASAPIを選択させるだけで画面右下に出力先情報が表示されています。※添付画像をご確認ください。
※「WASPIのAPIチ
ャンネル情報取得」方法はあるのかもしれませんね。※追記です。
画像２（一度に添付できないので）※追記です。画像３（一度
に添付できないので）情報ありがとうございます。検証の際にはまたご協力をお願いします。
こんにちは、私もマルチチャンネルの WASPI 出力対応を心待ちにしている者の一人です。
（同じく AV アンプでマルチチャンネルの DSD を聞いています。）マルチチャンネルに関する仕様が不明瞭とのことで自分なりに調べてみたのですが、チャンネルの並びやバッファの構造は WASAPI の前身（？）である Kernel Streaming API のドキュメントが参考になるように思いました。
https://docs.microsoft.com/en-us/windows-hardware/drivers/audio/channel-mask
https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/ksmedia/ns-ksmedia-waveformatextensibleこのドキュメントを信じるとすると、WAVEFORMATEXTENSIBLE において チャンネルマスクのビット数とチャンネル数は一致するのが普通と書かれているので、存在しないチャンネルはバッファの中ではスキップされる（バッファの並びは、LFEが無ければFCの次はBLになる）、またこの仕様は出力デバイスに依存しない（スピーカー数の違いは Windows が吸収してくれる）、と解釈するのが自然に思います。
また MPC-HC のような既存のアプリからも何か手掛かりが得られるかもしれません。
https://github.com/clsid2/mpc-hc/blob/develop/src/thirdparty/sanear/src/AudioDeviceManager.cpp#L86以上、ご参考になれば幸いです。
bb-qqさん、情報ありがとうございます。
書かれているように、チャンネルマスクの情報を使用してチャンネルアサインを判断することになりそうです。
ところで、「マルチチャンネルの DSD」と書かれていますが、WASAPIでマルチチャンネルをサポートした場合、PCM変換しないDSDを送るにはDoPしか手段がなく、おそらくDoPをサポートしているAVアンプは存在しないのではないかと思います。
そのため、DSDをマルチチャンネルでネイティブ再生することは残念ながら難しいと思います。
お世話様です。
＞WASAPIでマルチチャンネルをサポートした場合、PCM変換しないDSDを送るにはDoPしか手段がなく、
＞おそらくDoPをサポートしているAVアンプは存在しないのではないかと思います。確認したところ、
所有AVアンプではDoPによるマルチチャンネル再生はできませんでした。ただ、
OPPO UDP-205 Blu-rayディスクプレーヤーを所有し、使用していますが、
HDMIインにてAudirvanaによるDoP出力を受けマルチチャンネル再生可能です。
※再生時と終了時に内部的な切替動作によると思われるプチノイズが入り不快です結果から
・WASAPIのDoP出力によるマルチチャンネル再生は受けのデバイスによっては可能
・AVアンプによるDoP出力によるマルチチャンネル再生は現状では出来ないようだ
※著作権絡みのしばりによる問題のような気がします現状、マルチチャンネル再生は、デフォルトPCM変換？設定でDoP選択可？
が無難でしょうか
※選択可能なのはAudirvanaと同じですね取り急ぎご報告まで
PS.個人的な話ですが、WASAPIによるマルチチャンネル再生は、
「VoiceMeterによる仮想ASIO機能」で再生していますが設定が煩雑で面倒です…
ishi216さん、情報ありがとうございました。
OPPOの製品は、たしかASIOでもDoP出力で再生できたような記憶があります。
こんばんわ。
先ほど5.1.0の先行版を公開しました。そこでWASAPIのマルチチャンネル再生に対応しています。よろしくお願いします。
こんばんわ。さっそくのご確認ありがとうございました。
アンプ側をステレオ再生に設定しているにもかかわらず、マルチチャンネル音源を再生しようとするとアンプをマルチチャンネルに切り替えてしまうというのは、良い動作なのでしょうか? アンプ側をステレオ再生に設定した経緯やそのときのユーザーの気持ちにもよるとは思うのですが、オーディオ機器であるアンプの設定を尊重すべきのような気もしました。
それと、Intel CPUとAMD CPUで差が出るのは、CPUの差というよりは、CPUと紐づいたチップセットによるHDMI出力しているドライバの差と理解しました。アンプ2台接続という環境はこちらでは用意できないので再現させることはできませんが、なにかヒントになれば幸いです。
マルチチャンネルの動作については、わたし自身にはほとんど知見がありませんので、もうすこしご意見をうかがって、本機能をどのようにするか考えていきたいと思います。
こんばんわ。
できれば別の話題は別のトピックを立てていただくようお願いします。
以前からTuneBrowserをご利用の場合、Tree Viewのフォルダーツリーを選択した場合のトラックの並び順はファイル名順です。これを通常のディスク番号・トラック番号に基いた順番にしていただくには、
フォルダーツリーを選択した状態で、Tree View右上の歯車ボタンをクリックして、ツリークエリの設定ダイアログボックスを開いてください。
下のほうに「トラックソートクエリ」があり、なにか文字列が設定されていると思います。ここをすべて削除して空欄にしてください。通常のディスク番号・トラック番号に基いた順番で表示されるようになると思います。
よろしくお願いします。
②です。
③です。
④です。
こんばんわ。
すいません、まずトラック順の件をクリアにしませんか。ご提示した方法は試していただいたでしょうか。
「フォルダ内にCUEファイルやM4Aファイルがないとトラックの順番がおかしくなる」ということはないと思いますので、ご確認いただきたいです。
よろしくお願いします。
確認しました。問題ありません。
以下証跡です。
お手数をおかけしました。ありがとうございました。
こんにちわ。
先ほど先行版を1596に更新しました。
WASAPIデバイスのチャンネル数をOSから取得する方法はいくつかあるのですが、その方法を変更してみました。これで一度お試しいただけないでしょうか?
よろしくお願いします。
簡単にテストしてみました。※一度再起動してます
残念ながら駄目なようです。
※Audirvanaでは問題ありません。
証跡を添付します。取り急ぎ
Audirvanaの場合です。
こんばんわ。
ご確認いただきありがとうございました。つけていただいたスクリーンショットから、ご利用の機器は動的にチャンネルアサインを変更できるような印象を持ちました。それで、チャンネル情報をOSから取得するタイミングを変更してみました。
再度先行版を更新していますので、またお時間のあるときにでもお試しいただけると有難いです。
お世話様です。
今回も簡単なテストをしました。
残念ながら駄目でした。
※Audirvanaの場合は問題なく再生できます証跡を添付します。
Audirvanaの場合です。
テスト結果追記です。
※前記の出力先は「TA-DA9100ES」という旧いアンプでしたこちらは先行版を1597による。
OPPO UDP-205のHDMIイン接続の結果になります。
5.1ch再生のところ3.1ch再生になっています。
ご確認ありがとうございました。
次の手を思いつかない状況になってしました。さらにお手数ですが、再生操作時のログを採取していただけないでしょうか。
TuneBrowser上部のメニューから「表示」「ドッキングウィンドウ」「Log View」と選択すると、TuneBrowserの下部にLog Viewが表示されます。Log Viewの下にはいくつかタブがありますので、「Player」を選択してください。この状態で再生関係の状態が変化するとログが更新されます。この内容はマウスの右クリックメニューからすべて選択、コピーなどができますので、テキストファイルに貼り付けることができます。
そのテキストファイルを、Attachments:から添付ファイルとしてつけていただけると助かります。
よろしくお願いします。
OPPO UDP-205出力時のログを添付します。
・PCはインテル製CPUを搭載した自作パソコンです
・PCのHDMI出力は、HDMIポート1出力のみを使用
・再生ターゲットはHDMIからUDP-205のHDMI入力になりますLog取得時の再生画面を添付します。
TA-DA9100ES出力時のログを添付します。
・PCはAMD製CPUを搭載した自作パソコンです
・PCのHDMI出力は、HDMIポートとディスプレイポートを使った2出力を使用
・PCのHDMIポート側にはSC-LX89が繋がっています
・再生ターゲットはディスプレイポート側のTA-DA9100ESのHDMI入力になります。Log取得時の再生画面を添付します。
よろしくお願いします。
こんばんわ。ログの採取ありがとうございました。お手数をおかけしました。
結果は、ちょっと意外だったです。いずれも、OSからはチャンネル数としては6chあると返しているのですが、チャンネルマスクがOPPOは 0x0000060f、Sonyは0x00000003になっていました。
このチャンネルマスクは、ishi216さんがこちらのコメントで言われていたもので、結果としてOPPOは末尾0xf=4chだけが使用でき、Sonyは0x3=2chだけが使用できると判断してそのように再生しています。
これは、TuneBrowserとしてはWASAPIの仕様に則って動作しているということになります。チャンネルマスクを無視して6chとして再生するのは、たとえば多chのオーディオインタフェースを使用されている場合などにおいて意図しない動作をする可能性を考慮すると、簡単には踏み切れないものがあります。
現在のところ、このくらいしか言えそうにありません。
おはようございます。
テスト結果追加です。
こちらは先行版を1593（たまたま落としてあったファイルが旧かったせいです）による結果になります。作業用デスクトップPCのAudio再生に使っている「Onkyo TX-L50」にて「マルチチャンネル再生不可」でした。
※富士通のSP（TD307MK2A）使用のマルチチャンネルシステム（5.1ch）です以前、報告したように「SC-LX89」を使ったマルチチャンネルシステムでは問題無いので不思議です。
※ログを見ると2chシステムと認識しているようです。もちろんOSは5.1chシステムと認識しています前回同様に証跡を添付します。
前書込みに対する追加証跡を添付します。
※Audirvanaは入れておらず、問題無い「roon」の設定画面になります
たくさん質問を挙げていただきましたが、すいませんがすべて消化はできませんので、ポイントだけご報告します。
再生中にチャンネル数が動的に変わったという事象は、思いつくかぎりでは、トラックが切り替わり、その前後でチャンネル数が変わった場合に発生します。
ただ現在はここが正しく処理できず、チャンネル数は変動するものの、それまで再生していたトラック分しか有効な再生データを送信しません。次のリリースでは、この部分は改善します。
それと、ASIOは、WASAPIとは異なり、ドライバやOS側でチャンネルアサインを管理しません。そのため、TuneBrowserにも手動でチャンネルアサインを指定する設定を用意しています。
FLAC 5.1chフォーマットの音楽データ再生結果を表にをまとめました。
Tunebrowser不可の要因は、OSの認識結果を使っていないところかな？と思われます。
以上、単なるまとめ（備忘録）返信無用です
こんにちわ。
先ほど公開した5.1.0.1602で、WASAPIデバイスに対する動作を変更してみました、よろしければお試しください。
お世話様です。
取り急ぎ、テスト結果です。
AMDドライバーのTA-DA9100ESは「〇」とOKになりました。
Intelドライバーの、UDP-205、TX-L50は「×」で変わりません。
症状は、FLAC6chソースが「LRC+LFE」の4ch再生になります。以下にスクリーンショットを添付しますのでご確認願います。
こんにちわ。確認ありがとうございます。
あまり良い結果になりませんでしたか..。「Tunebrowser不可の要因は、OSの認識結果を使っていないところかな？と思われます。」とご指摘されていたので、それに沿うようにかなり変えてみたのですが…。
ひとつ設定を変更してお試しいただきたいです。WASPIの設定の「WASAPI固有の設定(2)」に、「再生前にチャンネル数を初期化する」があります。Noになっていると思いますので、Yesに設定して試してみていただければと思います (これをYesにすると、逆にOSの認識結果は使わず、毎回設定に行くようになります)。
なおこの項目は、デバイス固有の設定を有効にしていると、デバイス毎にありますので、ご注意ください。
よろしくお願いします。
ご確認ありがとうございました。
挙げていただいたVoidの表記は、デコーダ側にそのチャンネルの情報がなく、デバイス側にはチャンネルはあっても使用しない、という意味で表示しているものになると思います。4chしかない音楽ファイルを、6chのオーディオ機器で再生しようとしている状況です。この場合、再生するものがないので、Void以外にしようがありません。
今回の対処で、いま考えられる手は打ち尽くしたという状況です。実のところ「TuneBrowserはほぼぜんぶダメ」という表を目にしたときに、心がどこか折れてしまったのだと思います。いろいろと検証していただいて申し訳ないかぎりなのですが、わたしの正直な気持ちとしては、実質的に使い物にならないと言われるような機能を「対応している」と表明するよりは、潔く対応していないとしたほうが、さまざまな意味で (使う側にとっても、作る側にとっても) まだ健全であると考えます。そのため、長いTuneBrowser開発経緯のなかでこのようなことははじめてなのですが、WASAPIのマルチチャンネル対応は取りやめとさせていただこうと考えています。
ご期待に沿えず、大変申し訳なく思います。
こんばんわ。
デコードのチャンネル判定の処理については、再度確認をしてみます。
それで、
「4chしかない音楽ファイルを、6chのオーディオ機器で再生する」ことに全く問題はありません。
何故なら、それは「6chのオーディオ機器」側の処理に委ねるべきものだからです。すいませんが、この部分について、言われていることがわかりませんでした。この状況で「処理に委ねる」とは、1から数えて5chめ、6chめにどういうデータを流すべきと言われているのでしょうか? 音源ファイルにデータがない場合は、どうしようもないと思うのですが。
もしできたら、検証の際に×をつけたケースについて、ログを添付ファイル(Attachments)としてアップしていただけませんか。
パラメータをいくつか変えて試していただいたとのことで、それぞれのログがあると有難いです。まとめてアップするのが大変なようでしたら、採取できた分からだけでも構いません。
ご承知と思いますが、ログはマウスの右クリックですべて選択、コピーなどができます。コピーができると、メモ帳などを使用して貼り付けて、テキストファイルとして保存することができます。複数ファイルの場合、ZIPファイルにまとめていただくと、取扱いが容易になるかもしれません。
お手数をおかけしますが、どうぞよろしくお願いします。
複数の話題が進行しているので、ちょっと混乱しないようにしたいです。
ここでの指摘はそもそも「ソースのチャネル判定がおかしい」ということです。
これについては、昨日の報告にも書いた通り、わたしのほうで確認します。
お伺いしたのは、その前に#11505で、ソースが4chだった場合の動作としてご指摘いただいたほうです。わたしがこのご指摘の意味を理解できていないので、混乱しているのかもしれません。
「ソースのチャネル判定がおかしい」件の続報です。
挙げていただいたログは、以前PlayerLog1oppo.txtとしてアップしていただいたものの一部でしたね。このログの動作については、以前#11387でご報告した通り、デバイスから返されたチャンネルアサイン情報に基いて4chを使用しています。なおこれについては、その際に「マスク値は変動しているよう」とのご指摘をいただいたので、今回のリリースではそれに対応しています。Sonyはそれで救済されたように見えますね。
なお音源にはFLACをご利用と思いますが、FLACは、チャンネル数に応じて以下の固定のチャンネルアサインになっており、ご指摘のようにBack/Sideの情報がないということはありませんでした。失礼しました。
The assignments are as follows:
1 channel: mono
2 channels: left, right
3 channels: left, right, center
4 channels: front left, front right, back left, back right
5 channels: front left, front right, front center, back/surround left, back/surround right
6 channels: front left, front right, front center, LFE, back/surround left, back/surround right
7 channels: front left, front right, front center, LFE, back center, side left, side right
8 channels: front left, front right, front center, LFE, back left, back right, side left, side right処理もこれに則って動作していることを改めて確認しました。
OPPO UDP-205出力時のログを添付します。
・PCはインテル製CPUを搭載した自作パソコンです
・PCのHDMI出力は、HDMIポート1出力のみを使用
・再生ターゲットはHDMIからUDP-205のHDMI入力になります
・UDP-205のHDMIアウト2系統にTVとAVアンプが繋がっていますLog取得時の再生画面を添付します。
Onkyo TX-L50出力時のログを添付します。
※何故かログがUDP-205の場合と違います。WASAPI関係がありません。不思議です・PCはインテル製CPUを搭載した自作パソコンです
・PCのHDMI出力は、HDMIポート1出力のみを使用
・再生ターゲットはHDMIからTX-L50のHDMI入力になります
・TX-L50のHDMIアウト1系統にTVが繋がっていますLog取得時の再生画面を添付します。
ログのアップ、ありがとうございました。取り急ぎ、御礼申し上げます。
いただいたログの内容は、いずれもチャンネルマスクが0x0000060fになっていて、こちらでご報告した状況とまったくおなじでした。
ただその際にはこの数値にはあまり真剣な意味を見いだせていなかったのですが、今回2機種ともおなじ数値ということはなにか意味がありそうですので、これを調べています。
あと、対応の方向を決める際のポイントになると思いますので、昨日お願いした4chのソースを6chで再生する件、もうすこし説明をお願い致します。
ありがとうございます。
“「6chのオーディオ機器」側の処理に委ねるべきもの” と言われていたやり方とどう結びつくのかというところが、すいませんがよく掴めませんでした。
②の方法はこれまでTuneBrowserがやっているとご説明している動作と同様に見えます。
「機器側に委ねる」ことができれば、これまでの例で5ch/6chをVoidとして扱うようなケースを回避できるのかとも思いますが、そのようなうまい方法は見つからないです。
いまOSから取得できているチャンネルマスクの値をいまの方法で解釈すると、5ch/6chは存在していません。無理に解釈すると、未アサインのチャンネル番号がつづいたあとで10ch/11chが存在していることになります。その状況で存在していない5ch/6chに出力して「機器に委ねる」行為と称するのは、わたしにとっては無理があります。
解釈の方法がまちがっている可能性はありますが、結局、話は4月ごろの疑問点に戻ります。そのときの議論で、チャンネルマスクのビット位置とチャンネルが対応しているとした考え方がおかしいのだろうと思いつつあります。
おはようございます。
面白いことがわかりました。
駄目だったOPPO UDP-205を、試しにAMD CPUを載せたPCに繋いだところOKに変わりました。
当該PCは今回OKに変わったSONY DA-9100ESの検証を行ったPCです。
ログを確認するとリアチャンネルのvoidが無くなり正常に「BackL」「BackR」と認識されています。OPPO UDP-205：
「×」Intel CPUを載せたPC
「〇」AMD CPUを載せたPC過去に「×」報告をした出力先デバイス（4台）は全てIntel CPUを載せたPC（3台）に繋がっています。
症状もまったく同じで『FLAC6chソースが「LRC LFE」の4ch再生になる』です。
この辺がヒントにならないでしょうか？以下に証跡として動作スクリーンショット、ログを添付します
追加の情報ありがとうございました。
あたらしくつけていただいたログでは、チャンネルマスクは期待通り0x0000003fになっていますね。ちなみに、Intel CPUを載せたPCでは、コントロールパネルのサウンドのところでサラウンドスピーカーがリアではなくサイドになっていないでしょうか?
foobar2000は、フリーソフトではありますが、オープンソースではないので、内部の動作は非公開です。
サイド設置の設定になっていたスピーカーがあって、これをリア設置に設定しなおしたら問題なく鳴るようになったということですかね…。
もともとのご指摘は、サイド設置のスピーカー設定になっていたとしても、TuneBrowser以外のソフトではリア音源をそちらに配置して鳴らせるということになろうかと思います。そういうふうに動作するようにいま大きな見直しをかけているところですので、リリースの際にはまたご協力いただけると助かます。
TuneBrowserのDSD-PCM変換は、サンプルレートを指定することができます。再生の詳細設定 – DSDのPCM変換の設定を確認してみてください。
こんにちわ。
先ほど、先行版1604を公開しました。更新履歴の説明に書いた通りなのですが、デバイス側がサイドチャンネルを使用していて、音源(FLAC)側がリアチャンネルを使用している場合、このリアチャンネルをサイドチャンネルにアサインして再生するようにしました。
わたしの環境では、リアなし・サイドありのデバイスの設定を行うことができませんでした。そのためお手数ですが、サイド設置に設定した環境で再生ができるかどうか、ご確認いただけると助かります。またその際には、お手数ですがログもアップしていただければと思います。
どうぞよろしくお願いします。
こんばんは。
>サイド設置に設定した環境で再生ができるかどうか、…(SNIP)…またその際には、お手数ですがログもアップしていただければと思います。
TX-L50、Intel CPU環境にて確認しました。
以下に証跡を添付します。・サイド設定パターン結果
・リア設定パターン結果
さっそくありがとうございました。
内容確認したところ、意図した通りに動作しているようで、安心しました。もうすこし細部を点検して、正式版化しようと思います。
- トピック「「wasapiによるマルチチャンネル再生」への対応」には新しい返信をつけることはできません。