orange @[email protected]

音楽ファイルの標準フォーマット、非可逆圧縮以外でもfloat形式が標準になれば、馬鹿がマスタリングしてもクリッピングしないようになるのに・・・＞＜

x 音楽アプリ
o 音声アプリ

0dbFSを盛大にオーバーしてるミクさんの楽曲のmp3の一例（愛Deeのインスト版( http://commons.nicovideo.jp/material/nc51001 )）
を再生中のオレンジ音楽アプリ（開発中＞＜）
（0dBFSオーバーまで表示できるピークメータが標準でついてる音声編集アプリって珍しいよ！＞＜（自慢））

商業的な音楽もあれだけど、ニコニ・コモンズとかにあるライセンスがゆるいミクさんの楽曲のmp3とかも盛大にオーバーしてたりするのでそういうのはアレかも＞＜（わざわざマストドンに再アップする意味無いと思うからアレだけど＞＜；）

マストドンの使用用途的に、商業音楽をアップする人は居ないだろう（著作権・・・と言う意味で）から、オーバーしてないファイルをアップすればいいんだから実害無いと言えば無いのかも？＞＜

x マストドンのffmpegの使い方が悪い
o ffmpegの古いバージョンが（ある意味）バグってる

と言うことかも？＞＜；

3.4.2で試したらintで処理してるっぽく壊れました！！！＞＜

テストファイルの元ファイル、githubに置きました＞＜
https://github.com/orange-in-space/mp3-playback-check-audiodata/blob/master/mp3_check_popopo_pullpullpull.mp3

試したバージョンは4.1.3＞＜

ffmpeg、ローカルで
.\ffmpeg.exe -i "source.mp3" -q:a 2 ".\reenc.mp3"
ってしてみたら、ちゃんとfloatで処理されたんだけど、どういうことなの？＞＜；

震度3.5くらい？＞＜

大きめ＞＜

じしん＞＜

ローカルで実験したらクリッピング起こさなかったんだけどどういうことなの・・・・＞＜

ていうか、普通にローカルでffmpegで実験すればおk？＞＜

細かいオプション指定しなくてもfloatで処理するように作ってない（※1）FFMPEGが悪いと言えなくも無い＞＜
（※1 おそらく大多数のユーザーである音の素人がこういう問題知ってると思えないし＞＜（音関連の著名なソフトウェアを作ってるプログラマでさえ知らずに壊しまくってる人がいるわけだし＞＜；））

説明画像作った＞＜

オレンジは英語で説明する自信ない＞＜；

これってちゃんと（？）issue？＞＜