orange @[email protected]

Perfect Precision!><
WASAPI共有モードが完全な精度で再生できている事（1枚目）と、デカすぎる音（わりと不評な）標準リミッターが動いた（結果鮮度が落ちた）事の検出（2枚目）もできた！＞＜ オレンジしゅごい！＞＜（自分で言った）

ここちょっとずるい＞＜；
"WASAPI共有モードで普通に再生するだけで"
普通に含まれない再生方法もあって「クリッピング寸前の爆音」かつ「16bit再生」の場合には、Windows音悪いよ論者の言うとおり音が変化する＞＜
回避する為には、プレイヤー側で32bit float化して音量調整してからWASAPIに送ればいい＞＜（そうすれば数学的に16bitのデータをbitパーフェクト再生と全く同じであると言える完全な精度で正しく再生できる＞＜）

Windowsの音声処理すばらしい！！！！＞＜ 誰だよ音質悪いとか言い出したやつ！＞＜

つまり、オレンジの推測通り、もし32bit float入力対応のDACを持っているのであれば、WASAPI共有モードで普通に再生するだけで、ビットパーフェクト再生＞＜（と全く同じであると数学的に証明できるはず（っぽい＞＜（数学苦手＞＜；）））

オレンジテストアプリの出力抜粋＞＜

00 :0.000030518
00x2:0.000061035
01 :0.000061035
01x2:0.000122070
01 Multiple by Minimum:2.000000000
02 :0.000091553
02x2:0.000183106
02 Multiple by Minimum:3.000000000
03 :0.000122070
03x2:0.000244141
03 Multiple by Minimum:4.000000000
04 :0.000152588
04x2:0.000305176
04 Multiple by Minimum:5.000000000
05 :0.000183106
05x2:0.000366211
05 Multiple by Minimum:6.000000000

つまりこの「かなり正確に16bit音声を再生できるのでは？＞＜」の方が正しい可能性＞＜（まだ調査中＞＜）

https://mstdn.nere9.help/@orange_in_space/100783749083862654

ちゃんと16bitっぽい！＞＜；（WASAPI共有モード＆Windowsのミキサの精度すばらしい！＞＜；（オレンジのバグすばらしくない＞＜；））

具体的に言うと、バイト列から32bit float読む時に、4ずつじゃなく1ずつインクリメントしてた；；

馬鹿すぎてつらい；；

バグってました；；

ああああああああああああ；；

試しに矩形波でやってみたら8通りのサンプルで再生されてるよ！になった＞＜（2通りじゃないのなぜ・・・・・＞＜）

オレンジ的には「ASIOとかWASAPI排他とか使わなくても、（特にDACが32bitであればなおさら）かなり正確に16bit音声を再生できるのでは？＞＜」って言いたくて実験したんだけど、「あれ？＞＜； WASAPI共有、精度ダメかも？＞＜；」な結果に？＞＜；

16bitの音声を再生し、32bit floatでWASAPIループバック録音して、サンプルの種類が何種類やってくるのかカウントすればいいのでは？＞＜ 精度が完全であれば65536以上の種類のサンプルはこないはずって思った＞＜
ホワイトノイズでやってみた＞＜
Count in Decimal: 1742955

🤔
（どういうこと？＞＜； オレンジの実験プログラムのバグ？＞＜；）

おもしろい実験してみた＞＜ WindowsのWASAPI共有モード（＝つまりWindowsで普通に音を鳴らした場合）の時に、ミキサーは32bit floatで処理してるっぽい（ループバックするとfloatが出てくる）けど、16bitの音声を再生した時の精度ってどんな感じなんだろう？＞＜と思って実験方法考えた＞＜

🌽 💨

思いついた！＞＜

ねむい＞＜

ディスク重すぎるし、CAVならまあれだけどCLVのディスクでチャプター後ろの方まで飛ばすと轟音だし＞＜；

レーザーアクティブがどのくらいの耐久性あるかわかんないけど、一般にLDプレイヤーって、どのメーカー(といってもだいたいパイオニアかソニーだけど)のでもモーターがわりとすぐに壊れてわりと消耗品という問題が＞＜；