Miloco Studios - Wikipedia https://en.wikipedia.org/wiki/Miloco_Studios
BS-TBS「SONG TO SOUL〜永遠の一曲〜」｜「オリノコ・フロウ」エンヤ https://www.bs-tbs.co.jp/songtosoul/onair/onair_107.html
そういえば、なんで炭酸水の事もソーダって言うんだろう？＞＜ってググったら、重曹(炭酸水素ナトリウム/重炭酸ソーダ)で作るやつって意味でソーダだったのかって知ってそうだったのかってなった＞＜
Re:味の素は化学調味料ではない (#.3593605) | 味の素、「グルタミン酸ナトリウムは体に悪い」はフェイクニュースだとアピール | スラド https://srad.jp/comment/3593605
音関連アプリつくりまくりすぎて麻痺してるかもだけど、自分用の音関連アプリ自分で作る人が少ないのすごく謎＞＜
便利なOSSなライブラリいっぱいあるよ！＞＜
Linux版のWASAPIもどき、レナート・ポッターリングを完全排除した状態で誰か作って欲しい・・・＞＜（そうなったらWindowsを捨てられない理由のひとつが消える＞＜；）
Linuxの音関連アプリ、ブルーオーシャン？＞＜
（そもそもPulseAudioがゴミすぎるせいでそうなってるイメージ＞＜）
オーディオインタフェース、ほぼジャンクな状態で買ったこれ使ってる＞＜（ギター弾けない）
１台でレコーディングまで可能にした多機能なギター用マルチエフェクター | エフェクター／アウトボード | サウンド＆レコーディング・マガジン http://rittor-music.jp/sound/productreview/2003/11/1301
音量調整のめんどくささ、物理的ボリュームノブ（or スライダー）があるかどうかでぜんぜん違うと思うし、調整しやすいやつ使ってる＞＜
ただ、爆音で「耳が！＞＜；」はつらいから非常用リミッターだけつけたい＞＜；
つまり、単に振り幅最大を0dBにあわせたら音量はバラバラになっちゃって当たり前かも的な＞＜
基本的に、音量がバラバラなのあきらめた＞＜；（（縦解像度を極端に気にする人が居る限り）デジタル録音ってそういうものかも的な＞＜）
音楽を再生していて突然1曲だけ大きかったりすると許せない (そういう意図の曲なのであればまだしも、意図でなく実装や規格の問題だと絶対許せない)
自分で調節してるけど、非常用の爆音検出して下げるプロテクション機能を振り幅じゃなくラウドネス測定でやりたいけど、ラウドネス測定ライブラリ使い方難しすぎる・・・＞＜
fb2kの信頼されてる部分（？）って大部分がOSSなライブラリだと思うし、自分が必要な機能に限った代替品作るのそんなに苦でも無さそう？＞＜
あと、本気出す時（？）のヘッドホンはMDR-Z900使ってる＞＜
CD900STとテンモニ欲しい＞＜（収録されたスタジオでの音こそが本物の音なんだよ派！＞＜；）
音楽聴くアプリ、基本的に自作してる＞＜
自作以外だとAdobe Audition 3.0とかSound Engine FreeとかWaveSpectraとか使ってる＞＜（聴くより見てる＞＜；）
ハイレゾ音源、超音波な領域にスタジオ機材（？）からのノイズが入ってたりしてて、資料としてすごくすごくすばらしい＞＜
そうなのか、 24-bit integer は IEEE 754 の 32-bit float に劣化なく入るのでそれなら普通に 32-bit float 使えばいいですね
クリッピングして数サンプル欠落したらそれは資料としても欠落してるし、音の良し悪しだけで済まないくらい悲しい＞＜
オレンジは、非可逆圧縮は聴く物＞＜
非圧縮（10歩くらい譲って可逆圧縮）は見るものであり資料！＞＜
音は見るもの！！！！＞＜
って感覚＞＜（音楽は、使用した機材とか楽曲製作背景まで調べる方向のオタクなので＞＜；）
わざわざハイレゾで海苔なのは中指立てていこうなってところですが、まぁそれ以外は買ってくれる皆さんがやっすいｲﾔﾝﾎﾎだったりするのでもうしょうがないですよねというお気持ちになってる。いや…最近の人そもそも音楽ちゃんと買ってるのか…？
ていうか縦方向解像度は、音楽製作用のDACのほとんどが24bitなんだから24bitあれば十分っぽい気がしなくも無い＞＜
（極端に言うと、ちゃんとデータを作れる人ならば、32bit floatでも仮数部+符号部だけ使えばあれかも＞＜）
サンプル単位でスケールファクタを用意したとして、結局いずれにせよ最終的にデータ全体にかかる係数は必要になるというのはまあハイという感じ (救いがない)
まあそれが float じゃんといえばまったくその通りなんですけど
本来それこそ scale factor としてのリプレイゲインによって解決されるべき問題なんですよね…… (元の音はクリップしない範囲でとにかく大きくしておいて、本来意図された縮小スケール情報と再生側でのボリュームをそれに掛けることで最終的な音量を得る)
でも、Windows音悪いよ問題騒動の時もそうだったけど、「音を小さくするとダイナミックレンジが（＝量子化方向の解像度が）」って意見の人けっこう多かったよ＞＜
まあそりゃ正論なんですけど、「馬鹿デカい音で録音するな」が通るならそもそも float そんなに必要なさそう (よほどのダイナミックレンジが欲しい音楽を除けば)
https://mastodon.cardina1.red/@lo48576/101880401145237418
山の方が精度欲しい理由、「傾斜の激しいゼロ付近のサンプル点は、山の頂点付近に比べて数が少ないから」と表現するべきかもしれない
まあこれたぶん深く考えていくと最初からフーリエ変換して周波数成分だけ持っとけという話になって、最終的に mp3 (without 高周波カット) はいいぞ的な話になりそうなんですが
小さい部分が表現しやすいのはたしかに良い性質なんですが、大きな音を表現するとき、雑で良い部分の精度が高くなって、綺麗に表現されてほしい部分 (山の頂点付近) で精度が低くなるというのは、なにか別の小数点数表現が必要とされているような気がしないでもないですね (気にしすぎかもしれない)
そもそもそんな馬鹿デカイ音で録音するながあるからあれかも＞＜
って点も含めて、小さい音というか振り幅が少ない場面（？）でも解像度が落ちないのってメリットかも＞＜
音楽業界以外の音業界の常識だとヘッドルーム空けるのに、音楽業界が極端にヘッドルーム削減してるの音圧競争もあるけど、オーディオマニアのおかしなダイナミックレンジ思想（？）の影響もあると思うし＞＜
基本的に IEEE 754 とかの浮動小数点数では、小さな数ほど精度が良くて、大きな数ほど精度が悪いという性質があるわけですが、音楽において音波のピーク部分の山の頂点と圧力ゼロ部分の激しい傾斜、どちらに精度が欲しいかというと当然山の頂点の方 (なぜならそちらに誤差があるとノイズとして高周波成分が生えてくるから) なので、 float が持つ精度の減りかたと欲しい精度の乗り方が逆なんですよね
でもよく考えると float って本当に音を表現するのに適しているのかよくわからんな
オレンジも同じ理由で基本的にはwavだけど、CDの段階で馬鹿なマスタリングエンジニアが取り返しのつかない破壊をしてる悲しい21世紀・・・＞＜（20世紀末からそうだけど＞＜；）
可逆圧縮を好むのは単純に「取り返しのつかないことになりづらい」という理由ですね。
私が非可逆な操作を行うことに多大なストレスを感じる性質なので。
FLAC 24bit 96kHz と MP3 320kbps のABテストやったらほとんど当たらなかったので MP3 はすごいよ
中田ヤスタカでも音を破壊せずに弄れる（かもしれない）32bit float！＞＜
（それでも破壊しそう＞＜；）
32bit float、最近の（？）音楽関連のプロの技術者ってデジタル録音の原理理解してない馬鹿だらけだし、馬鹿が弄っても最悪の事態だけでも避けられるように32bit floatが標準になって欲しい・・・＞＜；
あとはエンコーダやタグ編集ソフトとかのバグで壊れたとき……みたいなレアケースも考えられるっちゃ考えられる (つまり「物理破壊ではなく論理破壊への耐性」とでも言えば良いのだろうか)
https://mstdn.nere9.help/@orange_in_space/101880353375228315
これはダウトで、極めて不思議な話ではあるんですが普通にファイル壊れる (そして flac のチェックサムで検出される) ことがあります (本当に不思議)
[Flac-dev] 32-bit float?
http://lists.xiph.org/pipermail/flac-dev/2007-April/002185.html
32-bit integer 可能っぽいですね
ていうか、32bit intは使いどころが謎だけど、32bit Ieee Floatの方なら使いどころがわりと色々＞＜
まあどうせ24bitと32bitの差がわかる耳なんてもってないし普通に聞く分には24bitで十分という話はある
たしか Xiph かどこかの誰かが「flac はエンドユーザ用のコーデックなので、編集者が使うレベルの 32-bit 対応なんかわざわざ入れる予定はないで」みたいなことを書いてたのを見た記憶があるような
FLAC規格上は32bitあるけど対応してるやつがあんまりないとかそういう話じゃないっけ
wavのエラー訂正、エラーは別にファイルシステム上にあればよいわけだし要らなくない？＞＜；（なんだったら、壊れたかどうかだけ検出できるようにMD5チェックサムかなんか足しておけば良くない？＞＜）
ただし flac では 32-bit integer でサンプリングされた音を保持できない規格になっているので、そういうデータがあれば wavpack の非劣化の方を使うなどする必要があります (というか実際私はそういうファイルに出食わしたので flac と wavpack 両方とも使っている)
実際のところ、 wav はエラーチェックがないのに対して flac はエラーチェックが存在するので、データとしては wav より flac を持っていた方が安心です
wav は png というより bmp では……
(非劣化のデータが欲しいというのはわかる)
このアカウントは、notestockで公開設定になっていません。
wavでもRIFFの規格上、曲名とアーティスト名は入れられるよ！＞＜（チャンク勝手に追加すれば好きな拡張情報も入れられるけどそれは読めるプレイヤーが無くて意味無い＞＜）
このアカウントは、notestockで公開設定になっていません。
e-onkyo music でダウンロードしたんですけど、ファイルに一切タグがついておらずファイル名もすごいことになっていてぐえーになってる
