オレンジの音解析アプリ、VVVFの机上再現担当の人（？）の動画の音を見ても楽しいと言う事を発見した・・・＞＜

三相のうちのひとつを表示してるって事なのかも？＞＜

でも波形表示の意味がよくわからない・・・＞＜

しゅごい・・・＞＜ ある意味教科書だ・・・＞＜

オレンジ的にUNIXの外の世界のOSというとVMSが＞＜（UNIXからも色々取り込んではいるけど＞＜）

このアカウントは、notestockで公開設定になっていません。

日立墜落インバータモドキとか作ってみたいけど非同期モードどうやってるのか全然わからない・・・＞＜

鉄道用VVVFインバータ色々のモドキ波形の作り方いまいちわからないから、作れる人にあこがれがある・・・＞＜

リーナスも、たまたまUNIX陣営の一大親分（？＞＜；）みたいな立場になってしまったから、なんというかなんというかだけど、もしあのお方が仮に後のLinuxでは無く「せっかくだからUNIXとは別の新しい発想のOSを作ろう」と思いたっていたら、ものすごくUNIXをdisりまくる人になってたと思うかも・・・＞＜

GUIでは無いけど、UNIXのデザインも、世の中の多数派としては受け入れられてしまったけど、カトラーみたいな人は黎明期から「正しくない！！」ってぶちきれてたわけだし、なんというか、バッドノウハウ許容性（？）みたいな部分が謎かも・・・＞＜

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

RMSもぶちきれる人ってイメージ＞＜（日本に来た時のキーボード配列にぶちきれた逸話とか＞＜；）

ちょっと方向は違うけど、リーナスとかはちゃんと正しくないと本人が考えるものに対してFワードでぶちきれるじゃん？＞＜ いくらCLIが好きなプログラマであっても、それ以外の物に関して正しくないものを押し付けられるのは我慢なら無くないのかな？＞＜感＞＜

ていうか現実的にそうなのはわかるんだけど、わりと頑固な人々であるプログラマがわりと好んでバッドノウハウを使うのってわりとわけがわからない・・・＞＜（ハックしてるつもりで楽しいらしいのはわからなくもないんだけど、不合理なものを押し付けられる事に我慢なら無くないのかな感＞＜）

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

こういう話も・・・＞＜；

美的ユーザビリティ効果 – U-Site https://u-site.jp/alertbox/aesthetic-usability-effect
The Aesthetic-Usability Effect https://www.nngroup.com/articles/aesthetic-usability-effect/

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

充電くらい待とうわかる・・・＞＜

これ充電しながら放電させる使い方も出来るのかな？＞＜（乾電池式のおもちゃとかを手っ取り早くUSB電源駆動に出来たりしないのかなって・・・＞＜）

このアカウントは、notestockで公開設定になっていません。

Subwaytooterのデザインはかなりいい（完璧ではないけど標準WebUIとは比較にならないほどの良さ）だと思うから中の人に代わりにWebUIも作って欲しい感が微妙にある・・・＞＜
（毎度の事だけど、デザインいいって好みの問題じゃなく、ノーマンとかニールセンが書いてるような基準で「良いかも＞＜」って意味＞＜）

マストドンのWebUIじゃないクライアントも、もしオイゲンさんが作ったとしたら使う前から「まともなデザインなはずが無い！＞＜；」って思うし使わない＞＜

ツイッター公式クライアント全く使った事無い＞＜；（使わないでアプリを嫌う偏見はよくないだろうけど、「あのツイッターがまともなデザインのアプリを作れるわけが無い！！＞＜；」ってイメージが＞＜；）

・・・みたいな使い方してるので、気軽に通知を見れない状態ってかなり致命的＞＜

ブースト/リツイートされたら何か言及してないか必ず見に行くし、ふぁぼられた場合もだいたいふぁぼった人がどういう人でどういう話題を話してるかを見に行く＞＜

オレンジのSNSの反応の仕方（？）、マストドンでもそうだけど、あんまりフォローしない代わりに自分で何か書いた事に対するアクションを起こした人の反応を見に行って反応するみたいになってるから、反応を見れないと交流みたいなのがない・・・＞＜

ていうか、マストドンクライアント（Subway Tooter）と非純正ツイッタークライアントを比べると、マストドンだと通知をAPIでいつでも受信できるのにツイッターでは出来ないから、ストリームオフにしてるとその間に反応があっても知る事ができない＞＜ その結果ツイッターでは何事も起きてないみたいな感覚になったかも＞＜

たまにしかツイッター見なくなった＞＜； しかも最大のきっかけが、ツイッター飽きた姿勢に憤慨とかじゃなく、
なぜかAndroidの非純正ツイッタークライアントが、なんかアプリそのままなのにツイッター側の仕様変更のせい（？）で、画面OFF時に謎のタイミングで暴走してバッテリー異常消費して熱々になると言う問題で、ストリーミングをこまめにきるようになったら見なくなった＞＜；

これらしい・・・＞＜
出発！ローカル線　聞きこみ発見旅▽青森～秋田　JR五能線：2016年9月12日(月)夜7時00分｜BSジャパン http://www.bs-j.co.jp/program/detail/201609/24094_201609121900.html

内容全く思い出せない＞＜；

"BSでやってた五能線の番組、最後の名物の所で東能代の人が「なにもない」「なにもない」言ってて、最終的に見つけた物がとても貴重なもので、わりとどこでも「地元には何もない・・・」と思ってる人結構居るんだなと改めて思った・・・＞＜"

しげやんさんとか、えじょさんの事結構心配してたから「（nere9来ないのかな？＞＜）」と思ってものすごく遠まわしに誘ったけど来なかった・・・＞＜

情報系岩手界隈の方々（？）、あんまりマストドンに来ないのが謎・・・＞＜

話題がどんどん変わっている・・・＞＜

オレンジは誰が何時何食べたかとか本人が覚えて無くても覚えてるよ！＞＜みたいな感じが強いと言いたいけどそれをなんていうのかわからない・・・＞＜

オレンジが書いてるような意味じゃ無い使われ方が主流っぽい＞＜； これとか＞＜； -- 他意識過剰 https://anond.hatelabo.jp/20180408103156

「そんなこと誰も気にしてないよ。自意識過剰だよ」って言われるみたいな事、だいたいオレンジは他の人に対して気にしてる＞＜

オレンジは他意識過剰（？＞＜）なので、8年前にツイッターで突然いなくなってしまった人の事をまだ気にしてる＞＜

のんだことあるお酒でいちばん度数高いのたぶん金門高粱酒の58度かもだけど、金門高粱酒ってそこらの40度とかのお酒よりも飲みやすいので、逆に（？）危険＞＜；

スピリタスのんだこと無い＞＜

ていうか、オレンジが前にツイッターで音関連の議論したことある方の出身大学でもやっぱ信号処理論として教えてるっぽいし、納得いかない・・・・＞＜

例えば、某大学のシステム制御ではちゃんと教えるっぽい・・・＞＜

ていうかマジで学が無いのでマジで上の方の学校で何をどう教えてるのかマジで謎・・・＞＜

標本化とか量子化って大学で教えないの？＞＜って謎になったのであちこちのシラバス見てる・・・＞＜（オレンジは全く学が無いです！＞＜）

説明下手すぎるから伝わらなくて何回も同じ事書いてる気がする・・・＞＜

で、オレンジ的に知りたかったのは、NAudio（C# の音声関連ライブラリ）で、mp3『『『デコード時の』』ゲインってどうやったら変えられるのか？＞＜って事・・・＞＜
（出来無いっぽいけど、やり方知ってる人がいたら教えて欲しい・・・＞＜）

オレンジのクリッピング検出するアプリは、同一の値の並び具合で判定してるので
https://mstdn.nere9.help/@orange_in_space/99851572593007598
のような事をされてる事も検出できるよ！＞＜
という・・・・・＞＜

今日ずっと問題にしてたのは「mp3は規格上、最大値以上の情報を記録できてしまうので、そのままデコードすると最大値を超えてしまう＝クリッピングする＞＜」
「そうなってから後段で音量を下げても遅いのに、デコードしてからあとで音量を下げてるmp3プレイヤーがわりと普通だね！！！＞＜ 駄目じゃん！！＞＜」
って話＞＜

ややこしいけど、データとして音がデカすぎる（※）と結果的にクリッピングしてしまうという点だけ同じだけどそれ以外かなり違う話＞＜；（※データとしてであって聞く時じゃなく＞＜（聞く時にも出来るけどそれはまた違う話＞＜；））

普通のCDのクリッピングしてる普通じゃない楽曲もエンコードする時に（ある意味）まともにエンコードしちゃうと、クリッピングの波形までは再現できないので検出されない＞＜

あと、今日、主に話題にしてたのはmp3のゲイン設定の話だけど、曲データそのもののクリッピングの話で言うと圧縮音源じゃなく、非圧縮というかリニアPCMな普通のデータを再生してみて欲しい＞＜；

最初につっこんだ時のツイート＞＜
https://twitter.com/orange_in_space/status/268101462461120512
（知識不足と遠慮でちょっと変な事になってたけど＞＜；）

ていうかそのWindowsのミキサの問題の時に「いやそもそも・・・＞＜」ってオレンジがツッコンだのが話の発端のひとつ・・・＞＜

もっと下げても検出できるはず・・・＞＜（ていうかWindowsのミキサのって前で音を下げられていても検出される・・・というかなんて説明したらいいのかわからない＞＜；）

こうやって目で見てわかると「元から壊れてるデータにビットパーフェクト再生もなにもあるか！＞＜＃ 」ってぶちきれるのわかるでしょ？＞＜；

エンコード失敗してるのかも＞＜（今日の話の発端と同じかも＞＜（最大が1.0を超えるようにエンコードして、そのままデコードして壊れて、それをあとから音量下げてる＞＜（推定＞＜）））

@cuezaku 謎＞＜；

@cuezaku 原理的に一応実際に出してる音量とほぼ無関係に検出できるので、そんなに音デカくしなくてもだいじょうぶ＞＜；

@cuezaku 謎＞＜ サビとか検出表示されっぱなしになる＞＜

@cuezaku Spotifyのユニバーページ再生しても出ない・・・？＞＜ 再生開始から5秒辺り＞＜

ていうか最大じゃなくても検出できるのが最大の特徴＞＜（ややこしい）

オレンジの検出するアプリは、Windows側やプレイヤー側の音量が別に最大じゃなくても検出できる＞＜（極端に小さすぎたら検出無理＞＜（誤検出しちゃうのである程度以下は無視してる＞＜））

ポリリズムは、（昔Windowsの音騒動の頃に）教えてくれた人の情報によると、シングル版とgameっていう名前のアルバム？＞＜のが特に酷くて、なんかのサントラ？＞＜；のはマシらしい？＞＜（サントラは別の人がマスタリングしたって聞いた気が＞＜）

ていうか頑固に「その話とどう関係が？＞＜」って聞いてる事多かったかも＞＜

ていうかザクさんが気にせず最新の投稿に対してぜんぜん関係ない話題をリプしてくるの、あとから話をツリーとして見るときに全然関係ない話が混ざるから、わりとイラっとしてる＞＜（って一回言った事ある気がする＞＜）

リプだとどの投稿に対してリプすればいいのか？＞＜；という問題もある・・・＞＜

さっきも書いたけどSpotifyで「ユニバーページ」っていうアニソン？＞＜を再生すると、圧縮音源（？＞＜　フォーマット知らない）なのにクリッピング検出できて「どうなってるの？＞＜；」ってなる＞＜（CD酷そう＞＜）

oh...><;

このアカウントは、notestockで公開設定になっていません。

ハードコアテクノ？＞＜だと誤検出しそう？＞＜；（低周波数の単音は誤検出する可能性がある＞＜；）

さっきの波形の画像を見てからこのアホな記事読むと、こういうのを排除する教育が音楽業界でなされていない事に強い怒りが＞＜＃

あわせて読みたい＞＜（音のお仕事をやめるべき反面教師として）
-- ヤスタカから学べ！”気にしなくていい” ミックス術 http://music-media.muevo.jp/2015/10/04/%E3%83%A4%E3%82%B9%E3%82%BF%E3%82%AB%E3%81%8B%E3%82%89%E5%AD%A6%E3%81%B9%EF%BC%81%E6%B0%97%E3%81%AB%E3%81%97%E3%81%AA%E3%81%8F%E3%81%A6%E3%81%84%E3%81%84-%E3%83%9F%E3%83%83%E3%82%AF/

マスタリングPerfumeのポリリズムとかかなり酷いらしいよ！＞＜
https://twitter.com/ht2995/status/270802075317837824
画像
http://twitpic.com/5d4csy

この動画ピンクの線でないかな・・・？＞＜（オレンジの環境でVivaldiで再生すると出る＞＜）
https://www.youtube.com/watch?v=8I0H1dXQxEo

マスタリング（やエンコード）が酷いとこれの画像みたいになる＞＜
https://mstdn.nere9.help/@orange_in_space/99850959703438773

再生がおかしい場合にもなる＞＜（例えば単に大きい音を複数のプレイヤーで鳴らした時とか、音量を100%以上まであげられるプレイヤーでとんでもない大きさにしたとか＞＜）

酷いマスタリングのCDの音源とか再生するとウェーブフォームモニタ部（上半分）にピンクの線がいっぱい出てクリッピング何パーセントみたいな表示が出るかも＞＜（極まれに出るなら最近の一般的なCD（でもデータとして正しくない＞＜；）、ずっと出るなら返金を要求するレベル＞＜（たまにある））

！＞＜

@ejo090 おまたせしました＞＜；

説明書酷すぎるかも＞＜；

説明書書きます＞＜

ありがとう＞＜＞＜ discord経由で渡すかも＞＜

ていうかえじょさん使ってみてくれるのかも・・・？＞＜；

＞＜

マストドンってzipファイルはアップロードできない・・・？＞＜；

表示が全体的にオレンジカスタム＆極端にリアルタイム性重視なので、音の解析のプロの人的には「・・・・？」ってなるかもしれない＞＜；

音楽聴くときに起動してると楽しいかも＞＜（主観）

じゃないと、Windowsで出してる音がクリッピングしてるかをリアルタイムに簡単に検出できるソフトなんて世の中に他に無いかも・・・？＞＜

で、開発中すぎて恥ずかしくてソースコードは出せないので、誰かこのままの状態で実行して「本当にクリッピングしてる！！！」って試してくれる方どなたか・・・・＞＜

ものすごく低周波数の音や、シンプルな矩形波は誤検出してしまうけど、音楽ではチップチューンな楽曲でさえもそういう場面とても少ない＞＜（まれにはある）

オレンジが開発中のWASAPIループバックでWindowsで再生中の音を解析するアプリで、上の段のウェーブフォームモニタで、オレンジ独自の手法で（？＞＜；）、クリッピング検出してピンク色でその箇所を表示できる＞＜

どなたかオレンジが作ったアプリをバイナリだけでも信用して使っていただける方、居られませんでしょうか？＞＜；

ていうか、ありぱぱさんと議論したい内容だけど、去年の5月以降オンライン上の活動を見かけない・・・＞＜

オレンジ的に、音圧競争とクリッピングとWindowsのオーディオシステムの仕様、第2のエアバス問題みたいになってる＞＜
（エアバスも中華航空機事故関連でエアバスが悪いとされたのを納得いかなくて20年以上調べ続けた結果「やっぱオレンジの方が正しいんじゃん！！！＞＜＃ FAAでさえもエアバスの思想が悪いとは言ってなかったんじゃん＞＜＃ 」ってなった＞＜）

つまりさっき書いた通り、replaygain関連の実装でも、デコードしてから音量下げると言うすごく意味無い環境で「音の大きさそろってていい感じ」ってクリッピングしまくりの壊れた音を聞いてる人かなりいるんでは？＞＜；

何を言いたいのかというと、クリッピングしてるかどうか気にしてる人ってほとんど居ないっぽいので、クリッピングの意味がわかる人でも大半の人は、音がでかく聞こえなければ「クリッピングしてない」と思ってるんでは？＞＜　って疑惑が＞＜

藤本氏も含めてだけど、Windows音悪い騒動の時、オレンジはクリッピングするような音データが悪い＞＜＃って一人ぶちきれててて、ツッコミとして「クリッピングとは？」「どう検出するつもり？」って話になったんだった気がする＞＜
その当時はたしかに検出する方法無いかも＞＜；と思ってたけど、単に同一値が並ぶデータって、それこそチップチューンな楽曲でさえもかなりまれと言う事を発見して、検出できるじゃん＞＜ってなって今、実際検出してる＞＜

オレンジが今色々調べてる事、半端な状態でも藤本健さんにタレこんだら記事にしてくれるんだろうか？＞＜；（どっちかと言うと敵対する意見になっちゃうけど＞＜；）

もしかして「プリアンプ」って設定項目で下げたらデコードのゲイン下げるのかな？＞＜と思って-3dBにしてみたけどクリッピングしまくってるけど？＞＜；

Sound Player Lilithっていうのもreplaygain対応してるらしいと言う事で、fb2kでタグ書いたあとこの状態で試してみたけど、音は小さくなるけどクリッピングしまくってるんだけどどういう事？＞＜；

・・・・＞＜

よくわかんないけど、beep音鳴らすのって、特定の固定された番地になんか書くだけじゃないの？＞＜（AT互換機は違うの？＞＜）

このアカウントは、notestockで公開設定になっていません。

ていうかオレンジが実験に使ってるmp3ファイル、ニコニコモンズでダウンロードできるファイルなので、どなたかオレンジよりも音声ファイル等の音量について詳しい方・・・＞＜
http://commons.nicovideo.jp/material/nc51001

ていうか、mp3gainの色々な数値表記、何を指してるんだかさっぱりわからない感がある＞＜（目標音量なんてどうでもいいから、ピーク値をdBFS or リニア値で指定させてよ感＞＜）

amazon mp3の中の人がほぼ全員クビに・・・・？＞＜；

あれだ＞＜ とりあえずmp3エンコードしたら、foobar2000で読み込ませて、ファイルのプロパティを表示させてDatailsタブのTrack Peakって項目を確認させて
「1.0超えてたら音の仕事クビ！！！！＞＜＃ 」
って言えばおｋっぽい？＞＜

ちなみにmp3gainで-3dBしたデータをfoobar2000で読み込ませてreplaygainの解析（？）したら、ピーク値0.868036って表示された＞＜（-1.23dBFSくらい？＞＜）

どういうことなの・・・・＞＜

さて出力されたファイルは！！＞＜

🤔

replaygainタグ書いた状態でFFmpegでデコード・・・

replaygain、推測ばっか言わずに使ってみればいいのかも？＞＜；と、foobar2000で試したら・・・

なんだよピークが1.227625って！＞＜； 1.0以下になるようにエンコードしろよ！＞＜；

駄目じゃん・・・・＞＜

foobar2000ってデコーダはFFmpeg？＞＜　FFmpegならクリッピングしないとかかも？＞＜ →

https://joinmastodon.org の
"Mastodonは自由でオープンソースです。広告、マネタイジング、ベンチャーキャピタルなどはありません。" も微妙な表現＞＜；（こっちは単に現状を表しているだけっぽくて駄目では無い気はするけど＞＜；）

"ふさわしく"って微妙だけど、そんな事いったらそこらの掲示板的なサイトでユーザーが使える画像、全部コピーおｋ見たいな発想に＞＜；

何のお祭りの時か忘れたけど参加した複数のお祭りで聞いた記憶がある気がする・・・＞＜（グーグルで検索したら出た画像だから以下略）

「グーグルで検索したら出てきた写真だったから著作権フリーだと思った」という何度か見た言い訳五十歩百歩というか同じかも＞＜；

オレンジは、標準の説明文がGPLと矛盾してるって言いたかったっぽい＞＜
https://mstdn.nere9.help/@orange_in_space?max_id=99263827305285604

これっぽさ＞＜
https://mstdn.nere9.help/@orange_in_space/99263490696565281
（検索できるようになってすごく便利！＞＜ ありがとう＞＜＞＜）

でも厳密に言うと、現状のマストドンってそういう状態かも＞＜；（すごく前にオレンジもほのめかして書いた気が＞＜；）

GNUの解説＞＜（の翻訳）
ライセンスなし - さまざまなライセンスとそれらについての解説
https://www.gnu.org/licenses/license-list.html#NoLicense

このアカウントは、notestockで公開設定になっていません。

で、241,260,239って来た時に、表示エンジンには255までしか渡せないのにどう表現するんだよ？＞＜；ってなるじゃん？＞＜
クリッピング許容派「241,255,239」
オレンジ「236,255,234」

例えば、256階調の画像で言うと、240,255,240みたいなデータをエンコードしてデコードした時に、241,260,239みたいな事になっちゃう事もあるっぽい＞＜（推定）

なんでそんな事が発生するかを推測も含めて書くと、mp3の仕様上、デコード時に最大値を超えてしまうデータを（ある意味誤って）作成できてしまう（なぜなら「この部分は hogehoge倍してね！！」ってフォーマットになってるから）っぽい＞＜　という話・・・＞＜

そうだけど、mp3の話で言うと、
・mp3デコーダは白飛びさせる
・見る人はまぶしいからその白飛びしたデータを暗くする
「デコードする時に暗くして白飛び防がないとだめじゃん！？＞＜；」
って話をずっとしてる＞＜

・・・で、オレンジはそれに全く納得してないから今色々とそれを実証するためのソフトウェアを作ってる・・・＞＜

それはそうなんだけどどう処理すべきか？＞＜でも論争になってて、『ありぱぱさん「Windowsは音が悪いぞ！」（そんな事ないよ！＞＜＃ ） 』騒動の時は、オレンジは音量を下げるべき派で、それ以外の大部分が「そのままDACまで行くべき！！！ そうじゃないWindowsはおかしい！！！」派　だった＞＜

映像/画像方面なら、
何らかの処理の時に完全に白飛びしてしまった部分を、後から全体を暗くしても白飛びしてた部分がそのまま灰色になるだけで意味無いよね＞＜　って言えば通じる・・・？＞＜

x日本一番すごい
o日本一すごい
o日本で一番すごい
・・・・＞＜；

「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値しか使ってないとかだとさすがに音質的に問題ありまくりだけど＞＜；

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

っていうか純粋なPCMなデータに絶対的な音量なんて無いんだし＞＜ さっきから書いてる文脈上のアホは、PCMで表現されているデータの各サンプルが最大値に近い（というか超えている）データが、絶対的な意味で音が大きいデータと勘違いしてるっぽいけど＞＜

で、そのアホが作った壊れた音データに、データ上の正確な音量も何も無いだろと言いたい＞＜

ていうか曲作った人（マスタリングした人）がアホな場合どうにもならない＞＜（し、いまどきの曲作る人のおそらく9割以上がその定義上のアホだからどうすんべか？＞＜）

質問（？）の意図よくわかんないけど、どの段階でもクリッピングしちゃだめだしできる事ならば3dBFSくらい余裕を持って欲しいかも・・・＞＜

正確性の話で言うのであれば、最大値を超えたデータが飛んできた時点で再生を停止してエラーはいて止まるべきかも＞＜（実際にそうしろと言ってるのではなく、データの正確性ってそういうことかも＞＜ そもそも壊れてるんだから＞＜）

音関連のまともな機材であれば、緊急な対処として3をするはず＞＜（Windowsの音エンジン（Vista以降）もそう＞＜）

ていうかそもそもデータが壊れてる＞＜（世の中の最近のCDの大部分とか、amazon mp3で売ってるmp3ファイルのうち少なくともオレンジが買ったのの大部分＞＜）

クリッピングは標本化の原理？＞＜；から見ても欠損してるので最悪では？＞＜； 2は一貫性が無くなるけど、変更時点以降は全て正しくそれ以前はすべて正しくなかったって発想になるはず＞＜

https://mastodon.cardina1.red/@lo48576/99849782302573154

3にならない実装の方が多いんじゃないの！？＞＜（疑惑）っていう話をしてる・・・・＞＜（3のつもりで使ってるけど、実際は https://mstdn.nere9.help/@orange_in_space/99849722182512805　
のようになっている人がかなりいるのでは？＞＜；って言ってる＞＜）

マストドンのWebUIのスクロールバーが使いにくいって話をしてる・・・？＞＜（デザインの話！？＞＜）

（あと、今日、オレンジが何を調べてたのか？＞＜具体的に言うと、NAudioでacmデコーダでmp3デコードする時に、デコード時のゲイン調整って出来ないのかな？＞＜って事＞＜（出来無いっぽい？＞＜；））

（ミックスしたら超えるから超えないようにって意味じゃ無くて＞＜；　一応＞＜；）

ていうかそういうことが起きないようにヘッドルームあける（つまり元のデータとしては余裕を持って音が小さくする）必要がある＞＜

ていうかそれってWindowsのミキサーの仕様がおかしい！！！って話題になったのと同じかも＞＜（オレンジはおかしいのはデータのほうでWindowsの仕様の方がほぼ正しいって考えてるけど＞＜）

これね＞＜
http://dgo.xsrv.jp/alipapa/wmp/

規格上の最大値である1.0を超えるデータが来てしまった時に、そのままカットする（クリッピング）か、スケールを変える（例えば飛んできたのが2.0（でかすぎ＞＜；）だったら半分にする）のどちらかしか不可能でしょ？＞＜； どうするの？＞＜；って言いたい＞＜；

そうするとこれが何を言いたかったのかさっぱり意味不明に＞＜；

https://mastodon.cardina1.red/@lo48576/99849621139539427

フォーラムの人は全くクリッピングの話してない＞＜（オレンジが、その回答どおりの実装ではクリッピングの問題があるといってるだけ＞＜）

デコードはクリッピングしても元のデータの通りにすべき！とか言っても、この画像の波形を音量調節された440Hzの正弦波！とか言ってるのと変わらない＞＜； どこが正弦波やねん・・・＞＜

意味がさっぱりわからない・・・＞＜

replaygain対応の実装として一般的にはどうなのか？＞＜は知らない＞＜（少なくともNAudio(ライブラリ)の使い方相談してる人への返答は後から調節せよって一般的な実装だった＞＜）

一般的なメディアプレイヤーの類は、デコード後に音量調節してるのが普通だよ＞＜；

何を指摘しているかと言うと、おそらくreplaygainを活用している人のうちのある程度の人（一般的なデコーダを使い、デコード後に音量調節する仕組みのプレイヤーを使ってる人）は、無意味にぶっ壊れてクリッピングしてる音として聞いてるのに「ちょうどよく音量調節されて便利だな・・・」とか間抜けな事を言ってる事になるよ！＞＜　と指摘してる＞＜

replaygainってあくまで追加情報タグとしての規格であって、mp3そのものの規格ではないんでしょ？＞＜

両方おかしいと言ってる＞＜（あえて言うならエンコーダがおかしい＞＜（デコードした時に最大値を超えるデータになってしまったのであればエラーを吐くべき　かも＞＜））

「デコードしました！ 正弦波がはみでて矩形波みたいになっちゃった！ まあ音を小さくすればいいか」
よくねーよ＞＜； ってなるじゃん？＞＜