気が短すぎるけど、マストドンでもツイッターでも反響がゼロで凹んでる・・・＞＜
気が短すぎるけど、マストドンでもツイッターでも反響がゼロで凹んでる・・・＞＜
オレンジが作った音声データの、正しい環境と正しくない環境でそれぞれどうなるかのサンプルファイル聞き比べると、クリッピングするとどうなるのか？どうマズいのか？もわかりやすいかも？＞＜
mp3再生環境チェック用音声データgithubにアップしました！＞＜
普段mp3を聞いてる環境がちゃんとした環境なのか一瞬でわかるよ！＞＜
https://github.com/orange-in-space/mp3-playback-check-audiodata
@cheesekun プログラムじゃないから駄目とかで怒られないのかな？＞＜；って思った＞＜；
githubって、音声テストデータをアップロードしてもいいんだろうか？＞＜；
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入れてるからラップトップの所行かないといけないけどめんどい＞＜；）
NAudioライブラリでのmp3デコード、16bit固定になっちゃってる（※1)のって、ここに16ってハードコーディングされちゃってるせいかも？＞＜
https://github.com/naudio/NAudio/blob/902b58961c8161d3bc4d768afdab2cd87586f125/NAudio/Wave/Compression/AcmStream.cs#L102
（※1 mp3は16bitintでは正しくデコードできないフォーマットです！＞＜；（一度32bit float（や一部のユニークなデコーダでは24bit int）でデコードしてから音量調節した上で再生環境（普通は16bitかも）に合わせて変換しないと正しく再生できない欠陥フォーマットなのです＞＜；））
なんか上葛飾橋の交差点のところまでくると突然「あれ！？＞＜；千葉の領域！？＞＜；」ってなる＞＜
そういう感覚だから外環経由で行くといきなりワープしたみたいな変な感覚・・・＞＜（4号＆外環系統埼玉県内と、16号系統千葉県内で脳内地図の感覚（？）に不整合が＞＜；）
そういえば小さいころ親戚の家があった松戸市に頻繁に行くことがあって、その時は16号～流山街道か、野田橋経由ルートのどちらかで行ってたので、なんか今でも松戸って埼玉県から遠い場所にあるイメージがある・・・＞＜（実際は流山街道からずっと見え続ける江戸川の土手まで登ればすぐ対岸に埼玉県が見えるわけだけど・・・＞＜）
このアカウントは、notestockで公開設定になっていません。
そういえば、前に音関連のオープンソースなライブラリでwavファイル読み込み部分がヘッダ決め打ちになっててちゃんとRIFFを解釈してなくて酷い作りで、案の定オレンジの手元のファイルの半分くらい読み込め無くて、自分で直して使ったけど、どう問題がある構造でどうエラーが出るのかを英語で説明する自信無くて、プルリクとかissuesとかなんかそういうのをどうにかするの諦めた事が・・・・＞＜
githubのプルリクとか色々、twitterで相互フォローの人が作ったライブラリを使った時に、ライブラリその物は全く問題なく使えたけど、サンプルコードが壊れて動かなくなってたから直したけど、プルリクとかよくわからないし、かといって普通にtwitterでおしゃべりしてるとはいえtwitterでいうのもなんか恥ずかしい＞＜；と思って結局そのままに・・・＞＜