orange @[email protected]

＞＜
https://mstdn.nere9.help/@orange_in_space/99434819670095119

ものすごい回数聞いてて気づいたけど、
https://www.youtube.com/watch?v=8I0H1dXQxEo
の元ネタのひとつたぶん
https://www.youtube.com/watch?v=PGNiXGX2nLU
だ＞＜；
linn drumと思われる音いい感じ・・・っていうか・・・あれ？＞＜；ってなった＞＜；
（他にも色々あれが元ネタ？＞＜って思い浮かぶし作った人とオレンジの音楽の趣味結構近いのかも＞＜；）

ていうか、mp3って最大値を超えるサンプルが入っちゃうフォーマットなのに、整数でデコードしようとするのがそもそも間違いなのでは感＞＜
（昔なら速度的に無理があったろうし消費電力が・・・とかあるだろうけど、今、PCやらスマホやらでソフトウェアでデコードする時にはデコード時間も消費電力も誤差レベルでは？＞＜）

（さっきlameでどうにかしようとした時思いっきり間違えたから自信なくなってきてる＞＜；）

ffmpeg -i input.mp3 -c:a pcm_f32le output.wav
みたいな感じ＞＜

mp3のまともなデコード、ffmpegなら標準で32bit floatで出力できるから32bit floatなwavにしてからノーマライズしたりして聞けばいいっぽさ＞＜（なんで圧縮音源を聞くのにCD相当の音源よりファイルをでかくしないといけないのか＞＜；）

具体的に言うと、デコードしたつもりで再エンコードしてた＞＜；（馬鹿すぎてつらい＞＜；）

リンクとして貼ってあるオレンジのtoot（lameの使い方）が思いっきり間違えていたのでそれは削除しました＞＜；
mp3をそのままデコードした場合と、ちゃんと工夫して正しくデコードした場合の比較画像としては正しいです＞＜（たぶん＞＜；）

どうしよう＞＜；
とりあえず画像URL保護＞＜；
https://storage.googleapis.com/mstdn-nere9-help/media_attachments/files/000/372/432/original/1c471ff8d41c0b41.png
https://storage.googleapis.com/mstdn-nere9-help/media_attachments/files/000/372/433/original/7ba614874df1672c.png

馬鹿すぎてつらい＞＜；

（えっと＞＜； 画像だけ使いまわせばおｋ？＞＜；）

さっきものすごく間違えた事書いた気がする(/////

あれ？＞＜；

VB.NETで書かれてる？＞＜；（デコンパイルする時にC# じゃなくVBにしただけとか？＞＜）

lameってmp3を32bitなwavに出力できないのかな？＞＜って思ってソース見てみたけど、16bit専用っぽい感じのハードコーディングな感じになってるっぽい？＞＜；

そのままデコードしてしまった場合の波形(表示をあわせるために-4dBしてる)と、正しくスケールを見てデコードした場合の比較＞＜ 最初の方の画像みたいに無意味にカットされた状態で聞いちゃってる人が世の中にかなりいるはず＞＜
（ https://mstdn.nere9.help/@orange_in_space/99854797294732946
の通りにしたのが2枚目の方の画像＞＜）

あわせなくても大変っぽさ・・・＞＜ https://mstdn.nere9.help/@orange_in_space/99854542080502426

NAudio(というか
NAudio.Wave.IWaveProvider )にあわせるの大変っぽさ＞＜；

libmp3lameのAPIを使ったデコード - Programming Field https://www.pg-fl.jp/program/tips/mp3lame.htm

でも、 https://github.com/Corey-M/NAudio.Lame/tree/master/LameDLLWrap があるからそこそこ簡単に作れるのかも・・・？＞＜