orange @[email protected]

「CDを再生する時のスピーカーって、簡単に言うと1秒間に44100回、65536段階の任意の位置に動かせるアクチュエータみたいな感じで＞＜」みたいに説明した記憶が・・・＞＜

クリッピングの話、『国立大学の機械工学科→日本一番すごい大学（？）の修士→東証一部上場の有名な会社』 の人に（修士の時？＞＜に）説明してもわかんなかったから、わからないのかも・・・？＞＜（オレンジの説明が悪いのかも？＞＜；）

世の中に対する叫びはとりあえず置いておいて、

オレンジが困ってる問題として、NAudioでmp3デコードする時に、デコード時のゲインを変える（下げる）方法ってどうにか無いですかね・・・・？＞＜；（mp3gain（アプリ）でいちいち変えるのめんどくさい＞＜；）

酷いCDだとピークが最大と言うかクリッピングしまくりの一方RMS値は低めってなってたりして、なんでそんな人が音の仕事をクビにならないのかさっぱりわからない＞＜

さっきmp3の方で（インスト版を）例に挙げた曲も海苔波形なんだけど、
https://www5.atwiki.jp/hmiku/pages/21880.html
かなり腕がいい人っぽくて、編曲自体が海苔なので音質がかなりまとも（主観＞＜；） かつ ピークに対するRMS値高め＞＜（ラウドネスは計るものを持ってないのでわからない＞＜；）

測定限界以上の値を記録してるとも言えるかもだし＞＜（逆に下げてもいいのはなぜかと言うと解像度が下がる（けどデータの全体（？＞＜；）は同じ）って事になるし＞＜）

音量と言うかサンプリングというか量子化の話だから、音方面があれでも、工学とか数学とか情報系（の一部？＞＜）とかでも専門かも？＞＜

ていうか海苔波形、わりと世の中の90年代以降の商業的な音楽の標準状態・・・＞＜

音量関連、孤軍奮闘感がつらい＞＜（情報系とか工学方面とか数学とかの人のほうが問題の意味判りそうなのにそういう人でオレンジみたいな考えを書いてる人見かけない・・・＞＜）

あと、mp3のデータでおかしい＞＜；と言ってるデータとしては、これが＞＜
http://commons.nicovideo.jp/material/nc51001

一番最近に知った楽曲で、盛大にクリッピングしてるっぽい事を検出した（しかもspotifyで聞いてるのに！＞＜；）曲として、三森すずこって人の「ユニバーページ」という曲が＞＜

replaygainをクリッピング検出したらエラーはいて止まるようにしよう＞＜（？）

replaygainで下げる方向の情報を各必要があるデータの大半っておそらくだいたい壊れてるデータ（それで言う弾くべきデータ）なのでは・・・？＞＜；

十分に小さいと言っても、44.1kHz 16bitPCMで3値しか使ってないとかだとさすがに音質的に問題ありまくりだけど＞＜；

十分に小さい（＝クリッピングしていない）データであれば、ユーザー（聞く側）がどうにかできる＞＜ クリッピングしているデータは、単なる欠損なのでどうしようもない＞＜（データ消えてるし＞＜）