ここはLinuxOSをプレーヤーとして直接音楽を再生することに関心のある人が、ピュアオーディオ的視点でLinuxOS及び接続機材・ソフト・設定等について 語り合うスレです。
LinuxOS以外のプレーヤーで再生したい人は各種専用スレでお願いします。
前スレ： 【Linux系】PCオーディオ談話室【AU】 Part6
https://lavender.5ch.net/test/read.cgi/pav/1462539988/
【Linux系】PCオーディオ談話室【AU】Part8
■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
2019/05/06(月) 17:21:34.28ID:/LbzH2iw2020/05/15(金) 13:35:29.75ID:yP9XaaoS
2020/05/15(金) 14:10:57.54ID:8KnUULni
無響室の音はつまらない、これじゃね？実際ホールでも反射音聞いてるわけだし、原音とはホールやスタジオその場で耳が聞いた音により近い事
でないとオーディオ的原音としては矛盾が出る
でないとオーディオ的原音としては矛盾が出る
2020/05/15(金) 14:42:56.49ID:a4X+3+Kp
原音再生を謳うメーカーに、その原音の定義を聞くしかない
評論家が原音という言葉を使うなら、その評論家に定義を聞くしかない
みんな言うことがバラバラじゃないか！馬鹿にしてるのか！と激昂したら、
「じゃあ、あなたにとっての原音とは何ですか？」と逆質問されるまであるぞ
そこにさらに「お前が考えた最強の原音」まで加わったら収集つかないだろ
もう原音のことは忘れなさい
評論家が原音という言葉を使うなら、その評論家に定義を聞くしかない
みんな言うことがバラバラじゃないか！馬鹿にしてるのか！と激昂したら、
「じゃあ、あなたにとっての原音とは何ですか？」と逆質問されるまであるぞ
そこにさらに「お前が考えた最強の原音」まで加わったら収集つかないだろ
もう原音のことは忘れなさい
2020/05/16(土) 03:18:37.66ID:lVpsnRmj
録音を趣味にするんだ
2020/06/01(月) 11:22:58.71ID:vuw1t1lL
KLUE 4.0が出ている
https://drive.google.com/drive/folders/1iFYWRscQq497so0Tr5EMVtujfQZd2ier
ダウンロードができないときはgoogle-driveにログインしておこなうとよい
https://drive.google.com/drive/folders/1iFYWRscQq497so0Tr5EMVtujfQZd2ier
ダウンロードができないときはgoogle-driveにログインしておこなうとよい
2020/06/11(木) 10:42:44.03ID:HnmOdSrW
Daphileのbeta版をインストールした。LMSが8.0になってて、flacがwavに変換されてストリーミングされる。昔のVortexBoxみたい
423名無しさん＠お腹いっぱい。
2020/06/13(土) 21:08:21.90ID:NyKWN5d3 >>394
普通のバッファーで除去できるのは、小さなジッターだよ。大きなジッターを除去する
には巨大なバッファーと大きな遅延が必要。ダウンロード販売で曲のデータを買うのと
同じ。曲全部のデータをバッファーに納めてから再生を開始すれば、上流のジッターは
完全に除去できる。でもストリーミングのときには、上流のジッターが下流に混入する。
普通の再生では、許容できる遅延が数秒程度だから除去できなかったジッター
はデジタル部からデータの転送速度の揺らぎとしてPLLに達しDACのクロックを揺さ
ぶるので、アナログ部で入力信号をFM変調させノイズを発生させる。
PLLはデータの転送速度からクロックを調整して、手元のバッファーのデータ量を
一定範囲に納める機能。ドップラー現象みたいなもので、音源の速度変化で信号の
周波数が変わってしまうように、データの転送速度の変化で信号の周波数が変化する。
普通のバッファーで除去できるのは、小さなジッターだよ。大きなジッターを除去する
には巨大なバッファーと大きな遅延が必要。ダウンロード販売で曲のデータを買うのと
同じ。曲全部のデータをバッファーに納めてから再生を開始すれば、上流のジッターは
完全に除去できる。でもストリーミングのときには、上流のジッターが下流に混入する。
普通の再生では、許容できる遅延が数秒程度だから除去できなかったジッター
はデジタル部からデータの転送速度の揺らぎとしてPLLに達しDACのクロックを揺さ
ぶるので、アナログ部で入力信号をFM変調させノイズを発生させる。
PLLはデータの転送速度からクロックを調整して、手元のバッファーのデータ量を
一定範囲に納める機能。ドップラー現象みたいなもので、音源の速度変化で信号の
周波数が変わってしまうように、データの転送速度の変化で信号の周波数が変化する。
2020/06/13(土) 21:20:43.53ID:ThynAwZ7
>>423
データの送り出し調整をすれば良い
送り出し側機器が自分の部屋にあるのであれば
ストリーミングやデジタル放送はそれは不可能だが
そういうデータは遅延も問題無いはず
1秒分のバッファがあれば丸1日再生にも耐えられる
データの送り出し調整をすれば良い
送り出し側機器が自分の部屋にあるのであれば
ストリーミングやデジタル放送はそれは不可能だが
そういうデータは遅延も問題無いはず
1秒分のバッファがあれば丸1日再生にも耐えられる
2020/06/13(土) 21:25:14.99ID:ThynAwZ7
USB-DACでの再生時は
データの受け取り側であるデバイス側でクロックを作って
それに合わせてデータをPCから送る
S/PDIFとW/Cでも同様の事が可能
送り出し側機器がクロックマスターになるなんて仕組みは
デジタルオーディオの誕生と同時期からある
データの受け取り側であるデバイス側でクロックを作って
それに合わせてデータをPCから送る
S/PDIFとW/Cでも同様の事が可能
送り出し側機器がクロックマスターになるなんて仕組みは
デジタルオーディオの誕生と同時期からある
2020/06/13(土) 21:30:13.58ID:ThynAwZ7
デジタルオーディオデータと一緒にクロックまで送るなんて仕組みが一般的なのは
クロックの質はまったく重要では無いという証拠
ただの再生装置では
機器をまたいでクロックを送る必要など全く無い
クロックの質はまったく重要では無いという証拠
ただの再生装置では
機器をまたいでクロックを送る必要など全く無い
2020/06/13(土) 22:05:31.57ID:ThynAwZ7
PCで聴くストリーミングは既にバッファを介して非同期再生ですね
ストリーミングの速度に合わせて
USB-DACのクロック速度の調整などしていない
そんな仕組み自体無い
ストリーミングの速度に合わせて
USB-DACのクロック速度の調整などしていない
そんな仕組み自体無い
2020/06/13(土) 22:10:41.09ID:pNY5KO6j
>>427
あのね16/44.1等の音楽データのクロックは必要なの
USBの非同期ってのはアシンクロナスって言って
PC(Host)のクロックに同期せずUSBDAC(device)に同期するって事なの
もっと簡単に言うとPC(Host)のクロックに非同期って事
あのね16/44.1等の音楽データのクロックは必要なの
USBの非同期ってのはアシンクロナスって言って
PC(Host)のクロックに同期せずUSBDAC(device)に同期するって事なの
もっと簡単に言うとPC(Host)のクロックに非同期って事
2020/06/13(土) 22:13:52.10ID:pNY5KO6j
アシンクロナス転送でデータ転送してクロックを調整などしていないって
じゃどこのクロックを参照してデジタルデータを扱ってんだよ
ってなる
じゃどこのクロックを参照してデジタルデータを扱ってんだよ
ってなる
2020/06/13(土) 22:17:08.60ID:ThynAwZ7
当然ですが
ストリーム送信側と再生側が非同期
という意味
ストリーム送信側と再生側が非同期
という意味
2020/06/13(土) 22:19:07.88ID:ThynAwZ7
USBもクロックを伝送などしてないよ
デバイスの要求に合わせてデータを送るだけ
ただのフロー制御
デバイスの要求に合わせてデータを送るだけ
ただのフロー制御
2020/06/13(土) 22:21:53.44ID:ThynAwZ7
普通のまともなUSB-DACは
外からタイミング情報をもらってない
USB-DAC内部でクロックを作っている
外からの情報で速度を微調整したりはしない
外からタイミング情報をもらってない
USB-DAC内部でクロックを作っている
外からの情報で速度を微調整したりはしない
2020/06/13(土) 22:24:43.11ID:ThynAwZ7
USB接続じゃなくても同じ
マスターとなれるDAC機器であれば
DAC機器内でクロックを作る
外からのデータでクロックの調整などしない
送り出し側がDACに合わせてデータを送る
その為に送り出し側に対してタイミング情報を送る仕組みがある
マスターとなれるDAC機器であれば
DAC機器内でクロックを作る
外からのデータでクロックの調整などしない
送り出し側がDACに合わせてデータを送る
その為に送り出し側に対してタイミング情報を送る仕組みがある
2020/06/13(土) 22:27:11.79ID:ThynAwZ7
S/PDIFでは
わざわざクロックをデータに合わせて送るのが一般的なのはなぜか？
クロックの質は音質に影響が無い
か
ユーザーは音質には興味が無い
のどちらか
わざわざクロックをデータに合わせて送るのが一般的なのはなぜか？
クロックの質は音質に影響が無い
か
ユーザーは音質には興味が無い
のどちらか
2020/06/13(土) 22:44:44.55ID:Tw8eif4O
なんでオーディオマニアの多くは
そんな簡単な事がわからないかねえ
そんな簡単な事がわからないかねえ
436名無しさん＠お腹いっぱい。
2020/06/14(日) 01:51:46.16ID:ljvg/bxo2020/06/14(日) 07:09:55.94ID:eJvbnltk
>>436
バッファに書く時間がばらつこうが
アンダーラン、オーバーランしなければなんの問題もない
そうならないようなバッファサイズにする
昔ながらのS/PDIF&W/Cなら
バッファは1サンプルで十分
USBだと48サンプル(1ms)〜
私のスマホのバッファは192サンプル(3ms)
バッファは遅延に直接影響を与えるが
マスター機器のクロックには何の影響も与えない
バッファに書く時間がばらつこうが
アンダーラン、オーバーランしなければなんの問題もない
そうならないようなバッファサイズにする
昔ながらのS/PDIF&W/Cなら
バッファは1サンプルで十分
USBだと48サンプル(1ms)〜
私のスマホのバッファは192サンプル(3ms)
バッファは遅延に直接影響を与えるが
マスター機器のクロックには何の影響も与えない
2020/06/14(日) 07:17:18.44ID:eJvbnltk
>>436 後半
1サンプル単位で同期する昔ながらのデジタル音声は
通常のOSで行うのは不可能
S/PDIF入出力のあるサウンドカードは
サウンドカード自体にバッファがあって
ハードで同期する
サウンドカード内部でソフト処理する場合は
DSPと呼ばれる特殊なCPUを使う
1サンプルごとに割り込みがかかって
バッファからデータを取得し
演算して出力バッファに書く
サウンドカードとPC間は
USBと同じようにまとまったサンプル単位で処理をする
1サンプル単位で同期する昔ながらのデジタル音声は
通常のOSで行うのは不可能
S/PDIF入出力のあるサウンドカードは
サウンドカード自体にバッファがあって
ハードで同期する
サウンドカード内部でソフト処理する場合は
DSPと呼ばれる特殊なCPUを使う
1サンプルごとに割り込みがかかって
バッファからデータを取得し
演算して出力バッファに書く
サウンドカードとPC間は
USBと同じようにまとまったサンプル単位で処理をする
2020/06/14(日) 07:24:07.61ID:eJvbnltk
アプリの処理単位が128サンプルとした場合
アプリの処理がおおよそ3ms程度遅れると
バッファアンダーランとなり音飛びする
遅延が問題ない単なる再生の場合
バッファサイズをより大きくとって
音飛びに対するマージンを大きくする
アプリの処理がおおよそ3ms程度遅れると
バッファアンダーランとなり音飛びする
遅延が問題ない単なる再生の場合
バッファサイズをより大きくとって
音飛びに対するマージンを大きくする
2020/06/14(日) 07:29:26.70ID:eJvbnltk
アプリは要求から3ms以内にドライバにデータを供給出来るように
音声ファイルを先読みしてメモリに展開しておく
音声ファイルを先読みしてメモリに展開しておく
2020/06/14(日) 07:32:45.28ID:eJvbnltk
アプリの処理がばらつこうが
USBの転送がばらつこうが
オーディオクロックには何の影響も与えない
USB-DACやサウンドカードは
データ転送とは無関係にクロックを作って
バッファに書いてあるデータを再生する
USBの転送がばらつこうが
オーディオクロックには何の影響も与えない
USB-DACやサウンドカードは
データ転送とは無関係にクロックを作って
バッファに書いてあるデータを再生する
2020/06/14(日) 07:44:17.73ID:eJvbnltk
こんな当たり前のこともわからないから
オーディオマニアはアホ
オーディオマニアはアホ
2020/06/14(日) 07:50:12.15ID:KiskBnDw
>>438-441
その辺は大半のオーディオマニアが理解していて問題は他の部分にあると認識しているという点を除けば、あなたの主張は正しいね
その辺は大半のオーディオマニアが理解していて問題は他の部分にあると認識しているという点を除けば、あなたの主張は正しいね
2020/06/14(日) 09:30:18.03ID:eJvbnltk
>>443
あなたも理解してない
あなたも理解してない
2020/06/14(日) 09:42:10.39ID:rxsVPHlM
ID:eJvbnltk
病気だから病院行きなって
病気だから病院行きなって
2020/06/14(日) 09:43:24.51ID:SFRp9Kzu
負け宣言が早いな
2020/06/14(日) 09:44:30.00ID:pJN1ecPl
436のリアルタイムOSの認識がアレでモニョモニョする
2020/06/14(日) 09:51:18.33ID:eJvbnltk
RTOSに関してはそんなに間違ってはいないが
DSPは普通は割り込みで音声処理をするので
OSの応答性はあまり関係ない
1秒間に48000回割り込みがかかって
20u以内に処理を終える
DSPは普通は割り込みで音声処理をするので
OSの応答性はあまり関係ない
1秒間に48000回割り込みがかかって
20u以内に処理を終える
2020/06/14(日) 10:03:50.22ID:eJvbnltk
>>436の一番の間違いはそこじゃない
2020/06/14(日) 11:16:25.10ID:DMYk+u5U
聞き齧った知識を
自信満々にひけらかし
失笑されても気が付かず
ぼくのかんがえたさいきょうのバッファアンダーランたいさくを連投
ジッターの話をしてたんじゃないの？
自信満々にひけらかし
失笑されても気が付かず
ぼくのかんがえたさいきょうのバッファアンダーランたいさくを連投
ジッターの話をしてたんじゃないの？
2020/06/14(日) 11:48:52.17ID:eJvbnltk
>>450
話の流れもわからないトンチンカン
話の流れもわからないトンチンカン
452名無しさん＠お腹いっぱい。
2020/06/14(日) 12:05:48.59ID:SIXFRiS1 >>449
うん、>>436のトンチンカンは一目瞭然だが、「一番の問題」ってなんだろ。
「普通のOSでは要求されたデータを直ぐに送れない。」
かな？ ま、RTOSだってこの表現では同様のことは普通にあるからね。
それとも、「要求された」の部分かな。
データを受ける機器側がデータを要求するなんてことはないからな。
USB-DACが「暫くデータ無くて遊んでるから、そろそろなんか鳴らしてよ。」なんて要求はありえない。
S/FDIFなら、「いいよ」も「待って」もやり取りは一切ないよな。USB間は再送要求とかあったっけ？
「直ぐには」なら、
CDPでの曲スキップで再生にシークがある感覚を引きずってるのかもしれない。
今のWindows10の要求PCスペックといわなくてもシングルコアでよかったXPスペックのPCでも、PC内では十分余裕の処理負荷って理解がないのかね。
曲は当然再生は自然時間に合わせるが、PC内ではそんなのより圧倒的先にデータ処理されてる。
「もう、何秒後のデータできてるけどまだ送っちゃだめなの？」状態
PCでのripしたデータの曲再生で、例えば、曲スキップしても、スキップボタンというか操作した瞬間に目的の場所の音がでるでしょ。
それが、ディレクトリ分けして何十階層離れていてアルバム一ファイルのデカイものの真ん中から真ん中でも、人間感覚での一瞬の間もない。
なんかね、今時RTOSとか云うの見ると、原始人がタイムスリップして現代に放り出されたんじゃないかという振る舞いに見えて滑稽だよね。
あれ？これもID:eJvbnltkからトンチンカンって云われる？ なら、「一番の間違いはそこじゃない」を説明してね。
うん、>>436のトンチンカンは一目瞭然だが、「一番の問題」ってなんだろ。
「普通のOSでは要求されたデータを直ぐに送れない。」
かな？ ま、RTOSだってこの表現では同様のことは普通にあるからね。
それとも、「要求された」の部分かな。
データを受ける機器側がデータを要求するなんてことはないからな。
USB-DACが「暫くデータ無くて遊んでるから、そろそろなんか鳴らしてよ。」なんて要求はありえない。
S/FDIFなら、「いいよ」も「待って」もやり取りは一切ないよな。USB間は再送要求とかあったっけ？
「直ぐには」なら、
CDPでの曲スキップで再生にシークがある感覚を引きずってるのかもしれない。
今のWindows10の要求PCスペックといわなくてもシングルコアでよかったXPスペックのPCでも、PC内では十分余裕の処理負荷って理解がないのかね。
曲は当然再生は自然時間に合わせるが、PC内ではそんなのより圧倒的先にデータ処理されてる。
「もう、何秒後のデータできてるけどまだ送っちゃだめなの？」状態
PCでのripしたデータの曲再生で、例えば、曲スキップしても、スキップボタンというか操作した瞬間に目的の場所の音がでるでしょ。
それが、ディレクトリ分けして何十階層離れていてアルバム一ファイルのデカイものの真ん中から真ん中でも、人間感覚での一瞬の間もない。
なんかね、今時RTOSとか云うの見ると、原始人がタイムスリップして現代に放り出されたんじゃないかという振る舞いに見えて滑稽だよね。
あれ？これもID:eJvbnltkからトンチンカンって云われる？ なら、「一番の間違いはそこじゃない」を説明してね。
2020/06/14(日) 12:16:57.95ID:eJvbnltk
前半だと｢ジッターになる｣の部分
このジッターはオーディオクロックのジッターの意味だよね？
後半だと、サンプル精度の同期にソフトが介在してると思っているところ
このジッターはオーディオクロックのジッターの意味だよね？
後半だと、サンプル精度の同期にソフトが介在してると思っているところ
2020/06/14(日) 12:19:49.56ID:eJvbnltk
USBは当然フロー制御してる
そうしないと非同期は実現出来ない
同期だと単純に1msごとに48サンプルずつ送ってるだけだけど
そんな糞I/Fはさすがに使ってないよね？
そうしないと非同期は実現出来ない
同期だと単純に1msごとに48サンプルずつ送ってるだけだけど
そんな糞I/Fはさすがに使ってないよね？
2020/06/14(日) 12:23:22.65ID:eJvbnltk
どのようにフローしてるかはデバイス依存
良くあるのは1msごとにデバイスが
送って欲しいデータサイズを通知する
ホスト側は1msごとに要求サイズのデータを送る
良くあるのは1msごとにデバイスが
送って欲しいデータサイズを通知する
ホスト側は1msごとに要求サイズのデータを送る
2020/06/14(日) 12:37:37.17ID:eJvbnltk
S/PDIFの同期はもっと簡単
送り出し側機器はW/Cなどのクロックソースのタイミングに合わせて1サンプルずつデータを送り出す
受け側はクロックソースに同期してデータが入ってくる前提で処理をする
サンプル単位の同期なので
受信バッファは1サンプルあれば十分
USBが出来る前からある同期の仕組み
送り出し側機器はW/Cなどのクロックソースのタイミングに合わせて1サンプルずつデータを送り出す
受け側はクロックソースに同期してデータが入ってくる前提で処理をする
サンプル単位の同期なので
受信バッファは1サンプルあれば十分
USBが出来る前からある同期の仕組み
2020/06/14(日) 13:08:25.12ID:eJvbnltk
458名無しさん＠お腹いっぱい。
2020/06/14(日) 15:32:35.95ID:SIXFRiS1 >>457
んん、説明されたということはトンチンカンだったと、、、。
ま、その説明も要約すると、処理される側がどんだけのことを要求するものなのかとそれを要求された側の能力見合いはどうかを考えればいい。
つう、ことだよね。
で、今のPCで音楽データが要求する処理能力を満たさないってのはそうないと思うんだよね。
ミキサーの問題にしても、昨今はプレーヤソフトがUSBなりデバイスをダイレクトに制御するし。
曲の再生開始一発目が実際はちょっと遅れてるってのがあっても、その後曲の終わりまでPC側の能力不足や機構特性で遅延がある理由は思い当たらないんだけど、違う？
そもそも、ジッターで音がおかしいという状況が全然わからない。
ジッターの問題って、音がどうなるんだろう？
もう20年以上ずっとRIPした音楽データのPC再生なんだけど、CDPなんかの機器とは全然違うんじゃないかな。
CDP使ってた時期はデジタルでは繋いだことがない。
んん、説明されたということはトンチンカンだったと、、、。
ま、その説明も要約すると、処理される側がどんだけのことを要求するものなのかとそれを要求された側の能力見合いはどうかを考えればいい。
つう、ことだよね。
で、今のPCで音楽データが要求する処理能力を満たさないってのはそうないと思うんだよね。
ミキサーの問題にしても、昨今はプレーヤソフトがUSBなりデバイスをダイレクトに制御するし。
曲の再生開始一発目が実際はちょっと遅れてるってのがあっても、その後曲の終わりまでPC側の能力不足や機構特性で遅延がある理由は思い当たらないんだけど、違う？
そもそも、ジッターで音がおかしいという状況が全然わからない。
ジッターの問題って、音がどうなるんだろう？
もう20年以上ずっとRIPした音楽データのPC再生なんだけど、CDPなんかの機器とは全然違うんじゃないかな。
CDP使ってた時期はデジタルでは繋いだことがない。
2020/06/14(日) 15:43:46.47ID:8cUNtWY+
ジッターなんてのは
安いオーディオ機器が売れなくなると困るオーディオ業界が言い出した言葉
高速データ通信では問題になるが
オーディオみたいな超スローな伝送では
まず問題にならないし
問題になれば伝送エラーという形になる
本当にジッターが音に大きな影響を与えるのであれば
S/PDIFにクロックを混ぜて伝送なんて事はあり得ない
DAC内部で作って新鮮なまま使う構成の機器しか存在しないはず
機器を伝送すれば、どんなにきれいなクロックもなまるわけで
安いオーディオ機器が売れなくなると困るオーディオ業界が言い出した言葉
高速データ通信では問題になるが
オーディオみたいな超スローな伝送では
まず問題にならないし
問題になれば伝送エラーという形になる
本当にジッターが音に大きな影響を与えるのであれば
S/PDIFにクロックを混ぜて伝送なんて事はあり得ない
DAC内部で作って新鮮なまま使う構成の機器しか存在しないはず
機器を伝送すれば、どんなにきれいなクロックもなまるわけで
2020/06/14(日) 15:46:33.94ID:8cUNtWY+
安いオーディオ機器しか
でした
CDトランスポートなんて格安で作れるはず
クロック入力端子さえついていれば
時間方向のゆらぎは全く音に影響がないわけで
デジタルをデジタルのまま送り出す
ただのCDドライブ
でした
CDトランスポートなんて格安で作れるはず
クロック入力端子さえついていれば
時間方向のゆらぎは全く音に影響がないわけで
デジタルをデジタルのまま送り出す
ただのCDドライブ
2020/06/14(日) 15:48:43.34ID:8cUNtWY+
PCトランスポートも同じ
外部に同期してデータを送る事が出来れば何でも良い
ただのトランスポートとして使う分には
外部に同期してデータを送る事が出来れば何でも良い
ただのトランスポートとして使う分には
2020/06/14(日) 15:52:33.29ID:rxsVPHlM
INGしたらすっきりしたよ
ところで終わった？
ところで終わった？
2020/06/14(日) 16:09:22.55ID:DMYk+u5U
464名無しさん＠お腹いっぱい。
2020/06/14(日) 17:08:23.01ID:ljvg/bxo >>452
USBの非同期通信ではデバイス側から転送してほしいデータサイズを送っている。ちゃんと
フロー制御がある。この制御（単にバッファーに空きがあるというだけかもしれない）
が次々と遡って上流の処理にデータ転送スピードの要求量を伝えている。要求は伝わる
けど、プログラムやOSが守る保証はない。音の悪い音楽プレーヤは下流の要求する
データを直ぐに転送しないで余計なことをしているもの。
そもそもOSに幻想を持っているね。PCのスペックはOSの応答時間を保証しない。
他に大事な仕事やOSの都合があれば何秒も普通に遅れる。
>>448
サウンドカードのバッファーにデータが来てなかったらDSPは何も出来ないよ。
>>458
OSを理解してないね。PCの性能は直接関係ない。OSの都合で応答速度は変わる。
実用上動いてるから気にしていないだけ。音にはジッターによるノイズが乗ってる
けどね。見合いなんて言ってるからノイズに気付けない。
>>461
LinuxやWindowsでは外部に同期してデータを送れない。OSがそんな用途に
作られていない。サウンドカードに巨大なバッファーがあってそこに１曲全部のデータ
を詰め込んでから再生を開始するなら別だけど。
USBの非同期通信ではデバイス側から転送してほしいデータサイズを送っている。ちゃんと
フロー制御がある。この制御（単にバッファーに空きがあるというだけかもしれない）
が次々と遡って上流の処理にデータ転送スピードの要求量を伝えている。要求は伝わる
けど、プログラムやOSが守る保証はない。音の悪い音楽プレーヤは下流の要求する
データを直ぐに転送しないで余計なことをしているもの。
そもそもOSに幻想を持っているね。PCのスペックはOSの応答時間を保証しない。
他に大事な仕事やOSの都合があれば何秒も普通に遅れる。
>>448
サウンドカードのバッファーにデータが来てなかったらDSPは何も出来ないよ。
>>458
OSを理解してないね。PCの性能は直接関係ない。OSの都合で応答速度は変わる。
実用上動いてるから気にしていないだけ。音にはジッターによるノイズが乗ってる
けどね。見合いなんて言ってるからノイズに気付けない。
>>461
LinuxやWindowsでは外部に同期してデータを送れない。OSがそんな用途に
作られていない。サウンドカードに巨大なバッファーがあってそこに１曲全部のデータ
を詰め込んでから再生を開始するなら別だけど。
2020/06/14(日) 23:48:01.97ID:8cUNtWY+
バッファアンダーランになったら
音飛びするからすぐにわかる
音飛びしないってことは間に合ってるってこと
ASIOだとバッファサイズが設定出来る
音飛びするようならサイズを大きくすれば良い
サンプル単位の同期はハードがやる
ハードのバッファがからにならないように
ソフトがバッファに書き込む
バッファはWindowsでも間に合うサイズになっている
音飛びするからすぐにわかる
音飛びしないってことは間に合ってるってこと
ASIOだとバッファサイズが設定出来る
音飛びするようならサイズを大きくすれば良い
サンプル単位の同期はハードがやる
ハードのバッファがからにならないように
ソフトがバッファに書き込む
バッファはWindowsでも間に合うサイズになっている
2020/06/14(日) 23:55:48.02ID:8cUNtWY+
低遅延が求められる用途では
バッファサイズを128サンプルくらいにする
これで3msくらいの遅延まで大丈夫
今時のPCでプライオリティの高いスレッドなら3msも遅れることはない
もちろん保証は無い
だから調整出来るようになっている
聴き専ならもっと大きいサイズ、4096サンプルとかにすれば良い
音飛びは明確にわかる
発生すれば音質以前の問題
バッファサイズを128サンプルくらいにする
これで3msくらいの遅延まで大丈夫
今時のPCでプライオリティの高いスレッドなら3msも遅れることはない
もちろん保証は無い
だから調整出来るようになっている
聴き専ならもっと大きいサイズ、4096サンプルとかにすれば良い
音飛びは明確にわかる
発生すれば音質以前の問題
467名無しさん＠お腹いっぱい。
2020/06/15(月) 02:30:43.55ID:Txr9YGTD >>464
あらあら、おやまあ、いやいや、どういう出だしにしたらよいやら、、、。
なんか、並べ立ててる言葉を眺めると根本的にズレてるよね。
言い負けしたくないからか、遅延、遅延と喚くけどさ。なんだかねぇ、言い掛かり的取り繕いにしか見えないよ。
んで、RTOSが解決すると持ってきたいんかい。ま、必要ないよ。
あらあら、おやまあ、いやいや、どういう出だしにしたらよいやら、、、。
なんか、並べ立ててる言葉を眺めると根本的にズレてるよね。
言い負けしたくないからか、遅延、遅延と喚くけどさ。なんだかねぇ、言い掛かり的取り繕いにしか見えないよ。
んで、RTOSが解決すると持ってきたいんかい。ま、必要ないよ。
2020/06/15(月) 03:27:22.02ID:WDYUAKwr
>>464 は
暇潰しのネタでとんでもRTOS理論をぶちかましてるのかねえ？全く面白くも無いけどな
本気で言ってるなら、ソフトとハードの分掌範囲を不適切に設定した謎システムをベースにして語ろうとしてる時点で、アホとしか言いようがない
暇潰しのネタでとんでもRTOS理論をぶちかましてるのかねえ？全く面白くも無いけどな
本気で言ってるなら、ソフトとハードの分掌範囲を不適切に設定した謎システムをベースにして語ろうとしてる時点で、アホとしか言いようがない
2020/06/23(火) 02:39:58.31ID:QRfTo6J9
音質がよいって日本語としてどうよ？
質がよいなんて根拠、説明なく言われても、ね、、、
質がよいなんて根拠、説明なく言われても、ね、、、
2020/06/23(火) 02:40:15.62ID:QRfTo6J9
音質がよいって日本語としてどうよ？
質がよいなんて根拠、説明なく言われても、ね、、、
質がよいなんて根拠、説明なく言われても、ね、、、
2020/06/23(火) 03:06:42.63ID:O8lt0qnA
日本語としては正しいだろ。
2020/06/23(火) 07:47:53.89ID:J6396f0E
音の質が良い
音質が良い
全く問題ないね
音質が良い
全く問題ないね
2020/06/23(火) 08:30:47.65ID:jyvLwMzy
2020/06/23(火) 12:01:06.36ID:fSa6ElDA
料理では
調理器具の電源ケーブルとかマイコンのクロックの質とか語らんだろ
調理器具の電源ケーブルとかマイコンのクロックの質とか語らんだろ
2020/06/23(火) 12:22:08.84ID:5tMn6sVu
炊飯器のマイコンのクロックはルビジウムです
電子レンジの電源ケーブルは100万円の高級品を使っています
なんて料理屋があったら行きたいか？
普通に考えれば頭がおかしい事を
オーディオマニアは平然と主張する
電子レンジの電源ケーブルは100万円の高級品を使っています
なんて料理屋があったら行きたいか？
普通に考えれば頭がおかしい事を
オーディオマニアは平然と主張する
2020/06/23(火) 12:38:14.95ID:hOwByqWn
>>475
頭おかしいw
頭おかしいw
2020/06/23(火) 12:46:10.75ID:7BXS8/+A
2020/06/23(火) 13:59:09.02ID:SWAs5nKk
頭おかしいw
2020/06/25(木) 20:25:29.24ID:6+rwxLIu
中村のノイズカットトランスで炊いてみようかな？w
2020/06/25(木) 20:26:58.00ID:6+rwxLIu
分子ガストロノミーはオカルト！？
2020/07/02(木) 21:57:44.06ID:VCAV6YNE
windowsでのAIMPみたいな、専用リモートアプリがあるようなのLinuxでは何かありますか？
2020/07/03(金) 07:57:18.83ID:Rk7l8sYV
MPD
2020/07/03(金) 13:11:24.81ID:s0CLph/Q
ありがとうございます
2020/07/04(土) 20:41:23.25ID:SE/ZGfGU
MPDはクライアントからの操作に特化してるからな
単体だと何も出来ない面白いやつだよ
単体だと何も出来ない面白いやつだよ
2020/07/06(月) 17:19:25.22ID:otEh1aLw
MPDクライアントから楽曲ファイルは見えるのに再生開始できない
何か見落としてるのかな
何か見落としてるのかな
2020/07/06(月) 17:50:48.05ID:8P1+QlVj
複雑なクライアントより、まずは単純なmpcで、ls、load、playなどして問題を切り分けなされ。
2020/07/07(火) 19:59:08.57ID:49aMEuvw
再生開始時にmpdからjackサーバーへの接続失敗エラー?吐いてるみたいで調べながら弄り回してるけど中々難しい
2020/07/07(火) 22:20:55.10ID:jAdulPTR
それってjackのログインエラーでは？
mpdでログインすれば解決しそうだけれど、エラーが分からないから違うかも
mpdでログインすれば解決しそうだけれど、エラーが分からないから違うかも
2020/07/10(金) 21:32:39.44ID:kk7GTdnD
最近のmpdはalsa専用になっている
2020/07/11(土) 01:31:32.96ID:0V7s0dhX
あら、そうなんですね
どうせ安い機器しかないので一旦jack不使用で割り切りました
samba設定もいけたしとりあえず専用機これでいいや
どうせ安い機器しかないので一旦jack不使用で割り切りました
samba設定もいけたしとりあえず専用機これでいいや
491名無しさん＠お腹いっぱい。
2020/07/11(土) 10:39:04.57ID:NBriQlZj 再生でjack通すって、？？？？？、なんで？
2020/07/12(日) 00:55:47.04ID:JwRCAcbD
RTリアルタイムカーネルってどういう理屈なの
2020/07/12(日) 06:47:46.89ID:1UmgCr9f
何の理屈？
2020/07/12(日) 09:54:58.10ID:qJwV4MNA
495名無しさん＠お腹いっぱい。
2020/07/12(日) 12:12:41.60ID:WXlsvamo2020/07/12(日) 13:29:04.53ID:JwRCAcbD
標準カーネルと比較して
2020/07/12(日) 15:54:57.12ID:qJwV4MNA
>>495
> やれやれ、バカにして、なんでって訊いたんだが、、、。
音が良くなるから
> USBで直結できるんだから、遺物のjack噛ませていい訳がないでしょ。
USBで直結してるのでデジタル。jackは遺物ではない。
> アナログ出しの時代も再生にjackはなかった。
そんな時代あたっけ？
> やれやれ、バカにして、なんでって訊いたんだが、、、。
音が良くなるから
> USBで直結できるんだから、遺物のjack噛ませていい訳がないでしょ。
USBで直結してるのでデジタル。jackは遺物ではない。
> アナログ出しの時代も再生にjackはなかった。
そんな時代あたっけ？
498名無しさん＠お腹いっぱい。
2020/07/12(日) 20:34:03.58ID:WXlsvamo >>497
あれ？ さてさて、やれやれ、
>音が良くなるから
jackはプロセッサーでもエンハンサーでもイコライザーでもないから、音が変わることはない。
早い話、ただのミキサーだよ。
ミキサーで音良くなるは変でないかい？
そもそも、何を以って、「音が良くなる」って結論になったのかな？
まあ、このフレーズって、通常、凡そ音の判定がまるでわからん輩が使うものだから、アテにはならんがな。
>jackは遺物ではない。
DTMとかの世界では現役は当然だ。jackは元々入力用kitだから。
聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
jackに頼ったのは、LinuxミキサーのPulseAudioの出来の問題だったからだがそれも解決、さらに、LinuxでのUSB Audio Class 2.0の標準装備で全く必要がなくなっている。
>USBで直結
なら、DACをUSBに挿した状態で、squeezelite(LMS)の出力先にリストされないか？
されるなら、それを選択すれば、それこそミキサーパスして機器と直結することになるから、一番有利になる。
USBで接続しててもOSのミキサー通しているかいないかでは違いは出るよ。
ま、使う再生ソフトによるが、例えば、当方使用のDeadBeefはPCのサウンド機構使う場合もOSミキサー迂回の排他設定ができる。
squeezelite(LMS)ってHeadless PCで使うらしいが、GPU持ってないHeadlessでもXserver動かせるからリモートデスクトップでGUIアプリも動かせる。
殊、音楽関連は、老舗のLinuxアプリのサイトや情報に頼るとやらなくていい苦労を背負い込むよ。面倒なクラサバで入れ難くて使い勝手の悪いclient使えとか。
>そんな時代あたっけ？
やっぱ、新参とかにわか？ USB直受けのDACみたいのってLinuxオーディオの歴史の中では極々最近だぜ。
あれ？ さてさて、やれやれ、
>音が良くなるから
jackはプロセッサーでもエンハンサーでもイコライザーでもないから、音が変わることはない。
早い話、ただのミキサーだよ。
ミキサーで音良くなるは変でないかい？
そもそも、何を以って、「音が良くなる」って結論になったのかな？
まあ、このフレーズって、通常、凡そ音の判定がまるでわからん輩が使うものだから、アテにはならんがな。
>jackは遺物ではない。
DTMとかの世界では現役は当然だ。jackは元々入力用kitだから。
聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
jackに頼ったのは、LinuxミキサーのPulseAudioの出来の問題だったからだがそれも解決、さらに、LinuxでのUSB Audio Class 2.0の標準装備で全く必要がなくなっている。
>USBで直結
なら、DACをUSBに挿した状態で、squeezelite(LMS)の出力先にリストされないか？
されるなら、それを選択すれば、それこそミキサーパスして機器と直結することになるから、一番有利になる。
USBで接続しててもOSのミキサー通しているかいないかでは違いは出るよ。
ま、使う再生ソフトによるが、例えば、当方使用のDeadBeefはPCのサウンド機構使う場合もOSミキサー迂回の排他設定ができる。
squeezelite(LMS)ってHeadless PCで使うらしいが、GPU持ってないHeadlessでもXserver動かせるからリモートデスクトップでGUIアプリも動かせる。
殊、音楽関連は、老舗のLinuxアプリのサイトや情報に頼るとやらなくていい苦労を背負い込むよ。面倒なクラサバで入れ難くて使い勝手の悪いclient使えとか。
>そんな時代あたっけ？
やっぱ、新参とかにわか？ USB直受けのDACみたいのってLinuxオーディオの歴史の中では極々最近だぜ。
2020/07/12(日) 21:15:57.35ID:HvVIHtPc
5chに限らず掲示板で長文レスする奴はだいたいキチガイ
2020/07/12(日) 22:18:05.15ID:qJwV4MNA
>>498
> >jackは遺物ではない。
> DTMとかの世界では現役は当然だ。jackは元々入力用kitだから。
> 聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
へぇー、迷信なんだ。しらなかったよ… それってどこに書いてある？
> USBで接続しててもOSのミキサー通しているかいないかでは違いは出るよ。
> ま、使う再生ソフトによるが、例えば、当方使用のDeadBeefはPCのサウンド機構使う場合もOSミキサー迂回の排他設定ができる。
OSミキサーってなによ？ ALSAのこと？
> >jackは遺物ではない。
> DTMとかの世界では現役は当然だ。jackは元々入力用kitだから。
> 聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
へぇー、迷信なんだ。しらなかったよ… それってどこに書いてある？
> USBで接続しててもOSのミキサー通しているかいないかでは違いは出るよ。
> ま、使う再生ソフトによるが、例えば、当方使用のDeadBeefはPCのサウンド機構使う場合もOSミキサー迂回の排他設定ができる。
OSミキサーってなによ？ ALSAのこと？
2020/07/12(日) 22:19:47.15ID:uah1fxjm
>>498
> 聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
> 聞き専ではjackで音がよくなるという迷信だと広まって久しい。だから、遺物。
502名無しさん＠お腹いっぱい。
2020/07/12(日) 23:15:52.91ID:WXlsvamo >>500
>へぇー、迷信なんだ。しらなかったよ… それってどこに書いてある？
海外のPCオーディオやアプリ関連のフォーラムとか覗けば解るよ。
といっても、Ubuntuで12.04とか14.04の頃で知った話だな。
そもそも、jackでググればRecordingとかMIDI Controlとかが列挙されるから、推して知るべしだろ。
また、数多ある再生ソフトでjackが必要なんてのないだろ。あれば使えるよってレベルの扱い、制作用でjackセットアップしてる環境ならPulseAudioなかったりするから使えないの困るって事情だ。
たしか、14.04辺りでPulseAudioを激変させてjack、jackってのを黙らせたんだったと記憶する。
でも、PulseAudioってかOSミキサー迂回ってのは音楽再生の優先度というか重要度の高いユーザーでは今だに当然だから、ALSA直の流れは変わらない。
当然、当方もALSA直(てか、HW直)が出来るってのがソフト選定の条件としている。
>OSミキサーってなによ？ ALSAのこと？
LinuxでOSミキサーといったらPulseAudioのこと、alsamixerなんてアプリがあるから紛らわしいが、jackのセットアップガイドで大抵PulseAudioをkillしろとあるだろ？ 同格というか自分(jack)と競合するOS付属機能だから。
>へぇー、迷信なんだ。しらなかったよ… それってどこに書いてある？
海外のPCオーディオやアプリ関連のフォーラムとか覗けば解るよ。
といっても、Ubuntuで12.04とか14.04の頃で知った話だな。
そもそも、jackでググればRecordingとかMIDI Controlとかが列挙されるから、推して知るべしだろ。
また、数多ある再生ソフトでjackが必要なんてのないだろ。あれば使えるよってレベルの扱い、制作用でjackセットアップしてる環境ならPulseAudioなかったりするから使えないの困るって事情だ。
たしか、14.04辺りでPulseAudioを激変させてjack、jackってのを黙らせたんだったと記憶する。
でも、PulseAudioってかOSミキサー迂回ってのは音楽再生の優先度というか重要度の高いユーザーでは今だに当然だから、ALSA直の流れは変わらない。
当然、当方もALSA直(てか、HW直)が出来るってのがソフト選定の条件としている。
>OSミキサーってなによ？ ALSAのこと？
LinuxでOSミキサーといったらPulseAudioのこと、alsamixerなんてアプリがあるから紛らわしいが、jackのセットアップガイドで大抵PulseAudioをkillしろとあるだろ？ 同格というか自分(jack)と競合するOS付属機能だから。
2020/07/19(日) 05:23:21.03ID:0aaDPqDd
>>499
バカは黙ってろ
バカは黙ってろ
2020/07/19(日) 23:00:19.38ID:s48XD0+I
こういうわけわからんの湧き出すとワッチョイほしくなるね
2020/07/23(木) 08:46:59.41ID:EXlPnwzY
Daphileがバージョンアップ
2020/07/29(水) 01:28:01.38ID:90PDQnDi
smpdってどうよ？
なんだか入会しなきゃならんらしいが、あのみみずに推薦してもらうとかありえんし
使ってる人はどうやって入会したのかね
なんだか入会しなきゃならんらしいが、あのみみずに推薦してもらうとかありえんし
使ってる人はどうやって入会したのかね
507名無しさん＠お腹いっぱい。
2020/07/29(水) 02:07:45.43ID:xH9jRMHv 今は推薦はいらなくて入会申請するだけでいいよ
SMPDはラズパイの限られた環境でいい音出したいとかI2S接続で音質追求するなら面白いと思う
SMPDはラズパイの限られた環境でいい音出したいとかI2S接続で音質追求するなら面白いと思う
2020/07/29(水) 03:20:10.85ID:3wdr0Vcv
推薦は要らんのか
ところであの組み合わせでI2S出力したところで、DAC側がマスターになれるんか
ラズパイのショボいクロックをいくら料理してもしれてるように思うが
ところであの組み合わせでI2S出力したところで、DAC側がマスターになれるんか
ラズパイのショボいクロックをいくら料理してもしれてるように思うが
2020/07/29(水) 10:06:32.28ID:ghe6WfE3
2020/07/29(水) 12:25:18.17ID:dKHCSc7G
diyAudioのsmpdスレは管理人がベンダーバザールに強制移動したな
有償無償に関係なく誰でも自由に使えるというdiyAudioの精神に反するからだそうだ
ここは超日陰っぽくてまず誰も見ない
有償無償に関係なく誰でも自由に使えるというdiyAudioの精神に反するからだそうだ
ここは超日陰っぽくてまず誰も見ない
2020/07/29(水) 12:32:12.30ID:dKHCSc7G
作者のpapalius以外でkubotayoってのが大量に書き込んでる
プロフ見たら、こいつはみみずだったwww
プロフ見たら、こいつはみみずだったwww
2020/07/29(水) 13:03:40.86ID:cUWks74h
babaliusってやつの書き込みやべえな
VPN経由で荒らしてたことをモデレータに暴露されそのままdiyAudioから垢バン喰らったようだが
全然関係ないみみず掲示板を閉じろとか言い始めるし、こいつ岩橋じゃねーの？www
仕事無くなって暇なのかな
VPN経由で荒らしてたことをモデレータに暴露されそのままdiyAudioから垢バン喰らったようだが
全然関係ないみみず掲示板を閉じろとか言い始めるし、こいつ岩橋じゃねーの？www
仕事無くなって暇なのかな
2020/07/29(水) 13:15:04.93ID:90PDQnDi
パパリウスはここでもGPL違反を指摘されて遂にソース公開すると言ってるが本当にするんか
スウェーデンとチェコの人ががんがん突っ込んでる
日本人の評判をめちゃ落としてくれたわ
スウェーデンとチェコの人ががんがん突っ込んでる
日本人の評判をめちゃ落としてくれたわ
2020/07/29(水) 13:30:57.20ID:KJROMn6j
打倒Volumio&MoOdeって書いたら信者の反感を買うわ
515名無しさん＠お腹いっぱい。
2020/07/29(水) 23:59:19.61ID:xH9jRMHv2020/07/30(木) 16:06:39.63ID:+AsjHDMN
>>515
業務機器ならクロックとデータのソース機器が別なんて当たり前なんだけどねえ
業務機器ならクロックとデータのソース機器が別なんて当たり前なんだけどねえ
■ このスレッドは過去ログ倉庫に格納されています
