orange @[email protected]

もしかして、内部処理がfloatじゃなくなった・・・？＞＜；

あれ？＞＜；
24bitのデータ再生しても測定結果が24bitにならない・・・？＞＜；

オレンジが前に作ったオーディオが整数精度相当で再生されてるかチェックするアプリ使って、Win 11のメディアプレイヤーで普通に再生したら整数精度相当って出た＞＜；
何か間違って無ければ、つまりたぶんWindows 11のオーディオエンジンはオレンジが前にわざわざ作った整数精度相当のデータを破壊しないように音量調節する音声再生するやつと同じ状態になってる・・・？＞＜；

Beがもしハードウェアを諦めずなおかつつぶれないで生き残ってたら、Threadripper積んでコア数増えすぎて前面がCM-5みたいになってるモンスターマシンを売ってたんだろうか？＞＜；

12年くらい前？に作ったBeBoxのblinkenlights(BeBox本体前面についてるLEDバーグラフのCPU負荷計)を模したCPU負荷メーターアプリ、12論理コアのマシンで動かしたらデスクトップ両脇に6本ずつバーグラフが現れて21世紀っぽさ＞＜

オシロスコープミュージックを見るために作ったXYオシロスコープアプリも、オシロスコープ部分にスケール調整機能をつけなかったので爆音再生しないと見れなくなった＞＜；

手抜きして作るなら、オーディオプレイヤーをライブラリとしてつくって、そのクラス2個作って、同時に再生すればあんまりずれなさそうだし、同期は遅い方にあわせるなら雑になら空白サンプル、ごまかすならてきとうにサンプル複製して遅らせる機能をつけとけばなんとかなりそう＞＜

軽量なバイトストリーム用リングバッファ、.NET側で標準で用意してほしい＞＜；
(数ヵ月前になんか記事見つけて読んだけど、バイトストリーム用リングバッファってバグなしに実装するのかなり難しいらしい・・・＞＜(実際難しかったしバグあるかわからない＞＜))

セッションごとのループバックは音量調節する前のなのかな？＞＜；

この変更で何が困るかと言うと、オレンジが今まで作ってきたリアルタイム音声解析とかループバック録音するアプリ群が、メインボリュームを大きくした状態じゃないと使えなくなったって事＞＜；
モニタ音量調整出来るオーディオインタフェースならそっちで下げればいいけど、ラップトップにイヤホン直挿しとかだと爆音＞＜；(アナログボリュームつき延長ケーブルとかが必要＞＜；)

完全に推測だけど、変更されたタイミングって、WASAPIループバックをセッション単位で出来るようになった(特定のアプリが出す音だけ選択してループバック録音できるようになった)タイミングで変わったのかも？＞＜

あとあくまでWindows Core Audioのミキサーの仕様変更の話であって、WASAPI排他モードとかASIOみたいなデバイス占有するタイプの再生は全く関係ない話＞＜(その場合はアプリ作る人の作り方で音質変わる＞＜(アプリ側で音量調整するので＞＜))
そうじゃなく普通にWindowsで音を出すアプリなら影響するはず＞＜

なんもわからん人向けの超単純化した説明
「少なくともWindows 7よりもWindows 11の方が音質いい＞＜」
(ただし音質に気を使いまくるやり方で自前で音量調節してたアプリ(意外と少ない)の場合には変わらない＞＜)

今まで(10の途中まで？) → 全部混ぜてからメインボリュームにあわせて音量調整
Windows 11 → 混ぜる前にセッションごとにメインボリューム相当の音量調整してから混ぜる

っぽい？＞＜

初めて自作のWASAPI関連のアプリをWindows 11で動かして気づいたけど、Windows 11から(10の途中から？)音声の音量調整をミキシングする前に行うように仕様変更されたっぽい？＞＜
昔の仕様だと最終的な出力が小さくてもセッションごとの音声が大きければコンプかかる(というかほぼクリッピング)ようになってたけど、メインボリュームが小さければ混ぜる前に小さくしてくれるように変わったっぽい？のでWASAPI共有モードを使ってる限りは馬鹿が作ったアプリでも音質低下しにくくなった？＞＜

実例をストリートビューで貼ろうとインディアナ州ゲーリーの荒廃地域をてきとうに見てたら、なぜか思いっきり和風なストリートアートが＞＜；
51 イースト 8th アベニュー
https://maps.app.goo.gl/3J96gTcCcGUmybqD9