クリッピングは標本化の原理？＞＜；から見ても欠損してるので最悪では？＞＜； 2は一貫性が無くなるけど、変更時点以降は全て正しくそれ以前はすべて正しくなかったって発想になるはず＞＜
orange
さんがブースト
私が言っているのは、
(1) は影響が一部分で済み、音量に一貫性がある
(2) は波形の劣化が小さいように見えるが、全体に影響を与える(音量に一貫性がなくなる)
(3) は本来すべてのデコーダが取るべき方策に思われるが、時間がかかるし目標値の設定が必要
という話で、クリッピングが必ずしもこの中で最悪とは言えないのでは、ということです
https://mastodon.cardina1.red/@lo48576/99849782302573154
3にならない実装の方が多いんじゃないの！？＞＜（疑惑）っていう話をしてる・・・・＞＜（3のつもりで使ってるけど、実際は https://mstdn.nere9.help/@orange_in_space/99849722182512805
のようになっている人がかなりいるのでは？＞＜；って言ってる＞＜）
orange
さんがブースト
マストドンのWebUIのスクロールバーが使いにくいって話をしてる・・・？＞＜（デザインの話！？＞＜）
（あと、今日、オレンジが何を調べてたのか？＞＜具体的に言うと、NAudioでacmデコーダでmp3デコードする時に、デコード時のゲイン調整って出来ないのかな？＞＜って事＞＜（出来無いっぽい？＞＜；））
（ミックスしたら超えるから超えないようにって意味じゃ無くて＞＜； 一応＞＜；）
ていうかそういうことが起きないようにヘッドルームあける（つまり元のデータとしては余裕を持って音が小さくする）必要がある＞＜
ていうかそれってWindowsのミキサーの仕様がおかしい！！！って話題になったのと同じかも＞＜（オレンジはおかしいのはデータのほうでWindowsの仕様の方がほぼ正しいって考えてるけど＞＜）
orange
さんがブースト
orange
さんがブースト
たとえばストリーミングしているとき、途中からクリッピングしそうになったらデコード時のスケールを変えることは可能かもしれませんが、それ以前とそれ以降で同じ曲ファイルなのにスケールが違うという現象を招きますよね？それって場合によってはクリッピングよりも忌避される劣化では？
規格上の最大値である1.0を超えるデータが来てしまった時に、そのままカットする（クリッピング）か、スケールを変える（例えば飛んできたのが2.0（でかすぎ＞＜；）だったら半分にする）のどちらかしか不可能でしょ？＞＜； どうするの？＞＜；って言いたい＞＜；
そうするとこれが何を言いたかったのかさっぱり意味不明に＞＜；
orange
さんがブースト
たとえば客観的に100の大きさがあったサンプルを、耳の良い人が0.1倍の音量調整で主観的に10の大きさで聞くように、耳の悪い人が1倍の調整で主観的に10の大きさで聞くためのものが後段の音量調整であって、クリッピングの有無(やその責任)は後段には全く関係ないように思われるので、何故その話が出てきたのかわからない……
フォーラムの人は全くクリッピングの話してない＞＜（オレンジが、その回答どおりの実装ではクリッピングの問題があるといってるだけ＞＜）
デコードはクリッピングしても元のデータの通りにすべき！とか言っても、この画像の波形を音量調節された440Hzの正弦波！とか言ってるのと変わらない＞＜； どこが正弦波やねん・・・＞＜
意味がさっぱりわからない・・・＞＜
orange
さんがブースト
それって後ろの段の音量調整は単に耳に合わせるためのものであって(つまり著しい劣化を含んでいなくて)、クリッピング阻止を目的とした調整は前段のデコード時ゲイン適用で行われているだけなので、後段は実際存在しないものと考えて差し支えないのでは？
replaygain対応の実装として一般的にはどうなのか？＞＜は知らない＞＜（少なくともNAudio(ライブラリ)の使い方相談してる人への返答は後から調節せよって一般的な実装だった＞＜）
一般的なメディアプレイヤーの類は、デコード後に音量調節してるのが普通だよ＞＜；
- ＠orange_in_space
2017年 4月に登録
