オレンジの音解析アプリ、VVVFの机上再現担当の人(?)の動画の音を見ても楽しいと言う事を発見した・・・><
オレンジの音解析アプリ、VVVFの机上再現担当の人(?)の動画の音を見ても楽しいと言う事を発見した・・・><
副都心線直通電車を自作VVVFインバーターで再現しました https://youtu.be/SKu6loq9kfg
オレンジ的にUNIXの外の世界のOSというとVMSが><(UNIXからも色々取り込んではいるけど><)
このアカウントは、notestockで公開設定になっていません。
鉄道用VVVFインバータ色々のモドキ波形の作り方いまいちわからないから、作れる人にあこがれがある・・・><
リーナスも、たまたまUNIX陣営の一大親分(?><;)みたいな立場になってしまったから、なんというかなんというかだけど、もしあのお方が仮に後のLinuxでは無く「せっかくだからUNIXとは別の新しい発想のOSを作ろう」と思いたっていたら、ものすごくUNIXをdisりまくる人になってたと思うかも・・・><
GUIでは無いけど、UNIXのデザインも、世の中の多数派としては受け入れられてしまったけど、カトラーみたいな人は黎明期から「正しくない!!」ってぶちきれてたわけだし、なんというか、バッドノウハウ許容性(?)みたいな部分が謎かも・・・><
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちょっと方向は違うけど、リーナスとかはちゃんと正しくないと本人が考えるものに対して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のミキサのって前で音を下げられていても検出される・・・というかなんて説明したらいいのかわからない><;)
Spotyfi、Windowsのカーネルミキサ通してるなら音量100%でピークリミッタが動くんじゃないかな。
こうやって目で見てわかると「元から壊れてるデータにビットパーフェクト再生もなにもあるか!><# 」ってぶちきれるのわかるでしょ?><;
エンコード失敗してるのかも><(今日の話の発端と同じかも><(最大が1.0を超えるようにエンコードして、そのままデコードして壊れて、それをあとから音量下げてる><(推定><)))
@cuezaku 原理的に一応実際に出してる音量とほぼ無関係に検出できるので、そんなに音デカくしなくてもだいじょうぶ><;
@cuezaku Spotifyのユニバーページ再生しても出ない・・・?>< 再生開始から5秒辺り><
オレンジの検出するアプリは、Windows側やプレイヤー側の音量が別に最大じゃなくても検出できる><(極端に小さすぎたら検出無理><(誤検出しちゃうのである程度以下は無視してる><))
ポリリズムは、(昔Windowsの音騒動の頃に)教えてくれた人の情報によると、シングル版とgameっていう名前のアルバム?><のが特に酷くて、なんかのサントラ?><;のはマシらしい?><(サントラは別の人がマスタリングしたって聞いた気が><)
ていうかザクさんが気にせず最新の投稿に対してぜんぜん関係ない話題をリプしてくるの、あとから話をツリーとして見るときに全然関係ない話が混ざるから、わりとイラっとしてる><(って一回言った事ある気がする><)
さっきも書いたけどSpotifyで「ユニバーページ」っていうアニソン?><を再生すると、圧縮音源(?>< フォーマット知らない)なのにクリッピング検出できて「どうなってるの?><;」ってなる><(CD酷そう><)
このアカウントは、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
ウェーブフォームにピンクの線出てくるやつ見つけた。
https://gyazo.com/c82acbdaa8fe61aee3e28e18b331b8ad
下段のスペアナ部の上の方にあるピークメータ(一番上のバーと水色のでは一番下)が、赤い所に飛び込まないように調整すればおk><
(オレンジのポリシーで言うと、黄色(-3dBFS)と青の境目あたりに最大が来るように、
そこらの人の標準(?)では黄色と赤(-1dBFS)の境目ギリギリ程度に調整?><)
マスタリング(やエンコード)が酷いとこれの画像みたいになる><
https://mstdn.nere9.help/@orange_in_space/99850959703438773
再生がおかしい場合にもなる><(例えば単に大きい音を複数のプレイヤーで鳴らした時とか、音量を100%以上まであげられるプレイヤーでとんでもない大きさにしたとか><)
酷いマスタリングのCDの音源とか再生するとウェーブフォームモニタ部(上半分)にピンクの線がいっぱい出てクリッピング何パーセントみたいな表示が出るかも><(極まれに出るなら最近の一般的なCD(でもデータとして正しくない><;)、ずっと出るなら返金を要求するレベル><(たまにある))
表示が全体的にオレンジカスタム&極端にリアルタイム性重視なので、音の解析のプロの人的には「・・・・?」ってなるかもしれない><;
じゃないと、Windowsで出してる音がクリッピングしてるかをリアルタイムに簡単に検出できるソフトなんて世の中に他に無いかも・・・?><
で、開発中すぎて恥ずかしくてソースコードは出せないので、誰かこのままの状態で実行して「本当にクリッピングしてる!!!」って試してくれる方どなたか・・・・><
ものすごく低周波数の音や、シンプルな矩形波は誤検出してしまうけど、音楽ではチップチューンな楽曲でさえもそういう場面とても少ない><(まれにはある)
オレンジが開発中のWASAPIループバックでWindowsで再生中の音を解析するアプリで、上の段のウェーブフォームモニタで、オレンジ独自の手法で(?><;)、クリッピング検出してピンク色でその箇所を表示できる><
どなたかオレンジが作ったアプリをバイナリだけでも信用して使っていただける方、居られませんでしょうか?><;
ていうか、ありぱぱさんと議論したい内容だけど、去年の5月以降オンライン上の活動を見かけない・・・><
オレンジ的に、音圧競争とクリッピングとWindowsのオーディオシステムの仕様、第2のエアバス問題みたいになってる><
(エアバスも中華航空機事故関連でエアバスが悪いとされたのを納得いかなくて20年以上調べ続けた結果「やっぱオレンジの方が正しいんじゃん!!!><# FAAでさえもエアバスの思想が悪いとは言ってなかったんじゃん><# 」ってなった><)
つまりさっき書いた通り、replaygain関連の実装でも、デコードしてから音量下げると言うすごく意味無い環境で「音の大きさそろってていい感じ」ってクリッピングしまくりの壊れた音を聞いてる人かなりいるんでは?><;
何を言いたいのかというと、クリッピングしてるかどうか気にしてる人ってほとんど居ないっぽいので、クリッピングの意味がわかる人でも大半の人は、音がでかく聞こえなければ「クリッピングしてない」と思ってるんでは?>< って疑惑が><
藤本氏も含めてだけど、Windows音悪い騒動の時、オレンジはクリッピングするような音データが悪い><#って一人ぶちきれててて、ツッコミとして「クリッピングとは?」「どう検出するつもり?」って話になったんだった気がする><
その当時はたしかに検出する方法無いかも><;と思ってたけど、単に同一値が並ぶデータって、それこそチップチューンな楽曲でさえもかなりまれと言う事を発見して、検出できるじゃん><ってなって今、実際検出してる><
オレンジが今色々調べてる事、半端な状態でも藤本健さんにタレこんだら記事にしてくれるんだろうか?><;(どっちかと言うと敵対する意見になっちゃうけど><;)
もしかして「プリアンプ」って設定項目で下げたらデコードのゲイン下げるのかな?><と思って-3dBにしてみたけどクリッピングしまくってるけど?><;
Sound Player Lilithっていうのもreplaygain対応してるらしいと言う事で、fb2kでタグ書いたあとこの状態で試してみたけど、音は小さくなるけどクリッピングしまくってるんだけどどういう事?><;
よくわかんないけど、beep音鳴らすのって、特定の固定された番地になんか書くだけじゃないの?><(AT互換機は違うの?><)
脆弱性公表をきっかけにbeepパッケージの不要論が出る | スラド セキュリティ - https://security.srad.jp/story/18/04/13/0353226/
わーお
このアカウントは、notestockで公開設定になっていません。
ていうかオレンジが実験に使ってるmp3ファイル、ニコニコモンズでダウンロードできるファイルなので、どなたかオレンジよりも音声ファイル等の音量について詳しい方・・・><
http://commons.nicovideo.jp/material/nc51001
ていうか、mp3gainの色々な数値表記、何を指してるんだかさっぱりわからない感がある><(目標音量なんてどうでもいいから、ピーク値をdBFS or リニア値で指定させてよ感><)
foobar2000 のリプレイゲイン解析、なんか変なんですよね。
同じ目標値 (89dB かな?) にしてるはずなのに、 mp3gain とか aacgain とか wvgain とかでやるよりも大きな音量になる
あれだ>< とりあえずmp3エンコードしたら、foobar2000で読み込ませて、ファイルのプロパティを表示させてDatailsタブのTrack Peakって項目を確認させて
「1.0超えてたら音の仕事クビ!!!!><# 」
って言えばおkっぽい?><
ちなみにmp3gainで-3dBしたデータをfoobar2000で読み込ませてreplaygainの解析(?)したら、ピーク値0.868036って表示された><(-1.23dBFSくらい?><)
replaygain、推測ばっか言わずに使ってみればいいのかも?><;と、foobar2000で試したら・・・
なんだよピークが1.227625って!><; 1.0以下になるようにエンコードしろよ!><;
foobar2000ってデコーダはFFmpeg?>< FFmpegならクリッピングしないとかかも?>< →
https://joinmastodon.org の
"Mastodonは自由でオープンソースです。広告、マネタイジング、ベンチャーキャピタルなどはありません。" も微妙な表現><;(こっちは単に現状を表しているだけっぽくて駄目では無い気はするけど><;)
第零の自由と矛盾する文言が表示されるソフトウェアって、それがライセンスその物ではなくても(つまり単にGPL(系)に矛盾する嘘をついている状態でも)、GPL(系)を満たしてると言えるのかな?><って謎が><
例えば「このソフトウェアはGPLではありません」って注意書きがあちこちに書いてあるGPLなソフトウェア(ソースコードでも実行状態でも)ってGPLとして問題あるのか無いのか・・・?><;
"ふさわしく"って微妙だけど、そんな事いったらそこらの掲示板的なサイトでユーザーが使える画像、全部コピーおk見たいな発想に><;
何のお祭りの時か忘れたけど参加した複数のお祭りで聞いた記憶がある気がする・・・><(グーグルで検索したら出た画像だから以下略)
「グーグルで検索したら出てきた写真だったから著作権フリーだと思った」という何度か見た言い訳五十歩百歩というか同じかも><;
Mastodonでシステム的にカスタム絵文字のコピーが可能であったとしても著作権を放棄しているとは言えないだろうし(まぁ明示してない方がアレというアレはある)、どちらかというとMastodonにおいてのみ使用可能であるようなライセンスが自動的に付与されてるくらいがいい気がする
"Mastodon は営利的な SNS ではありません。広告や、データの収集・解析は無く、またユーザーの囲い込みもありません。"
って全体的にGPLと矛盾する上で
"データの収集・解析は無く"
って日本の著作権法にも矛盾するんじゃないのかな感・・・><
オレンジは、標準の説明文が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
本当はトゥートにもライセンスを明示しないといけないんだろうなぁとは思っている。bioの文字数が・・・。
このアカウントは、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はおかしい!!!」派 だった><
さっきのクリッピングしたやつはエラーで止まるべきとかクリッピングしたのがエラー吐かないからそういうのが量産されるとかあったけど聞く側(開発した人たちも?)はそれで止まられるより壊れた(正しくないデータ?)データでも聞けないよりは聞けるほうがいいと考えてるからな気はするけど
映像/画像方面なら、
何らかの処理の時に完全に白飛びしてしまった部分を、後から全体を暗くしても白飛びしてた部分がそのまま灰色になるだけで意味無いよね>< って言えば通じる・・・?><
「CDを再生する時のスピーカーって、簡単に言うと1秒間に44100回、65536段階の任意の位置に動かせるアクチュエータみたいな感じで><」みたいに説明した記憶が・・・><
クリッピングの話、『国立大学の機械工学科→日本一番すごい大学(?)の修士→東証一部上場の有名な会社』 の人に(修士の時?><に)説明してもわかんなかったから、わからないのかも・・・?><(オレンジの説明が悪いのかも?><;)
世の中に対する叫びはとりあえず置いておいて、
オレンジが困ってる問題として、NAudioでmp3デコードする時に、デコード時のゲインを変える(下げる)方法ってどうにか無いですかね・・・・?><;(mp3gain(アプリ)でいちいち変えるのめんどくさい><;)
酷いCDだとピークが最大と言うかクリッピングしまくりの一方RMS値は低めってなってたりして、なんでそんな人が音の仕事をクビにならないのかさっぱりわからない><
さっきmp3の方で(インスト版を)例に挙げた曲も海苔波形なんだけど、
https://www5.atwiki.jp/hmiku/pages/21880.html
かなり腕がいい人っぽくて、編曲自体が海苔なので音質がかなりまとも(主観><;) かつ ピークに対するRMS値高め><(ラウドネスは計るものを持ってないのでわからない><;)
測定限界以上の値を記録してるとも言えるかもだし><(逆に下げてもいいのはなぜかと言うと解像度が下がる(けどデータの全体(?><;)は同じ)って事になるし><)
音量と言うかサンプリングというか量子化の話だから、音方面があれでも、工学とか数学とか情報系(の一部?><)とかでも専門かも?><
クリッピングといえば、ラブライブの曲とかは「海苔」なんて呼ばれてたりしましたね
音量関連、孤軍奮闘感がつらい><(情報系とか工学方面とか数学とかの人のほうが問題の意味判りそうなのにそういう人でオレンジみたいな考えを書いてる人見かけない・・・><)
あと、mp3のデータでおかしい><;と言ってるデータとしては、これが><
http://commons.nicovideo.jp/material/nc51001
一番最近に知った楽曲で、盛大にクリッピングしてるっぽい事を検出した(しかもspotifyで聞いてるのに!><;)曲として、三森すずこって人の「ユニバーページ」という曲が><
「これ間違ってるんじゃない……?」って優しく言ってくる警告に多くの人が耳を貸さないことは、警告を無視するプログラマなどからも簡単に推察できるし、そもそも lint や validation なんて一般人は通さないだろうし、「これは間違いだよバーカ!!!!」って現実を突きつけてやらないと大抵の情報発信者は正しい形式の情報を吐かない
replaygainで下げる方向の情報を各必要があるデータの大半っておそらくだいたい壊れてるデータ(それで言う弾くべきデータ)なのでは・・・?><;
間違ったデータが致命的エラーにならないから、いつまでもデータ作る側が間違ったものを吐き続ける
これは個人的な考えなんですが、任意のデータについて「根本的に壊れていてもどうにかリカバーしたい」というのは闇への直通経路だと思うんですよね。たとえば木構造を為していない HTML もどうにかリカバーとかしないでさっさと蹴飛ばしてほしい
十分に小さいと言っても、44.1kHz 16bitPCMで3値しか使ってないとかだとさすがに音質的に問題ありまくりだけど><;
十分に小さい(=クリッピングしていない)データであれば、ユーザー(聞く側)がどうにかできる>< クリッピングしているデータは、単なる欠損なのでどうしようもない><(データ消えてるし><)
出来上がりのものに手を加えるなら、妥協は必要だと思いますし、ある種「製作者の意図を反故にする」場合もあるんで、プレイヤーのボリューム調整でなんとかなりませんかねというお気持ち。(うん千曲もインポートされててアルバムごとに音量がまちまちで辛いって話ならわかるけどやはり妥協しないと。)
それはモザイクを外そうとするようなもので、そもそも「元から壊れたデータを耳障りよく再生したい」という幻想を捨てるべきな気がする(壊れたデータを"正しく"再生する方法などない)
っていうか純粋なPCMなデータに絶対的な音量なんて無いんだし>< さっきから書いてる文脈上のアホは、PCMで表現されているデータの各サンプルが最大値に近い(というか超えている)データが、絶対的な意味で音が大きいデータと勘違いしてるっぽいけど><
で、音データがその適切な事前処理を受けているかは一般に不明なわけで、そのデータを手元で事前処理せず再生して音の劣化に文句を言うのは、「根拠もなく勝手に期待して勝手に裏切られた」状態ではないかと思うわけです。つまり外部データを無条件に信頼するプレイヤーに問題があると考えます
ていうか曲作った人(マスタリングした人)がアホな場合どうにもならない><(し、いまどきの曲作る人のおそらく9割以上がその定義上のアホだからどうすんべか?><)
サンプル値に余裕を持たせて音データを作るのも「事前の処理」に含まれるわけで、要するに(当然ながら)元データ以上の劣化を起こさず再生するには、全体を解析しての事前処理は不可欠だと思うわけです
質問(?)の意図よくわかんないけど、どの段階でもクリッピングしちゃだめだしできる事ならば3dBFSくらい余裕を持って欲しいかも・・・><
え、クリッピングってマスタリングの前に対処すべき話じゃないんですか。(自宅音楽制作マンより)
正確性の話で言うのであれば、最大値を超えたデータが飛んできた時点で再生を停止してエラーはいて止まるべきかも><(実際にそうしろと言ってるのではなく、データの正確性ってそういうことかも>< そもそも壊れてるんだから><)
「これまでの音が正しくなかった」は真実ではあるけど、だったらそんなもの提示するなという気持ち(つまりリプレイゲインか再生直前事前計算をしてほしい)
個人的には、音楽はその音量の遷移も含めて表現なので、全体としての表現の精確さを重視されるべきだとは思います(無論全体でクリッピングしている音データは論外だけど)
音関連のまともな機材であれば、緊急な対処として3をするはず><(Windowsの音エンジン(Vista以降)もそう><)
(3) は「音楽の全体を(再生前に事前に)知っていること」が必須条件なので、音楽ファイルプレイヤーでもなければ不可能だと思いますので、まあストリーミングに対応しているプレイヤーであれば (1) や (2) を使うのも不思議ではない(そして音質劣化の事故も仕方ない)かと
ていうかそもそもデータが壊れてる><(世の中の最近のCDの大部分とか、amazon mp3で売ってるmp3ファイルのうち少なくともオレンジが買ったのの大部分><)
クリッピングは標本化の原理?><;から見ても欠損してるので最悪では?><; 2は一貫性が無くなるけど、変更時点以降は全て正しくそれ以前はすべて正しくなかったって発想になるはず><
私が言っているのは、
(1) は影響が一部分で済み、音量に一貫性がある
(2) は波形の劣化が小さいように見えるが、全体に影響を与える(音量に一貫性がなくなる)
(3) は本来すべてのデコーダが取るべき方策に思われるが、時間がかかるし目標値の設定が必要
という話で、クリッピングが必ずしもこの中で最悪とは言えないのでは、ということです
https://mastodon.cardina1.red/@lo48576/99849782302573154
3にならない実装の方が多いんじゃないの!?><(疑惑)っていう話をしてる・・・・><(3のつもりで使ってるけど、実際は https://mstdn.nere9.help/@orange_in_space/99849722182512805
のようになっている人がかなりいるのでは?><;って言ってる><)
マストドンのWebUIのスクロールバーが使いにくいって話をしてる・・・?><(デザインの話!?><)
(あと、今日、オレンジが何を調べてたのか?><具体的に言うと、NAudioでacmデコーダでmp3デコードする時に、デコード時のゲイン調整って出来ないのかな?><って事><(出来無いっぽい?><;))
ていうかそういうことが起きないようにヘッドルームあける(つまり元のデータとしては余裕を持って音が小さくする)必要がある><
ていうかそれってWindowsのミキサーの仕様がおかしい!!!って話題になったのと同じかも><(オレンジはおかしいのはデータのほうでWindowsの仕様の方がほぼ正しいって考えてるけど><)
https://mastodon.cardina1.red/@lo48576/99849621139539427
……ということを、この投稿では言っています
たとえばストリーミングしているとき、途中からクリッピングしそうになったらデコード時のスケールを変えることは可能かもしれませんが、それ以前とそれ以降で同じ曲ファイルなのにスケールが違うという現象を招きますよね?それって場合によってはクリッピングよりも忌避される劣化では?
規格上の最大値である1.0を超えるデータが来てしまった時に、そのままカットする(クリッピング)か、スケールを変える(例えば飛んできたのが2.0(でかすぎ><;)だったら半分にする)のどちらかしか不可能でしょ?><; どうするの?><;って言いたい><;
そうするとこれが何を言いたかったのかさっぱり意味不明に><;
たとえば客観的に100の大きさがあったサンプルを、耳の良い人が0.1倍の音量調整で主観的に10の大きさで聞くように、耳の悪い人が1倍の調整で主観的に10の大きさで聞くためのものが後段の音量調整であって、クリッピングの有無(やその責任)は後段には全く関係ないように思われるので、何故その話が出てきたのかわからない……
フォーラムの人は全くクリッピングの話してない><(オレンジが、その回答どおりの実装ではクリッピングの問題があるといってるだけ><)
デコードはクリッピングしても元のデータの通りにすべき!とか言っても、この画像の波形を音量調節された440Hzの正弦波!とか言ってるのと変わらない><; どこが正弦波やねん・・・><
それって後ろの段の音量調整は単に耳に合わせるためのものであって(つまり著しい劣化を含んでいなくて)、クリッピング阻止を目的とした調整は前段のデコード時ゲイン適用で行われているだけなので、後段は実際存在しないものと考えて差し支えないのでは?
replaygain対応の実装として一般的にはどうなのか?><は知らない><(少なくともNAudio(ライブラリ)の使い方相談してる人への返答は後から調節せよって一般的な実装だった><)
デコード時に既にゲイン調整(クリッピングの有無は問わない)がかかってるのに更に後で(クリッピング阻止目的で?)音量調整かけるの、二重に同じ変換かけてるだけでは
そんな間抜けなプレイヤーあるんですか?(それは根本的に仕組みが駄目という感じ)
何を指摘しているかと言うと、おそらくreplaygainを活用している人のうちのある程度の人(一般的なデコーダを使い、デコード後に音量調節する仕組みのプレイヤーを使ってる人)は、無意味にぶっ壊れてクリッピングしてる音として聞いてるのに「ちょうどよく音量調節されて便利だな・・・」とか間抜けな事を言ってる事になるよ!>< と指摘してる><
リプレイゲインが設定されていればデコーダはそれを尊重するべきだし、されていなければ(たとえクリッピングしようと)そのまま素朴に出力するべきだと考えているので、私としては「リプレイゲインの設定されていないデータを聞こうとするのが悪い」という主張になります
replaygainってあくまで追加情報タグとしての規格であって、mp3そのものの規格ではないんでしょ?><
両方おかしいと言ってる><(あえて言うならエンコーダがおかしい><(デコードした時に最大値を超えるデータになってしまったのであればエラーを吐くべき かも><))
なにか食い違っている気がする…… orange 氏は mp3 の規格が悪いと主張していると思っていたんですが、もしかしてデコーダが悪いと主張していますか
「デコードしました! 正弦波がはみでて矩形波みたいになっちゃった! まあ音を小さくすればいいか」
よくねーよ><; ってなるじゃん?><
音がクリッピングするほどデカいのは、「リプレイゲインが適切でない」「デコーダが適切なリプレイゲインを適用しない」の2つがおそらく根本的な原因であって、前者についていえば仕様のデフォルト値を使っていることが悪いし、後者についてはデコーダが悪いので、いずれにせよ元データは(リプレイゲイン設定を除き)悪くないのではという気がする
訂正><;
クリッピングってデータの欠損だよ!!!><; 絵で24bitカラーで例えるなら、RGB各色が0xffを超えたり0x00を下回ったりしてる状態だよ?><;
喩えて言うならドット絵を jpeg で保存するようなもので、「見た目わからなければいいでしょ」とかそういう話ではなくて、元のドット絵という情報を劣化させるコーデックを使っていること自体が気に入らないという、そういう話
特に耳が良いわけでもないけど情報の欠損や汚染を拡大する処理にはうるさいオタクです
わりと意味がわからないけど、それって、謎の音がでかすぎるデータをDACに入るまでそのまま届けろっていってるのと変わらないよ?><; しかも、はみ出てる(クリッピングしてる)から、元の波形とは違う波形だよ?><;
まあデコード側で動的にサンプル見てやってダイナミックゲインかければ再生時にクリッピング阻止できるかもしれないけど、それやると曲全体として一貫した(本来想定されている)ラウドネスにならないのではという気持ちがあるので、そういうアグレッシブな最適化はデフォでしてほしくない
ていうか、サンプリングなんだから「音量なんて雑な発想でスケール決めるな><# データ上は最大値が1.0(に対してさらにヘッドルームあけた状態)になるようにしろ><# 」って言ってる><
デフォのスケール(倍率)が大きいのは WAV とかのリプレイゲイン非対応プレイヤーが多いような形式と合わせるためではという気持ち(実態を知らないので適当)
今まで知識足りなくて『ゲイン値』と言うものが(ファイル全体を通して?><)あるのかと勘違いしてたけど、そうじゃなく正確にはスケールファクターって言って各フレームごとに(?)あるらしい・・・><
ていうかわかりやすくfloat(32bit PCM)で例えると、普通にデコードしたら「1.0超えちゃった」って時に、「まあいいか1.0で」になってる><;(=それをデコード時のクリッピングと言う かも?><) のでおかしい><;と言ってる><
そうであるとすれば、メジャーな非可逆圧縮の(一般的な想像のような現象としての)クリッピングは、フーリエ変換されたデータから時間・サンプルの PCM 的データに変換する段階で、変換先のサンプル型の範囲(たとえば int )に収まらないことが原因で発生すると考えるのが自然
修正不可能な形で発生するにしても周波数ごとのクリッピングだろうし、つまり「特定の音域が本来よりも多きくならない」というような形で現れるのでは
mp3さん「この周波数成分がこんな感じで、こんな係数で入ってるので、そういう風にデコードしてね!!」
正直なデコーダさん「あいよ!」
1.0超えた><;
という話><;
周波数成分ごとにデータ持ってるなら尚更、修正不可能なクリッピングって発生しづらいのでは……?
内部がfloatだろうがint16だろうが関係ない><; float(の場合は1.0)でもint16でも最大は最大><;
たとえば WAV であっても内部表現は float であったりすることもできるはずで、非可逆音源であることとサンプルを表現するデータ型がスケールすることは別の話では
元音源が本当にクリッピングしているのであれば、小さくしたところでノイズが目立たなくなるだけでクリッピングはなくせないし、元データにもいろいろあるのだろうというテキトーな想像をしている
ちなみにオレンジがクリッピングしてる!!!><っていってるのは、最終的に最大値を超えてるか検出してるんじゃなく、同一値がある程度並んでる事を検出してる><(当たり前だけど><;)
有限精度のデータであればどんな原理であれクリッピングは発生しうるわけですが、たぶんそこまでクッッッッソ巨大なサンプルは普通入ってこないということでは(しかも浮動小数点数とかであれば尚更)
mp3gain(ソフトウェア)で適切な値にゲイン書き換え(してるような操作を)すれば、mp3の各フレームのスケール値を書き換えてくれるので、普通のデコーダでもクリッピングしない><(のでいちいちそうしてるのでめんどくさいから自前でどうにかしたくて調べてた><)
ていうか、非可逆圧縮音源って、仕組みからの推測だけど、理屈の上ではフルスケールを超えたサンプルが発生しちゃうじゃん?><
それってつまり、そのままデコードすると最大値を超える=クリッピングしちゃうじゃん?><
そうなった後のデータの音量下げても(音は小さくなるけど)意味無いじゃん?><
たとえば float64 のデータを int32 にデコードするとかだと、元データはクリッピングしてなくてもデコード後にクリッピングするし、リプレイゲイン適用によってクリッピングを防ぐこともできるはず
replay gain 適用するとクリッピングしなくなったデータ知ってるし、やっぱりあれデコード先の型とかの問題なんですかね
少なくともNAudioで作ってるアプリをreplaygainに対応した言って相談してた人への返答はこれになってた><
「replaygainとかいうのあるらしいけどさ>< デコード時にクリッピングしてるデータをデコードした後から音量下げても何の意味も無いじゃん?>< どういう事?><」
「replaygainとかいうのあるらしいけどさ>< デコード時にクリッピングしてるデータをデコードした後から音量下げても何の意味も無いじゃん?>< どういう事?><」って思ったんだけど、foobar2000はそうじゃ無いっぽい・・・?><(ていうかデコーダのつくりが特殊?><)
(Windows標準のACMデコーダ(DirectShow経由でも)とかWinampの標準デコーダでは普通に(?)クリッピングする><)
mp3ってそのままでコードするとクリッピングするデータが作れてしまうの規格上おかしくないの?><って話を何度か書いてて
( https://mstdn.nere9.help/@orange_in_space/99660379898354133
)、先ほど気づいたんだけど、foobar2000でデコードするとクリッピングしない・・・><(なぜ?><;)
このアカウントは、notestockで公開設定になっていません。
手元にある2015年4月号の裏表紙も東芝社会システム社鉄道自動車システム事業部鉄道システム統括部の広告><
(最新のがどうか見るにはお布団から出る必要があるので確認が困難><;)
そういえば鉄ピクの裏表紙にこういうのがあったけど誰向けなんだよ いやそういう人たち向けなのはわかるんだけど
このアカウントは、notestockで公開設定になっていません。
この前のvirtual insanityの撮影方法にも関連する話(というかオレンジが例に挙げたやつ)が><
スリットスキャンだけ知らなかった><;(めちゃくちゃくやしい><;)
-- 「2001年宇宙の旅」でスタンリー・キューブリックが採用した特撮(SFX)の数々とは? - GIGAZINE https://gigazine.net/news/20180412-2001-a-space-odyssey/
はてなブログに投稿しました
津軽平野をブラブラしてきた(主に藤崎駅) - ejo090の日記 http://ejo090.hatenadiary.jp/entry/2018/04/13/011454 #はてなブログ