orange @[email protected]

オレンジが作った音声データの、正しい環境と正しくない環境でそれぞれどうなるかのサンプルファイル聞き比べると、クリッピングするとどうなるのか？どうマズいのか？もわかりやすいかも？＞＜

mp3再生環境チェック用音声データgithubにアップしました！＞＜
普段mp3を聞いてる環境がちゃんとした環境なのか一瞬でわかるよ！＞＜
https://github.com/orange-in-space/mp3-playback-check-audiodata

＞＜

あとでどっかにアップしよう・・・＞＜

mp3テスト音声の説明書書いた！＞＜

githubって、音声テストデータをアップロードしてもいいんだろうか？＞＜；

mp3を正しくデコードできてるか一瞬で聞き分けられるテスト音声発明した！＞＜

結論＞＜ Cakewalkのmp3対応具合すごく駄目＞＜

REAPER v5.70でも試してみたらそっちは何の設定もしなくてもmp3を32bit floatで読み込んだっぽさ＞＜

そもそもちゃんとデコードできてないだけっぽい？＞＜； mp3のクリップは貼れるけどデコーダが壊れてるDAWって事？＞＜；
もしや16bitでデコードしてから32bitに変換って無意味な処理になってる？＞＜ Cakewalk・・・＞＜

-3dBにノーマライズしてみてもクリッピングする＞＜； なんだこれ、ほんとにこれプロ用のソフトウェア？＞＜；

ここに書いてある「ゲイン・コマンドを使用する」で-6dBしてみたら、なんか16bitで処理されちゃったのか1.0以上は無視したのかはわからないけど普通にクリッピングしてる・・・・・・＞＜；
https://www.cakewalk.com/Documentation?product=SONAR%20X3&language=4&help=EditingAudio.18.html

操作さっぱりわからない・・・＞＜

インスペクタって名前だからモニター用の操作する場所なのかな？＞＜；

そういえば、Cakewalk(SONAR)で、オーディオトラックにmp3を貼った場合どうデコードされるんだろ？＞＜と思って、インポートの設定32bitにした上で貼ってみたけど、32bitでデコードされてるっぽいんだけど、オートメーションって方でレベル下げればだいじょうぶだけど、なんかミキサー？＞＜のそのトラックのフェーダーを下げても内部でクリッピング起こすっぽいけどどうなってるんだろうこれ・・・＞＜

mp3が整数でデコードするとぶっ壊れてしまうデータ形式ってことが世の中にあんまり知られてないのが最大の問題・・・＞＜
（最大値が無いので1.0を最大値（例えば16bitなら0xffff）とみなしてデコードすると、デコード時に盛大にクリッピングするのに、わりと多くのデコーダがそのやり方でデコードしてる＆音圧競争のせいで1.0を越えまくりのmp3が巷にあふれてる（amazon mp3で売ってるやつとか）のあわせ技で、正しくデコードできない＞＜）
（逆に正しくデコードできるのは？というと例えばfoobar2000はちゃんと32bitでデコードしてるっぽさ＞＜）

つまりデコーダごとどっかから持ってこないと、Windowsで32bit floatでmp3デコードするアプリは作れない？＞＜；

MediaFoundation経由でRequestFloatOutputをtrueにしてデコードしようとしても
MmException: NoDriver calling acmFormatSuggest
って返ってくるからやっぱWindowsに最初から入ってるコーデックは32bit floatでのデコードに対応してない？＞＜

古いバージョンのソースコードで実験してみたけど、どうやらWindows標準のmp3デコーダー（Fraunhofer IIS MPEG Audio Layer-3 ACM？＞＜）、32bit floatでのデコードに対応して無いっぽさ？＞＜；

自分でなおしてみようと思ったら、2017じゃないとビルドできないコードだった・・・・＞＜（デスクトップPCには2015入れててラップトップに2017入れてるからラップトップの所行かないといけないけどめんどい＞＜；）