orange @[email protected]

両方！＞＜（規格上越えちゃいけないかは知らないけど実際超えて表現できてしまうし越えてるファイルが大量だし、ていうかそもそも整数で表現されるフォーマットじゃないんだから、勝手に16bit intにして壊すのはデコーダがアホかも＞＜）

久しぶりにメール確認したら、北海道が大規模停電した時の情報ほしいメールをいまさら読んで申し訳なさ＞＜；（メールごくまれにしか確認しない＞＜；）

ていうかヘルプにも書いてあった＞＜

デコーダ、使用ライブラリのページによるとFFmpeg？＞＜

なおったっぽさ＞＜；

TuneBrowserのサイト、おそらくマストドンによるslashdottedがおきたせい？で鯖が503っぽさ＞＜；

これより簡潔に書く自信ない＞＜
https://github.com/orange-in-space/mp3-playback-check-audiodata
これも元は4倍くらいあったのを大幅にカットした＞＜；

オレンジがいきなり「mp3のデコードが正しくないです！！＞＜」とか書いてもなんだコイツってならない？＞＜；

正しくないデコードをしてる証明を自ら出来るTuneBrowser！＞＜；

TuneBrowser、起動してオレンジのチェックデータつっこんだらダメなデコードしてるんだけど＞＜；

TuneBrowserって言うの試してみる＞＜

あと、Windowsのメディアプレイヤー的なアプリ
WASAPIに投げる前に、仮に16bitのデータなら 16bit→32bit float→音量とかの処理（ちゃんとヘッドルームあけれ！＞＜＃ ）→32bitのままWASAPIに投げる
ってすればいいのに＞＜（そうすれば後はオーディオインタフェースがいいやつならいいやつほどより高精度に正確に再生できる＞＜）

要は半導体としてのDACに、音のデジタルなデータが十分に高精度に元の記録データに近いと数学的に証明できる状態で送られればいいのであって、それって別に真にbitパーフェクトである必要は無いよね＞＜
（オレンジは数学苦手なので誰かかわりに計算してほしい）

ていうか、ほんとに「bitパーフェクト！！！！」とか言うなら今時の1bitDACじゃなくラダーDAC使うべき！＞＜＃

オレンジが言う32bitに！＞＜って言うのは、PCなりスマホなり再生機器なりから、装置＆チップとしてのDACへは32bit floatで、その先は今と同じく1bit化して1bit DACで鳴らす感じ＞＜