【Linux系】PCオーディオ談話室【AU】Part8

767 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 05:59:26.90 ID:pgu2HbwV.net

>>766
DaphileはMPD系ではないよ

768 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 09:06:53.30 ID:M4TpgMcQ.net

>>767
Squeezeliteか、スマソ
とにかく音質のみでroonとどっちがいいんだろうなと

769 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 11:13:12.22 ID:clyHPW+l.net

>>768
roonを使ったことないけど、
ROCKってOSよね?
専用のOSと汎用のOSとで音質比較したら
専用OSが勝つんじゃないかな
しらんけど

770 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 12:32:44.09 ID:99aRT/g2.net

専用OSって言ってもLinuxだろ

771 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 13:27:47.81 ID:nmaXDuml.net

linuxはどれも最終的にはALSAのカーネルモジュールにデータを渡してるだけ
そしてどんなアプリだろうがバッファは使っている

最近のUSB-DACは対応しているファーマットが多いからただデータを送れば再生できてしまう
つまりaplayコマンドで再生した場合の音質がlinuxでの音質の天井だということ

772 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 14:15:27.20 ID:unqFz5KF.net

>>771
> linuxはどれも最終的にはALSAのカーネルモジュールにデータを渡してるだけ
> つまりaplayコマンドで再生した場合の音質がlinuxでの音質の天井だということ
↑
浅学阿呆の戯言wwwwww

773 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 15:18:41.80 ID:nmaXDuml.net

>>772
何が間違ってるか教えて下さい

774 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 16:36:39.42 ID:nmaXDuml.net

pulseaudioにできてALSAにできないことがある

複数の音源の再生や録音を同期させること

これはjackという別のアプリで可能になる

775 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 16:42:32.39 ID:nmaXDuml.net

pulseaudioを止めるには以下の作業が必要

systemctlでpulseaudio.serviceとpulseaudio.socketをマスクする

/etc/alsa/conf.d/99-pulse.confを一旦削除した後/dev/nullにシンボリックリンクを張る

776 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 16:56:19.09 ID:nmaXDuml.net

USB-DACを有効にするためには設定ファイル.asoundrcを書く必要がある

その前にUSB-DACがシステムでどういう名前で呼ばれているか調べる

aplay -L

出力結果のなかにUSB Audioに関するものがあるがそこで次の部分を確認する

CARD=名前, DEV=デバイス番号

777 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 17:03:44.66 ID:nmaXDuml.net

設定内容自体はやりたいことによるが簡単に以下のようなものでも良い

ctl.!default{
type hw
card 名前
}

pcm.!default{
type hw
card 名前
device デバイス番号
}

これでシステムが余計な気を回して音質を落としてしまうことは無くなる

778 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 17:18:17.41 ID:nmaXDuml.net

いつもUSB-DACを差したままなら作業は以上だが抜き差しする場合対策がいる

ひとつはudevルールを書くことだ
その時マッチ条件にATTR{idVendor}…その他等とやってもACTION=="remove"の時反応しない
ENV{ID_MODEL}だとかPRODUCTだとかを使うと上手く行く

そしてRUN+=で適当な名前で保存した設定ファイルから.asoundrcにシンボリックリンクを張る
すべて絶対パスでなければならない

779 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 17:29:54.54 ID:nmaXDuml.net

そしてremoveではそのシムリンクを削除する
以上
他にもやり様はあるが何がやりたいかで変わってくる

駄文を連ねたがそもそもシステムが余計なことをするのは利便性のためだから音質至上主義でなければここで書いたことは一切やる必要がない

780 ：名無しさん＠お腹いっぱい。：2021/12/02(木) 17:52:29.87 ID:nmaXDuml.net

alsaの音量調整にはqasmixerをインストールすると使いやすいと思う

781 ：名無しさん＠お腹いっぱい。：2021/12/03(金) 18:51:28.36 ID:eVGhAF0V.net

>>766
ROCK(Roon Optimized Core Kit)に浮気していいんじゃないかな。
オレもちょっと試してみようと思っている。

782 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:15:21.26 ID:OabcoEce.net

>>771
カーネルのパラメータは弄らないの
リアルタイムカーネルにするってのもあるぞ

783 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:23:40.47 ID:ISY77+Ws.net

OSをチューニングすることが大事だった時代があったのは事実

バスの転送能力や割込制御の限界値が低かったハードウェアでは必須だった

またカーネルモジュールが成熟していない頃何らかの対策も必要だった

しかしそれは過去の話

784 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:32:07.23 ID:ISY77+Ws.net

リアルタイムカーネルが意味を持つ場面はある
それは同期が必要な場合だ

複数のアプリで音源を再生しながら更に別のアプリで録音を行うなどがそうだ

音楽ソフトの再生では全く無意味

785 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:38:25.40 ID:ISY77+Ws.net

ubuntuではRTカーネルは無くなったしlow-latencyもメリットよりデメリットが大きいと廃止が検討されたこともある

ただパフォーマンスを追求するのはロマンでもあるし非公式で改造されたカーネルなんかもググれば出てくる
ロマンとして楽しむ分には良いと思う

ただ音楽ソフトの再生には一切関係がない
普通のもので十分

786 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:53:06.01 ID:KpzbJsIS.net

オーディオ界では10年前、20年前の技術がマンセーされるもんね
IT業界では「常識」が10年後には非常識になることもある

787 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 15:53:49.37 ID:ISY77+Ws.net

言いたいのは機器の性能向上により既にある音楽データを再生することに関しては全てのものが横並びになりつつあるということ

音楽ライブラリの管理やその他のサービスとの統合などが使い易いかが選択基準になるのは納得できることだが個人の好みの問題で音とは関係ない

788 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:00:39.70 ID:OabcoEce.net

カーネルや再生ソフトが異なっても音が同じだ(なって来てる)と言う主張か

789 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:04:17.07 ID:ISY77+Ws.net

ただ性能向上によって新しい局面も拓けてきたと思う

理論上ではサンプリング周波数の半分の周波数までの音の情報が完全に記録でき再生できる
44.1kHzでサンプリングすれば22.05kHzまでの音は全く劣化しないということ

ただ理論上の適切な再生には無限の計算時間が必要となる

790 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:13:13.34 ID:ISY77+Ws.net

>>788
カーネルとか再生ソフトが変わっても完全に同じ結果になりうる
デジタルだから完全に同じなどということが起こり得る

そして最善の結果を出す仕組みが当たり前になってきたということ

791 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:16:54.84 ID:s1ay+RAV.net

リアルタイムカーネルが最高音質と信じる阿呆www

792 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:19:32.06 ID:r7STEn7z.net

>>790
「最善の結果を出す仕組み」とは何か?

793 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:21:09.43 ID:ISY77+Ws.net

無限量の計算にリアルタイムでどこまで迫れるか
また迫ることに意味があるのはどこまでか
数多い計算アルゴリズムのうちどれを選ぶべきか
そもそも正解が無限の彼方にあるのにどうやって優劣をつけるのか

こういった視点から再生アプリを見るべき時期が訪れつつあると考えている

794 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:32:18.73 ID:ISY77+Ws.net

>>792
例えば最近のノートパソコンにはサンダーボルト4とかの規格の端子があったりするがあれはUSBを何台も繋げるだけではなく更に4Kのディスプレイを複数繋ぐことも可能

今のパソコンの情報伝送能力からいえば音楽データなどほんとにちっぽけなものだから情報密度の高いデータを欠けることなく再生機器に送るのはもう問題にならなくなっているという意味です

795 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:39:58.53 ID:OabcoEce.net

>>794
情報密度の高いデータを欠けることなく再生機器に送るってなんだ
ビットパーフェクト(デジタルデータの完全一致)のことで良いの

796 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:43:26.98 ID:r7STEn7z.net

>>794
>>今のパソコンの情報伝送能力からいえば音楽データなどほんとにちっぽけなものだから情報密度の高いデータを欠けることなく再生機器に送るのはもう問題にならなくなってい
る

これが最善の結果を出す仕組み?

カーネルや再生ソフト、ネットワーク、ケーブル等変われば、音も変わる。これは経験上言えることです。

797 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 16:46:02.66 ID:ISY77+Ws.net

>>795
短く言えばそうです
ただ結果がビットパーフェクトだったかどうかは判断できるがビットパーフェクトな再生環境などというものが一般的に言えるとは思わない

798 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 17:00:44.63 ID:ISY77+Ws.net

>>796
仰ることを否定しません
ただ何が変わったため音が変わったのか

OSもアプリもゼロから作られたものはあまりなく大抵部品は共通だったりします
変わったのは音データを伝送するという根幹部分でしょうか
それとも何らかの味付けがあったんでしょうか
それは設定でオフにならないんでしょうか

またケーブルなどの物理的な違いは問題には関係無いむしろ同じにして比べるべきものかと思います

799 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 17:10:42.81 ID:OabcoEce.net

音色が変わるという程頻繁にデータ化けや欠落が起きてたら
とんでもない異音がしょっちゅう発生して使い物にならないだろう
今時ビットパーフェクトを疑う人まだいたんだねぇ

800 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 17:19:37.27 ID:ISY77+Ws.net

>>799
例えばALSAのプラグインで出力をフックすればどのアプリがビットパーフェクトか判断できます
残念ながら今もおかしなアプリはあります

しかしここまではコンピュータ内の話でケーブルの先でもビットパーフェクトかはまた別の問題です

801 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 17:22:36.36 ID:ISY77+Ws.net

>>799
音が変わるという主張は一切していないと思うので別の人のことを言ってたのかな
それだったら余計なレスしてごめん

802 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 20:14:10.77 ID:PKHJWdx8.net

>>801
浅学阿呆の戯言などと椰揄され、
カッとなっていろいろ書き込んでるけど
何が言いたいかイマイチ分からん。

803 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 20:59:15.03 ID:ISY77+Ws.net

浅学阿呆であることを否定していないしむしろ教えを乞うた
具体的に批判しやすいように批判に曝されるべく駄文を連ねたのだ
自分の間違いが正されれば得だからな

804 ：名無しさん＠お腹いっぱい。：2021/12/04(土) 21:21:39.27 ID:PKHJWdx8.net

>>803
残念ながら、ここはそういう場ではないよ
あなた以上の阿呆が、ここには沢山いる
こんなところで間違いを正してくれる奴などいないよ

805 ：名無しさん＠お腹いっぱい。：2021/12/05(日) 15:37:01.03 ID:znDGTAcJ.net

>>797
デジタルデータが正しく伝送出来ない状態だとしたら都合よく微細な音の違いで済むわけが無い
http://morizzos-buglife.blogspot.com/2012/03/blog-post.html

806 ：名無しさん＠お腹いっぱい。：2021/12/06(月) 10:57:26.28 ID:EyqMFdIi.net

>787-793
同意できるけど、デジタルトラポより上流の話だ。
DACの進歩が追いついてないのでビットパーフェクトなら同じ音が出るようになるにはまだ時間がかかると思う。

807 ：名無しさん＠お腹いっぱい。：2021/12/06(月) 11:10:04.74 ID:KiIlFSkG.net

>>793
無限量の計算って何を計算するんだよ
再生ソフトは基本HDDやSSD等に記録されたデータを(OSを介して)そのまま順次DACに送り出すだけだろ
アップサンプリングが前提だったりするの

808 ：名無しさん＠お腹いっぱい。：2021/12/06(月) 12:49:37.55 ID:aWwo2ngE.net

フェルマーの定理に決まってんだろ

809 ：名無しさん＠お腹いっぱい。：2021/12/06(月) 13:36:24.00 ID:nAAePlfL.net

な、阿呆ばっかりだろ…

810 ：名無しさん＠お腹いっぱい。：2021/12/06(月) 13:40:34.19 ID:4d/Lut4P.net

そりゃ、ウン十万円のケーブルをホイホイかって、ウホウホしている
けど、10kHz以上はほとんど聞こえていない人達ですから

811 ：名無しさん＠お腹いっぱい。：2021/12/08(水) 23:08:46.49 ID:VdSXsDNp.net

>>805
それは分かっています
ただそんな話はしていません

812 ：名無しさん＠お腹いっぱい。：2021/12/08(水) 23:13:22.38 ID:VdSXsDNp.net

>>806
同じ音というのは周辺のオーディオ機器が同一である前提です
ソフトを替えれば音が良くなるという話があまりに多かったので…
悪くなることはあり得ると思います
まだ変なアプリもあるので

813 ：名無しさん＠お腹いっぱい。：2021/12/08(水) 23:16:32.43 ID:VdSXsDNp.net

>>807
あのレスだけ他の書き込みとは連続してません
アップサンプリングが前提です
サンプリング理論を実行可能な形でとらえるとアップサンプリングという結論になる

814 ：名無しさん＠お腹いっぱい。：2021/12/08(水) 23:27:16.05 ID:VdSXsDNp.net

情報としてはCDで充分
今までは情報の隙間はCDプレーヤー等の回路が埋めていた
それぞれの味があったと思う
それをどんどん計算で埋めていこうという話です

815 ：名無しさん＠お腹いっぱい。：2021/12/08(水) 23:33:57.39 ID:VdSXsDNp.net

もちろんDACにも味はある
しかし確実に押さえておける点の数がどんどん上がっているのでどこかに質的転換点があるかもしれない

人間の知覚の生理機構も最終的にはデジタル的である以上こちらは無限を要求することはない訳だから

816 ：名無しさん＠お腹いっぱい。：2021/12/09(木) 00:06:55.84 ID:6ywMJPOR.net

別の話題で興味があるのはオーディオ開発でもコンピュータ上のシミュレーションが行われているらしいこと

thiele/small parameters

これのWikipediaを読むとスピーカーやヘッドフォンやアンプの味の違いをあらかじめなくす形で計算により音楽データの加工が可能なはずと考えられる
当然実際の音響機器の性能が上限になるが最近やみくもにハイレゾ対応の製品ばかりになったのを見るとその辺の心配は要らないかもしれない

小さなスピーカーで大きなスピーカーの音圧を真似たりとか不可能なことは当然ある訳だが

817 ：名無しさん＠お腹いっぱい。：2021/12/09(木) 07:19:50.43 ID:AjgZC6sz.net

こういう発想はありだよね、大昔（今も）スピーカーの振動自体を拾ってアンプにフィードバックする方法（MFB）があったが
あらかじめ分かってればDSPで済む話
ttps://av.watch.impress.co.jp/docs/series/dal/1211203.html

そうなると元の音楽（信号）自体の扱いがどーでもいいものになって、やがて空間オーディオ()みたいなモノに落ち着くのかなｗ

818 ：名無しさん＠お腹いっぱい。：2021/12/15(水) 10:26:56.87 ID:uHsfftxz.net

どっちでもねーよ
インシュレーターのメタルバブルだよ