replaygainをクリッピング検出したらエラーはいて止まるようにしよう＞＜（？）
orange
さんがブースト
「これ間違ってるんじゃない……？」って優しく言ってくる警告に多くの人が耳を貸さないことは、警告を無視するプログラマなどからも簡単に推察できるし、そもそも lint や validation なんて一般人は通さないだろうし、「これは間違いだよバーカ！！！！」って現実を突きつけてやらないと大抵の情報発信者は正しい形式の情報を吐かない
replaygainで下げる方向の情報を各必要があるデータの大半っておそらくだいたい壊れてるデータ（それで言う弾くべきデータ）なのでは・・・？＞＜；
orange
さんがブースト
orange
さんがブースト
これは個人的な考えなんですが、任意のデータについて「根本的に壊れていてもどうにかリカバーしたい」というのは闇への直通経路だと思うんですよね。たとえば木構造を為していない HTML もどうにかリカバーとかしないでさっさと蹴飛ばしてほしい
十分に小さいと言っても、44.1kHz 16bitPCMで3値しか使ってないとかだとさすがに音質的に問題ありまくりだけど＞＜；
十分に小さい（＝クリッピングしていない）データであれば、ユーザー（聞く側）がどうにかできる＞＜ クリッピングしているデータは、単なる欠損なのでどうしようもない＞＜（データ消えてるし＞＜）
orange
さんがブースト
出来上がりのものに手を加えるなら、妥協は必要だと思いますし、ある種「製作者の意図を反故にする」場合もあるんで、プレイヤーのボリューム調整でなんとかなりませんかねというお気持ち。（うん千曲もインポートされててアルバムごとに音量がまちまちで辛いって話ならわかるけどやはり妥協しないと。）
orange
さんがブースト
それはモザイクを外そうとするようなもので、そもそも「元から壊れたデータを耳障りよく再生したい」という幻想を捨てるべきな気がする(壊れたデータを"正しく"再生する方法などない)
っていうか純粋なPCMなデータに絶対的な音量なんて無いんだし＞＜ さっきから書いてる文脈上のアホは、PCMで表現されているデータの各サンプルが最大値に近い（というか超えている）データが、絶対的な意味で音が大きいデータと勘違いしてるっぽいけど＞＜
で、そのアホが作った壊れた音データに、データ上の正確な音量も何も無いだろと言いたい＞＜
orange
さんがブースト
これはどうしようもない……
orange
さんがブースト
で、音データがその適切な事前処理を受けているかは一般に不明なわけで、そのデータを手元で事前処理せず再生して音の劣化に文句を言うのは、「根拠もなく勝手に期待して勝手に裏切られた」状態ではないかと思うわけです。つまり外部データを無条件に信頼するプレイヤーに問題があると考えます
ていうか曲作った人（マスタリングした人）がアホな場合どうにもならない＞＜（し、いまどきの曲作る人のおそらく9割以上がその定義上のアホだからどうすんべか？＞＜）
orange
さんがブースト
サンプル値に余裕を持たせて音データを作るのも「事前の処理」に含まれるわけで、要するに(当然ながら)元データ以上の劣化を起こさず再生するには、全体を解析しての事前処理は不可欠だと思うわけです
質問（？）の意図よくわかんないけど、どの段階でもクリッピングしちゃだめだしできる事ならば3dBFSくらい余裕を持って欲しいかも・・・＞＜
orange
さんがブースト
え、クリッピングってマスタリングの前に対処すべき話じゃないんですか。（自宅音楽制作マンより）
正確性の話で言うのであれば、最大値を超えたデータが飛んできた時点で再生を停止してエラーはいて止まるべきかも＞＜（実際にそうしろと言ってるのではなく、データの正確性ってそういうことかも＞＜ そもそも壊れてるんだから＞＜）
orange
さんがブースト
個人的には、音楽はその音量の遷移も含めて表現なので、全体としての表現の精確さを重視されるべきだとは思います(無論全体でクリッピングしている音データは論外だけど)
- ＠orange_in_space
2017年 4月に登録
