orange
さんがブースト
まあ「正しいことを間違っていると指摘される(そしていちいち説明してやらないといけなくなる」とか「意図したことをわざわざ『これおかしい』と指摘される」みたいなの、結構ストレスフルですからね
プログラミング始めたころ（1990年代前半）に、雑誌記事で「バグって言葉はナイフのような言葉なので」みたいなの読んで「そうなのか＞＜ そのうちもっと色々作れるようになったらバグって聞くだけで『うっ＞＜；』ってなるようになるのかな？＞＜」って思ったんだけど全然ならなかった・・・＞＜
"こういうツッコミしない方がいい"って、つまりフィードバックしないで単にdisるって事だけど＞＜；
こういうツッコミしない方がいいのかな・・・＞＜
オレンジ自身は自分が作ったアプリで例えば「バグ？」とか言われても特に気にしない（で実際にバグだったら直す）からあれだけど、言われるのすごく嫌がる人もわりと見るからアレかも・・・・＞＜
さらに返事書きました！＞＜；
ttps://tunebrowser.tikisoft.net/forums/topic/4084/#post-4099
凹みまくり＞＜
ていうか、意図を伝える面でも、普通の掲示板よりもチャットに近いSNSの方がうまくいくことが多い気がする・・・＞＜ 意見が衝突（？）した後に仲良くなれる可能性が高いのってやり取りの単位が短い方があれかも・・・＞＜
難しい＞＜；
これ、怒ってるよね＞＜；
ttps://tunebrowser.tikisoft.net/forums/topic/4084/
orange
さんがブースト
浮動小数点数だとサンプルを2倍にしたい時に完全にその精度を維持できるけど、整数だと1ビット落ちるから、そういうゲイン変更処理が度々要求されるところでは浮動小数点数で扱うのが妥当
オレンジも同意だし、今時のDACってだいたい1bit DACなんだから、だったらDACのチップまでfloatで届けてDACのチップが勝手にどうするか考える方がよくない？＞＜（回路によるけど耳がぶっ壊れない程度に十分小さい音なら正しくDA変換できるのでは＞＜）みたいなあれがある＞＜
orange
さんがブースト
音声は小さい音は敏感に、大きい音には大雑把にという対数的な感覚があるから浮動小数点数で取り扱うのは実態にあってると個人的には思う。そこからハードウェアにどうやって整数に落とし込むかは別
精度の要求で言うと、（プロ向けでさえも）32bit floatで今の所十分とされてる事による風習？＞＜（風習？＞＜；） あと、実用面でも32bit intなDACなんて持ってる人ほとんど居ないだろうし＞＜
DSDに変換した時にどうなるかはわかんない・・・＞＜（数学得意な人に任せた＞＜；）
orange
さんがブースト
orange
さんがブースト
32-bit int を劣化なく表現するには仮数部 23-bit の float じゃ足りないし、 CPU での計算なら double の方が効率良いだろうし
なんで倍精度じゃないの？って意味だとしたら、たぶん速度の問題かも＞＜
orange
さんがブースト
ところでソフトウェアの内部処理が 32-bit float ってどうなんです？なんか違和感あるんですが
オレンジ的にはfloatなら音でかすぎてもちゃんと表現できるから、目くじら立てなくても良いや＞＜みたいな考え方＞＜（なので、音圧競争を憎みつつ、WindowsのWASAPIのミキサ悪玉論にも「おかしい＞＜＃ 」って言ってる＞＜ ）
orange
さんがブースト
ffmpegでvorbisとかaacは内部で浮動小数点数で扱われていたと思うんだけど、mp3がコーデックとしては浮動小数点数による波形を取り扱えるべきなのにデフォルトだと内部出力として整数に丸められてしまうのは互換性の問題なんすかね
- ＠orange_in_space
2017年 4月に登録
