orange @[email protected]

x 1.0 dBFS
o 0 dBFS

＞＜；

思い付いた経緯が「火山噴火とか災害時の爆発音とかをなるべくクリッピングさせずに記録するって出来ないんだろうか？＞＜」って考えて思いついたので、そこそこ簡素なハードウェアで実装できて非圧縮時にサイズが大きくならないフォーマットって事で考えた＞＜；
(非圧縮時に...の意図は、人間の聴覚にあわせた非可逆圧縮をしてしまうと、事故等の解析に使用可能な音であっても削られてしまう可能性がある事も考慮してる＞＜)

結局のところDACはそんなフォーマットに対応できないので、DACに送る前に例えばコンプかけるとか、16bit以上のDACに対して16bit部分はそのままで増えたbit部分に1.0dBFSオーバー相当部分を割り当てるとかしないといけない＞＜
リアルタイムじゃ無しに取り扱う場面では、32bit floatに展開してから使う感じになるかも＞＜(というか、普通は32bit floatを使う用途で、16bitでどうにかケチりつつ音質をなるべくCDレベルを維持しようみたいなフォーマット＞＜)

オレンジが思い付いた方式は、リニアPCMのつもりでデコードしたらfloat区間は普通に変な雑音になっちゃうし、途中から再生する時に最初に来たサンプルがintなのかfloatなのか判別する事も不可能って欠点もある＞＜；

HDCDのピークエクステンション(規格化したコンプレッサーかけて記録して再生時にデコンプレッサーで復元するやつ)は+9.0dBFS相当まで記録できるらしい・・・＞＜(よほど変な用途じゃなければそれで足りる説＞＜；)
HDCD - Wikipedia https://ja.wikipedia.org/wiki/HDCD

CDからデータ量増やさずに(つまり16bitのまま)(ほぼ)クリッピングせずに超巨大な音(CDの約65000倍の大きさ)を記録できるフォーマットも一昨日思い付いてた＞＜；

https://mstdn.nere9.help/@orange_in_space/107268026219627847
https://mstdn.nere9.help/@orange_in_space/107268057937915788
https://mstdn.nere9.help/@orange_in_space/107268091995443918

Windowsの音が悪いという話は誤解だよの解説をスラドに書いた時の＞＜
https://mstdn.nere9.help/@orange_in_space/101464494172882201

https://srad.jp/comment/3552646
https://srad.jp/comment/3553046

クリッピングしまくりの有名事例である水樹奈々さんの曲群とか、Perfumeの曲のうち馬鹿なプロデューサー(名前忘れた)がマスタリングした曲とか、もう、失われた区間が長すぎてどう考えてもちょっとやそっとでは修正無理かも感＞＜

オレンジ、もしかしなくても日本語インターネット圏で一番クリッピングに厳しい人である可能性がある＞＜
(Windowsは音が悪いよ指摘騒動(ありぱぱさんが指摘したやつ)の時に活躍した人々の中でオレンジがほぼ唯一「Windowsの実装の方がほぼ正しくて、音源の方が壊れてる＞＜」って逆に指摘してた＞＜)

ていうか21世紀の音源でも盛大にクリッピングしてぶっ壊れてるのはマジで盛大にクリッピングしてるし(？)、圧縮音源配信でも当然ぶっ壊れたままエンコードされててどうにもなら無くてどうにもなら無いかも＞＜(？)

90年代のクリッピングしまくり音源をまともに修正できるような賢いデクリッパーって見たこと無いというか下手すると悪化するんでは感＞＜
10サンプルくらい貼り付いてるのも当たり前だし＞＜

280マイルっぽい＞＜(だんだんヤードポンド法の方がわかりやすくなってきた＞＜；)