ＣＤトランスポートについて考える！
934 ：名無しさん＠お腹いっぱい。：04/10/21 19:56:07 ID:ICC5VyHB
>>932
あのさmaster clockを各機器に分配してやるワードシンクって
伝送時のPLLロックの精度を上げるためにやってるわけであって
ワードクロックのDACの変換精度に与える影響はどっちかというと副次的なもんだろ？
しかもDACのバッファいったん溜まるんだったら、そこからはDACの好きなclockでDAすればいいだけじゃん
別に人間お耳はsyncしてる必要は無いからね
結局ﾃﾞｰﾀﾘﾝｸ層の不備をワードシンクで補おうとしてもコストがかかるだけだって話
ま趣味の世界なのでお好きにって感じだけどね
＞こ?
あのさmaster clockを各機器に分配してやるワードシンクって
伝送時のPLLロックの精度を上げるためにやってるわけであって
ワードクロックのDACの変換精度に与える影響はどっちかというと副次的なもんだろ？
しかもDACのバッファいったん溜まるんだったら、そこからはDACの好きなclockでDAすればいいだけじゃん
別に人間お耳はsyncしてる必要は無いからね
結局ﾃﾞｰﾀﾘﾝｸ層の不備をワードシンクで補おうとしてもコストがかかるだけだって話
ま趣味の世界なのでお好きにって感じだけどね
＞こ?
935 ：名無しさん＠お腹いっぱい。：04/10/21 19:56:28 ID:Yi4U6vAm
---- S/PDIF 垂れ流し ----
Ａさん：
本の中身をカード１枚に１文字ずつ書いて、
Ａさんのそばにあるメトロノームの音に合わせてＢさんのすぐそばに１まいずつ置く
Ｂさん：
Ａさんがカードを置くスピードにあわせて、
近くに置かれたカードを一枚ずつ読み上げていく
Ａさんがカードを置くタイミングがずれると、
Ｂさんが読み上げるタイミングがずれる。
（Ｂさんがいくら均等に読み上げようとしても、多少はずれてしまう）
Ａさん：
本の中身をカード１枚に１文字ずつ書いて、
Ａさんのそばにあるメトロノームの音に合わせてＢさんのすぐそばに１まいずつ置く
Ｂさん：
Ａさんがカードを置くスピードにあわせて、
近くに置かれたカードを一枚ずつ読み上げていく
Ａさんがカードを置くタイミングがずれると、
Ｂさんが読み上げるタイミングがずれる。
（Ｂさんがいくら均等に読み上げようとしても、多少はずれてしまう）
936 ：名無しさん＠お腹いっぱい。：04/10/21 19:56:53 ID:ICC5VyHB
>>934
＞この場合、ＤＡＣのチップに入るオーディオクロックはS/PDIFを通らないんですが、
＞なんでS/PDIFのジッタが問題なんですか？
master clockを分配すりゃSPDIFでもPLL Lockは良くなってジッタは減るでしょ。そりゃ
でもﾃﾞｰﾀﾘﾝｸ層でcontrollerのMPUでCRCかけてる方が物理層がしょぼくても同じ効果が得られるでしょといってるだけ。CPの問題。
規格でがっちりデータ伝送を保障するか、master clockみたいなあいまいなものを持ってきてアナログにPLL Lockを向上させるか
ピュアAU的には後者の方が感性に訴えるんですかね?
＞この場合、ＤＡＣのチップに入るオーディオクロックはS/PDIFを通らないんですが、
＞なんでS/PDIFのジッタが問題なんですか？
master clockを分配すりゃSPDIFでもPLL Lockは良くなってジッタは減るでしょ。そりゃ
でもﾃﾞｰﾀﾘﾝｸ層でcontrollerのMPUでCRCかけてる方が物理層がしょぼくても同じ効果が得られるでしょといってるだけ。CPの問題。
規格でがっちりデータ伝送を保障するか、master clockみたいなあいまいなものを持ってきてアナログにPLL Lockを向上させるか
ピュアAU的には後者の方が感性に訴えるんですかね?
937 ：名無しさん＠お腹いっぱい。：04/10/21 20:01:38 ID:Yi4U6vAm
938 ：名無しさん＠お腹いっぱい。：04/10/21 20:06:03 ID:ICC5VyHB
>>937
おまいなぁ、PLL Lockの精度向上が>>933の”メトロノームの音の合わせる”ってことだろ
でもメトロノームみたいなアナログなものを持ってきてもSPDIFでは規格による保障はありませんよってこと
AさんもBさんも難聴な可能性はあるからねｗ
おまいなぁ、PLL Lockの精度向上が>>933の”メトロノームの音の合わせる”ってことだろ
でもメトロノームみたいなアナログなものを持ってきてもSPDIFでは規格による保障はありませんよってこと
AさんもBさんも難聴な可能性はあるからねｗ
939 ：名無しさん＠お腹いっぱい。：04/10/21 20:08:57 ID:rbMzVua9
仮に一般的なデジタル転送とワードシンクを使ったシステムの音質に優劣が
ないものとすると、ワードシンクを使うことはコスト面でも無駄だということ。
デジタルの基礎を知らないどころか、自明のことも理解できないらしいよ。
>>919
おっしゃる通り。当然だが、USBでもFireWireでも何でも良い。
TCP/IPに乗せれば非常に柔軟になるから、これも良いね。
ないものとすると、ワードシンクを使うことはコスト面でも無駄だということ。
デジタルの基礎を知らないどころか、自明のことも理解できないらしいよ。
>>919
おっしゃる通り。当然だが、USBでもFireWireでも何でも良い。
TCP/IPに乗せれば非常に柔軟になるから、これも良いね。
940 ：名無しさん＠お腹いっぱい。：04/10/21 20:11:38 ID:ICC5VyHB
だからSPDIFの糞さ加減は
”光ケーブルだと音が悪いらしいよ”とか
”同軸で音のいい(!?)デジタルケーブルありませんかね”とか
いってる議論にすべて集約されてるんだって
デジタルなのにケーブルで音が変わるってありえなさ杉だろ
まさにデジタルオーディオのRS232Cだよ
”光ケーブルだと音が悪いらしいよ”とか
”同軸で音のいい(!?)デジタルケーブルありませんかね”とか
いってる議論にすべて集約されてるんだって
デジタルなのにケーブルで音が変わるってありえなさ杉だろ
まさにデジタルオーディオのRS232Cだよ
941 ：名無しさん＠お腹いっぱい。：04/10/21 20:15:32 ID:Yi4U6vAm
----USBによる伝送----
Ａさん：
本の中身をカード１枚に１文字ずつ書いて近くにおいていく。
２０枚たまったところでちょっと休憩。
Ｂさんの合図があったら２０枚まとめてＢさんの近くに置く
Ｂさん：
Ｂさんのすぐそばにあるメトロノームの音に合わせて、
近くに置かれたカードを一枚ずつ読み上げていく
Ｂさんの近くのカードが残り少なくなったら、Ａさんに合図を出す
USBもS/PDIF+ワードシンクも、
カードを受け取るのは読み上げとはタイミング的に関係のないところで行われる。
（USBだってデータ受信のためにPLL Lockする）
USBの場合、Ｂさんが複数いた場合に問題があるのと、
Ａさんが本を読まずにアドリブでカードに書いていく場合に
Ａさんが思いついてからＢさんが読み上げるまでの遅延が問題になる。
また、ＡさんはＢさんが読むタイミングが予想つかないため、
Ａさんが踊りながら本を読む場合に、（ＤＶＤプレーヤーなど）
踊るタイミングと本を読むタイミングがずれる。
Ａさん：
本の中身をカード１枚に１文字ずつ書いて近くにおいていく。
２０枚たまったところでちょっと休憩。
Ｂさんの合図があったら２０枚まとめてＢさんの近くに置く
Ｂさん：
Ｂさんのすぐそばにあるメトロノームの音に合わせて、
近くに置かれたカードを一枚ずつ読み上げていく
Ｂさんの近くのカードが残り少なくなったら、Ａさんに合図を出す
USBもS/PDIF+ワードシンクも、
カードを受け取るのは読み上げとはタイミング的に関係のないところで行われる。
（USBだってデータ受信のためにPLL Lockする）
USBの場合、Ｂさんが複数いた場合に問題があるのと、
Ａさんが本を読まずにアドリブでカードに書いていく場合に
Ａさんが思いついてからＢさんが読み上げるまでの遅延が問題になる。
また、ＡさんはＢさんが読むタイミングが予想つかないため、
Ａさんが踊りながら本を読む場合に、（ＤＶＤプレーヤーなど）
踊るタイミングと本を読むタイミングがずれる。
942 ：名無しさん＠お腹いっぱい。：04/10/21 20:18:29 ID:ICC5VyHB
943 ：名無しさん＠お腹いっぱい。：04/10/21 20:19:23 ID:Yi4U6vAm
944 ：名無しさん＠お腹いっぱい。：04/10/21 20:20:07 ID:jjyH4gcx
>>941さん、USBの複数の転送モードを理解した上で書いていますか? また
USBだってPLL lock云々と書いていますが、オーディオクロックの同期
という問題と、USBバスクロックの同期という問題はまったく異なる
ものであることは理解されていますか?
USBだってPLL lock云々と書いていますが、オーディオクロックの同期
という問題と、USBバスクロックの同期という問題はまったく異なる
ものであることは理解されていますか?
945 ：名無しさん＠お腹いっぱい。：04/10/21 20:23:56 ID:jjyH4gcx
>>942
おっしゃる通りですね。
また言わんとすることはわかりますが、>>939さんの、
USB, IEEE1394に対する対比としてTCP/IPというのは少し
不適切かも知れませんね。もちろん通常思い浮かべるのは
ethernetですから、まあ、スルーしても差し支えないとは
思いましたが。
おっしゃる通りですね。
また言わんとすることはわかりますが、>>939さんの、
USB, IEEE1394に対する対比としてTCP/IPというのは少し
不適切かも知れませんね。もちろん通常思い浮かべるのは
ethernetですから、まあ、スルーしても差し支えないとは
思いましたが。
946 ：名無しさん＠お腹いっぱい。：04/10/21 20:32:20 ID:Yi4U6vAm
>>944
すごく簡単に書いただけだよ。
どの転送モードだって（３種類だっけ？）本質的に変わらないだろ。
送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
> オーディオクロックの同期という問題と、USBバスクロックの同期という問題はまったく異なる
> ものであることは理解されていますか?
S/PDIFの受信、USBの受信、本質的にはまったくかわりませんが。
何が違うというのですか？
どちらも正しくデータが受信すれば、タイミング的にはずれても関係ないですよね。
エラー時再送とか考えてますか？
前にも書いたとおり、S/PDIFによる伝送エラーなんて普通は起きませんよ。
>>942
データリンク層の話題と音質とどう関係あるんですか？
すごく簡単に書いただけだよ。
どの転送モードだって（３種類だっけ？）本質的に変わらないだろ。
送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
> オーディオクロックの同期という問題と、USBバスクロックの同期という問題はまったく異なる
> ものであることは理解されていますか?
S/PDIFの受信、USBの受信、本質的にはまったくかわりませんが。
何が違うというのですか？
どちらも正しくデータが受信すれば、タイミング的にはずれても関係ないですよね。
エラー時再送とか考えてますか？
前にも書いたとおり、S/PDIFによる伝送エラーなんて普通は起きませんよ。
>>942
データリンク層の話題と音質とどう関係あるんですか？
947 ：名無しさん＠お腹いっぱい。：04/10/21 20:41:56 ID:ICC5VyHB
>>946
ﾃﾞｰﾀﾘﾝｸ層は論理的なデータの完全性を保障する層なの
つまり物理層がどんなにしょぼくても規格でDACにデータがいくまでのintegrityを保障してるわけ
iLinkみたいな(IEE1394のことだけど）ﾃﾞｰﾀﾘﾝｸ層がしっかりしてるやつで
CDPとAVアンプをつなぐ限りはケーブルで音が変わるということが起きないわけよ
たっかいmaster clockやケーブルがなくても規格の範囲内の物理層を使っている限りは
controllerのMPUが論理的にデータを保障してくれるんだからそっちの方がいいでしょ
レガシーとしてのSPDIFが残っちゃ?
ﾃﾞｰﾀﾘﾝｸ層は論理的なデータの完全性を保障する層なの
つまり物理層がどんなにしょぼくても規格でDACにデータがいくまでのintegrityを保障してるわけ
iLinkみたいな(IEE1394のことだけど）ﾃﾞｰﾀﾘﾝｸ層がしっかりしてるやつで
CDPとAVアンプをつなぐ限りはケーブルで音が変わるということが起きないわけよ
たっかいmaster clockやケーブルがなくても規格の範囲内の物理層を使っている限りは
controllerのMPUが論理的にデータを保障してくれるんだからそっちの方がいいでしょ
レガシーとしてのSPDIFが残っちゃ?
948 ：名無しさん＠お腹いっぱい。：04/10/21 20:47:20 ID:jjyH4gcx
>>946
最後のセンテンスから、どうやらこの人は、等時性転送について知らない
のでは?と思ったわけなんですが。
> 送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
なぜですか? S/PDIFとは異なり、オーディオクロックを送り出し側のUSB
クロックからそのまま抽出するよう規定などされていませんが。
> エラー時再送
違いますね。
> データリンク層の話題
>>941の文章では、通信網の階層がごっちゃになっていますから
それを指摘されたのでは?
最後のセンテンスから、どうやらこの人は、等時性転送について知らない
のでは?と思ったわけなんですが。
> 送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
なぜですか? S/PDIFとは異なり、オーディオクロックを送り出し側のUSB
クロックからそのまま抽出するよう規定などされていませんが。
> エラー時再送
違いますね。
> データリンク層の話題
>>941の文章では、通信網の階層がごっちゃになっていますから
それを指摘されたのでは?
949 ：名無しさん＠お腹いっぱい。：04/10/21 20:54:54 ID:Yi4U6vAm
>>947
S/PDIFでもデータエラーが起きないって言ってるのに。
で、おまいもそれを前提に話をしてたんだろ。
USBだってケーブルがしょぼかったり10mも引っ張ったりすれば、
エラー再送出まくって転送が間に合わなくて音とびするかもしれないし。
>>948
> なぜですか? S/PDIFとは異なり、オーディオクロックを送り出し側のUSB
> クロックからそのまま抽出するよう規定などされていませんが。
ちゃんと読めよ。
USBの転送方法はいろいろあって、
仮にUSBクロックからオーディオクロックを取り出したりしたらダメだよと言っただけ。
S/PDIF＋ワードシンクだってS/PDIFからオーディオクロックなんか取り出さないだろ。
>>>941の文章では、通信網の階層がごっちゃになっていますから
>それを指摘されたのでは?
簡単に書いただけって言ってるだろ。
じゃあおまいが簡単にまとめて書いてみろよ。
でさあ、>>933 のどこが音質的に問題か言ってみてくれないか。
S/PDIFでもデータエラーが起きないって言ってるのに。
で、おまいもそれを前提に話をしてたんだろ。
USBだってケーブルがしょぼかったり10mも引っ張ったりすれば、
エラー再送出まくって転送が間に合わなくて音とびするかもしれないし。
>>948
> なぜですか? S/PDIFとは異なり、オーディオクロックを送り出し側のUSB
> クロックからそのまま抽出するよう規定などされていませんが。
ちゃんと読めよ。
USBの転送方法はいろいろあって、
仮にUSBクロックからオーディオクロックを取り出したりしたらダメだよと言っただけ。
S/PDIF＋ワードシンクだってS/PDIFからオーディオクロックなんか取り出さないだろ。
>>>941の文章では、通信網の階層がごっちゃになっていますから
>それを指摘されたのでは?
簡単に書いただけって言ってるだろ。
じゃあおまいが簡単にまとめて書いてみろよ。
でさあ、>>933 のどこが音質的に問題か言ってみてくれないか。
950 ：名無しさん＠お腹いっぱい。：04/10/21 20:55:46 ID:0ow+ygmB
>>946の
>送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
ってあまりにも知識レベル(理解力か)が違いすぎて議論にならないでしょ。
そろそろ別スレ立てた方がいいかもしれませんね。
ロジカルに議論できるような、スレで、
「ピュアAU的DACとI/F」
みたいのはどうでしょう？
>送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
ってあまりにも知識レベル(理解力か)が違いすぎて議論にならないでしょ。
そろそろ別スレ立てた方がいいかもしれませんね。
ロジカルに議論できるような、スレで、
「ピュアAU的DACとI/F」
みたいのはどうでしょう？
951 ：名無しさん＠お腹いっぱい。：04/10/21 21:00:24 ID:rbMzVua9
>>945
いや、その為に敢えてTCP/IPと言ったわけだけど、言葉足らずだったね。
物理層からの独立性が高まってより柔軟に運用できるから良いね、という話。
でも、突っ込んでくれて誤解が減るなら、ぜんぜん良かったよ。
いや、その為に敢えてTCP/IPと言ったわけだけど、言葉足らずだったね。
物理層からの独立性が高まってより柔軟に運用できるから良いね、という話。
でも、突っ込んでくれて誤解が減るなら、ぜんぜん良かったよ。
952 ：名無しさん＠お腹いっぱい。：04/10/21 21:01:39 ID:jAJbyrjZ
953 ：名無しさん＠お腹いっぱい。：04/10/21 21:03:13 ID:Yi4U6vAm
>>950
>>送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
>ってあまりにも知識レベル(理解力か)が違いすぎて議論にならないでしょ。
データ送り出し元のタイミングに合わせてＤＡＣが動作するという意味で同じと言っただけ。
まあここではS/PDIF垂れ流しの話でもUSBクロックからオーディオクロックを作るという話でもないので
どうでもいい。
> そろそろ別スレ立てた方がいいかもしれませんね。
お願いします！
>>送り出し側のUSBクロックを使うなんてのはS/PDIF垂れ流しと変わりませんよ。
>ってあまりにも知識レベル(理解力か)が違いすぎて議論にならないでしょ。
データ送り出し元のタイミングに合わせてＤＡＣが動作するという意味で同じと言っただけ。
まあここではS/PDIF垂れ流しの話でもUSBクロックからオーディオクロックを作るという話でもないので
どうでもいい。
> そろそろ別スレ立てた方がいいかもしれませんね。
お願いします！
954 ：名無しさん＠お腹いっぱい。：04/10/21 21:06:03 ID:Yi4U6vAm
一応、
>>895 >>933 >>935 >>941 は貼らせていただきたいので、
おおきな間違いがあったらこのスレのうちに指摘お願いします。
（あくまで簡単にまとめたんだから細かいことは指摘するなよ）
>>895 >>933 >>935 >>941 は貼らせていただきたいので、
おおきな間違いがあったらこのスレのうちに指摘お願いします。
（あくまで簡単にまとめたんだから細かいことは指摘するなよ）
955 ：名無しさん＠お腹いっぱい。：04/10/21 21:16:22 ID:ICC5VyHB
>>949
ぜんぜん前提にしてないよ。データ壊れるとかいってるじゃん。
じゃなかったら高価な？SPDIFのデジタルケーブルの需要なんて無いでしょ?
それにUSB10mというのはUSBの物理層の規格から外れてると思うけど?
それに非同期前提なんだからUSBからclock取り出したりしないでしょ
USBはUSB、DAはDAでその間に挟まるのがMPUなりバッファメモリーでしょ
SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
趣味だからそれもぜんぜん悪くないし一興だとは思うけど。
ただ安価に正確に伝送できる規格(USB, IEEE1394, etc)が現時点であるのに
あえて使わないのは？？？じゃないのといってるだけ。
ぜんぜん前提にしてないよ。データ壊れるとかいってるじゃん。
じゃなかったら高価な？SPDIFのデジタルケーブルの需要なんて無いでしょ?
それにUSB10mというのはUSBの物理層の規格から外れてると思うけど?
それに非同期前提なんだからUSBからclock取り出したりしないでしょ
USBはUSB、DAはDAでその間に挟まるのがMPUなりバッファメモリーでしょ
SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
趣味だからそれもぜんぜん悪くないし一興だとは思うけど。
ただ安価に正確に伝送できる規格(USB, IEEE1394, etc)が現時点であるのに
あえて使わないのは？？？じゃないのといってるだけ。
956 ：名無しさん＠お腹いっぱい。：04/10/21 21:19:29 ID:ICC5VyHB
>>955
というかUSBの物理層ケーブル長はその上の層がサービスを保証できる長さしか許してないでしょ
というかUSBの物理層ケーブル長はその上の層がサービスを保証できる長さしか許してないでしょ
957 ：名無しさん＠お腹いっぱい。：04/10/21 21:23:30 ID:0ow+ygmB
>>953
えーと
SPDIFの次のI/Fを考えるスレを立てたいんですが。
現状でのシステムでの音質追求はこのスレでいいでしょう。
スレタイ
「ピュアAU的DACとI/F」
テンプレ
SPDIFの次のピュアAUに適したI/Fおよびシステムを考えるスレです。
目的は「お金はDAC以降に掛けよう。」です。
議論は論理的に。
反論大歓迎ですが、結果だけは禁止です。反論の根拠を論理的に(必要なら)ソースを明示して書いてください。
相手の言い分が正しい場合は素直に認めましょう。逆切れ禁止。
最終的には、システムの設計製作まで。
えーと
SPDIFの次のI/Fを考えるスレを立てたいんですが。
現状でのシステムでの音質追求はこのスレでいいでしょう。
スレタイ
「ピュアAU的DACとI/F」
テンプレ
SPDIFの次のピュアAUに適したI/Fおよびシステムを考えるスレです。
目的は「お金はDAC以降に掛けよう。」です。
議論は論理的に。
反論大歓迎ですが、結果だけは禁止です。反論の根拠を論理的に(必要なら)ソースを明示して書いてください。
相手の言い分が正しい場合は素直に認めましょう。逆切れ禁止。
最終的には、システムの設計製作まで。
958 ：名無しさん＠お腹いっぱい。：04/10/21 21:29:07 ID:Yi4U6vAm
>>955
じゃあ実験してみろよ。どの程度S/PDIFのデータ転送エラーが起きるか。
S/PDIFで転送エラーが起きるようなレベルだと、
USBなんかまったく転送できないよ。
> それにUSB10mというのはUSBの物理層の規格から外れてると思うけど?
わざと書いたんだけど。
> それに非同期前提なんだからUSBからclock取り出したりしないでしょ
USBにいろいろ方法があるっていわれたから、
USBクロックからオーディオクロックを取り出す方法を消しておいただけ。
>>941 とは違うからな。
> SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
> Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
S/PDIFからオーディオクロックを取り出さないって言ってるのに
まだわからない？
なにがアウトなんだ？
> 結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
高いケーブルとか高いトランスポートとか言ってるのは、
>>935 のS/PDIF垂れ流しの方式だろ。
もう一回言うけど、S/PDIFで転送エラーなんか普通の状態じゃあ起きません。
> ただ安価に正確に伝送できる規格(USB, IEEE1394, etc)が現時点であるのに
> あえて使わないのは？？？じゃないのといってるだけ。
今無い製品を夢見て語っているよりは、
現在ある製品でなんとかしようとはおもいませんか？
じゃあ実験してみろよ。どの程度S/PDIFのデータ転送エラーが起きるか。
S/PDIFで転送エラーが起きるようなレベルだと、
USBなんかまったく転送できないよ。
> それにUSB10mというのはUSBの物理層の規格から外れてると思うけど?
わざと書いたんだけど。
> それに非同期前提なんだからUSBからclock取り出したりしないでしょ
USBにいろいろ方法があるっていわれたから、
USBクロックからオーディオクロックを取り出す方法を消しておいただけ。
>>941 とは違うからな。
> SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
> Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
S/PDIFからオーディオクロックを取り出さないって言ってるのに
まだわからない？
なにがアウトなんだ？
> 結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
高いケーブルとか高いトランスポートとか言ってるのは、
>>935 のS/PDIF垂れ流しの方式だろ。
もう一回言うけど、S/PDIFで転送エラーなんか普通の状態じゃあ起きません。
> ただ安価に正確に伝送できる規格(USB, IEEE1394, etc)が現時点であるのに
> あえて使わないのは？？？じゃないのといってるだけ。
今無い製品を夢見て語っているよりは、
現在ある製品でなんとかしようとはおもいませんか？
959 ：名無しさん＠お腹いっぱい。：04/10/21 21:31:20 ID:Yi4U6vAm
960 ：名無しさん＠お腹いっぱい。：04/10/21 21:37:03 ID:ICC5VyHB
>>958
> 結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
高いケーブルとか高いトランスポートとか言ってるのは、
>>935 のS/PDIF垂れ流しの方式だろ。
>もう一回言うけど、S/PDIFで転送エラーなんか普通の状態じゃあ起きません。
じゃなんでデジタルケーブルで音が変わるってやつが出てくるんだよ?
WordClockをやり取りさえすればデジタルケーブルによる音の変化は無いといっている?
> 結局その辺のアナログ性能の高い機器＋ケーブルが必要になってくる。
高いケーブルとか高いトランスポートとか言ってるのは、
>>935 のS/PDIF垂れ流しの方式だろ。
>もう一回言うけど、S/PDIFで転送エラーなんか普通の状態じゃあ起きません。
じゃなんでデジタルケーブルで音が変わるってやつが出てくるんだよ?
WordClockをやり取りさえすればデジタルケーブルによる音の変化は無いといっている?
961 ：名無しさん＠お腹いっぱい。：04/10/21 21:38:53 ID:LFrtvWAC
いま持っている垂れ流しS/PDIFしかうからないDACを買い換えようと
思う。トラポはPC。
ワードシンクをサポートしたS/PDIFのDACを作ってもらうべきか。
それともIEEE1394とかUSBでつながるものを作ってもらったほうが
うれしいか。
あっそうそう、とってもいい加減なワードシンク+S/PDIFもあった
りするってね。こうすると一番つくりやすいんだって(笑)
DACに入っている発振器->ワードクロックPLL->DACから出力->トラポ
のワードクロック入力->PLLでマスタークロックつくる->そのマスター
クロックでDAIを駆動する->トラポからS/PDIF出力->DACのS/PDIF入力
->DACはS/PDIFからPLLでクロック抽出->D/A変換
思う。トラポはPC。
ワードシンクをサポートしたS/PDIFのDACを作ってもらうべきか。
それともIEEE1394とかUSBでつながるものを作ってもらったほうが
うれしいか。
あっそうそう、とってもいい加減なワードシンク+S/PDIFもあった
りするってね。こうすると一番つくりやすいんだって(笑)
DACに入っている発振器->ワードクロックPLL->DACから出力->トラポ
のワードクロック入力->PLLでマスタークロックつくる->そのマスター
クロックでDAIを駆動する->トラポからS/PDIF出力->DACのS/PDIF入力
->DACはS/PDIFからPLLでクロック抽出->D/A変換
962 ：名無しさん＠お腹いっぱい。：04/10/21 21:42:39 ID:ICC5VyHB
>>958
> SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
> Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
S/PDIFからオーディオクロックを取り出さないって言ってるのに
まだわからない？
なにがアウトなんだ？
論理的に扱う層が薄いからだよ
だからリクロックしてみるとかワードシンクしてみるとか信号のデジタル波形にこだわり始めるんだろ?
そもそもﾊﾞｲﾌｪｲｽﾞ変調でクロックがSPDIFから取り出せるのにわざわさWordSyncするのは
SPDIFのデジタル波形のアナログ要素の問題があるからだろ？
> SPDIF+WordSyncでもいいけど所詮アナログなんだって。論理層が中途半端だから。
> Sync(PLL Lock)かけるところのアナログ性能がいまいちだとアウト。
S/PDIFからオーディオクロックを取り出さないって言ってるのに
まだわからない？
なにがアウトなんだ？
論理的に扱う層が薄いからだよ
だからリクロックしてみるとかワードシンクしてみるとか信号のデジタル波形にこだわり始めるんだろ?
そもそもﾊﾞｲﾌｪｲｽﾞ変調でクロックがSPDIFから取り出せるのにわざわさWordSyncするのは
SPDIFのデジタル波形のアナログ要素の問題があるからだろ？
963 ：名無しさん＠お腹いっぱい。：04/10/21 21:47:44 ID:Yi4U6vAm
>>960
じゃああなたはUSBケーブルで接続しても、
トランスポートやUSBケーブルで音質が変わると思ってる？
（>>895 の Ｄ．Ｅ．の問題はどの方法でも残るけど）
>>962
じゃあUSBからだってオーディオクロックを作り出せるのに、
なんでUSBからオーディオクロックを作らないんだ？
じゃああなたはUSBケーブルで接続しても、
トランスポートやUSBケーブルで音質が変わると思ってる？
（>>895 の Ｄ．Ｅ．の問題はどの方法でも残るけど）
>>962
じゃあUSBからだってオーディオクロックを作り出せるのに、
なんでUSBからオーディオクロックを作らないんだ？
964 ：名無しさん＠お腹いっぱい。：04/10/21 21:50:59 ID:ICC5VyHB
965 ：名無しさん＠お腹いっぱい。：04/10/21 21:52:39 ID:k6064f+n
>>Yi4U
横から口出すけど、SPDIFで
・シリアルデータ
・シリアルクロック(ワードクロック×2×ビット数)
・L/R
を復調するでしょ。「オーディオクロック」というのは曖昧なので、
「ワードシンクの場合、何何クロックは取り出さない」
とか明瞭に書いた方がいいぞ
横から口出すけど、SPDIFで
・シリアルデータ
・シリアルクロック(ワードクロック×2×ビット数)
・L/R
を復調するでしょ。「オーディオクロック」というのは曖昧なので、
「ワードシンクの場合、何何クロックは取り出さない」
とか明瞭に書いた方がいいぞ
966 ：名無しさん＠お腹いっぱい。：04/10/21 21:53:47 ID:Yi4U6vAm
>>961
インターフェースの中には、
デジタル入力に信号を入れると、デジタル出力もそれに同期するものがあるから、
それを使えば安く出来るよ。
すなおにＵＡ−１０００とかを買うのが確実だけど。
（ワードクロック入力もあるし、デジタル出力もある）
インターフェースの中には、
デジタル入力に信号を入れると、デジタル出力もそれに同期するものがあるから、
それを使えば安く出来るよ。
すなおにＵＡ−１０００とかを買うのが確実だけど。
（ワードクロック入力もあるし、デジタル出力もある）
967 ：名無しさん＠お腹いっぱい。：04/10/21 21:59:20 ID:Yi4U6vAm
>>964
> だ、か、ら、お舞の視点にはﾃﾞｰﾀﾘﾝｸ層（論理層）が全然ないって言ってるだろ
データリンク層と音質とは無関係。
（もちろんデータエラーが起こらないという前提）
関係があるというなら説明してみろ。
> それに非同期転送なんだからUSBからクロック取り出す必要ないだろが
S/PDIF＋ワードシンクも同じ。
S/PDIFからクロックを取り出す必要がない。
> だ、か、ら、お舞の視点にはﾃﾞｰﾀﾘﾝｸ層（論理層）が全然ないって言ってるだろ
データリンク層と音質とは無関係。
（もちろんデータエラーが起こらないという前提）
関係があるというなら説明してみろ。
> それに非同期転送なんだからUSBからクロック取り出す必要ないだろが
S/PDIF＋ワードシンクも同じ。
S/PDIFからクロックを取り出す必要がない。
968 ：名無しさん＠お腹いっぱい。：04/10/21 22:00:16 ID:k6064f+n
>>Yi4u
それと、USBの転送はモードにかかわらず、アプリケーションからは
「エンドポイント（≒バッファ）」
しか見えない。物理層を行きかうクロックとかSyncパケットとかは
USBでデータをやり取りするレイヤーとは無縁の世界になる。
それと、USBの転送はモードにかかわらず、アプリケーションからは
「エンドポイント（≒バッファ）」
しか見えない。物理層を行きかうクロックとかSyncパケットとかは
USBでデータをやり取りするレイヤーとは無縁の世界になる。
969 ：名無しさん＠お腹いっぱい。：04/10/21 22:09:20 ID:Yi4U6vAm
Yi4u って俺のことか。
>>965
わざわざオーディオクロックと書いてあるのは、
データ伝送用クロックと区別するため。
それでもあいまいだったかな？
今度から「ＤＡＣチップに入れるクロック」と書くことにする。
>>968
PCのアプリから見たら、S/PDIF入出力だってバッファしか見えないよ。
ASIOでもMMEでもDirectSoundでも。
>>965
わざわざオーディオクロックと書いてあるのは、
データ伝送用クロックと区別するため。
それでもあいまいだったかな？
今度から「ＤＡＣチップに入れるクロック」と書くことにする。
>>968
PCのアプリから見たら、S/PDIF入出力だってバッファしか見えないよ。
ASIOでもMMEでもDirectSoundでも。
アナログトランスポート：
ターンテーブル＆オープンテープトラポを推奨します。
ターンテーブル＆オープンテープトラポを推奨します。
971 ：名無しさん＠お腹いっぱい。：04/10/21 22:18:06 ID:0ow+ygmB
972 ：名無しさん＠お腹いっぱい。：04/10/21 22:21:27 ID:k6064f+n
973 ：名無しさん＠お腹いっぱい。：04/10/21 23:06:00 ID:ICC5VyHB
974 ：名無しさん＠お腹いっぱい。：04/10/21 23:29:44 ID:uSgN6224
次ｽﾚは おすすめのﾄﾗﾝｽﾎﾟｰﾄ の方向でおながいします
975 ：名無しさん＠お腹いっぱい。：04/10/22 02:07:38 ID:bNnOauSe
現状でいかにいい音を出すかが大事だよね。
>>974さんにさんせー。
>>974さんにさんせー。
976 ：名無しさん＠お腹いっぱい。：04/10/22 02:24:09 ID:roDevzQY
ははは・・・話が全く分かりません。（＾＾;）
次スレは、分かりやすくおながいします。m(_ _)m
次スレは、分かりやすくおながいします。m(_ _)m
977 ：名無しさん＠お腹いっぱい。：04/10/22 06:51:03 ID:hE7TJFXd
IDE機器だって、ケーブルの影響はでる。
ただし、エラー補正の回数が変わるから転送速度がおちるってだけで、
結果的にコピーされるデータが変わるようじゃ不良品。
この、補正の部分をなしで、DACに送るデータにエラーがあってもしらんぷりなのが、
今の大多数のオーディオ。
出力段への影響を考えてサーボにパワーかけずに・・・なんてやってるヒマがあったら、
もちっと考えろよと。
つことで、メカ部分は読めればよろしい。デジタルなんだから。
っていう思想のトラポ+DACほしいな。
この部分に味付けとか求めるのってすごい不健康な気がする。
味付けや好みがでるのはその先のアナログ部でのことであるべきなんだよね。
たしかに効果の高い、高級ターンテーブルとか、そういうノリが残ってるせいで、
プリミティブな手段を考えれば安価に元データをとりだせるものを、
あえて高いもの売りつけようってのが、気持ち悪いな。
ただし、エラー補正の回数が変わるから転送速度がおちるってだけで、
結果的にコピーされるデータが変わるようじゃ不良品。
この、補正の部分をなしで、DACに送るデータにエラーがあってもしらんぷりなのが、
今の大多数のオーディオ。
出力段への影響を考えてサーボにパワーかけずに・・・なんてやってるヒマがあったら、
もちっと考えろよと。
つことで、メカ部分は読めればよろしい。デジタルなんだから。
っていう思想のトラポ+DACほしいな。
この部分に味付けとか求めるのってすごい不健康な気がする。
味付けや好みがでるのはその先のアナログ部でのことであるべきなんだよね。
たしかに効果の高い、高級ターンテーブルとか、そういうノリが残ってるせいで、
プリミティブな手段を考えれば安価に元データをとりだせるものを、
あえて高いもの売りつけようってのが、気持ち悪いな。
978 ：名無しさん＠お腹いっぱい。：04/10/22 10:03:08 ID:mmqaNJCR
>977
メリディアンのCDPかDVDトランスポートを買えば？
まさにその思想だよ
メリディアンのCDPかDVDトランスポートを買えば？
まさにその思想だよ
979 ：名無しさん＠お腹いっぱい。：04/10/22 12:35:06 ID:Fqad+XXz
あの〜初心者なんでじぇんじぇん意味がわかりませんですたｗ
いったいぜんたい何が議論されてたか分かりやすく誰かまとめてください(ry
いったいぜんたい何が議論されてたか分かりやすく誰かまとめてください(ry
980 ：名無しさん＠お腹いっぱい。：04/10/22 12:54:03 ID:PQ52xUVW
981 ：名無しさん＠お腹いっぱい。：04/10/22 18:06:01 ID:HQKIFhev
S/PDIFの欠点はなんですか？
USBやiLinkやLANをトラポ→DAC間の転送に使うとどんなメリット・デメリットがあるのでしょうか？
USBやiLinkやLANをトラポ→DAC間の転送に使うとどんなメリット・デメリットがあるのでしょうか？
982 ：名無しさん＠お腹いっぱい。：04/10/22 18:56:06 ID:LdTllXlK
>>981
SPDIFの欠点は、転送する情報が劣化することです。
USBやiLinkやLANなどを使えば、CDの情報をよりピュアなかたちで（完全に）
DACまで送ることができます。これはコストの面でも有利です。
さらに疑問があれば、こちらに紹介するスレッドで質問してみてください。
まともに質問すれば、だれかが答えてくれるでしょう。
ピュアAU的DACとI/F
http://hobby5.2ch.net/test/read.cgi/pav/1098364611/l50
SPDIFの欠点は、転送する情報が劣化することです。
USBやiLinkやLANなどを使えば、CDの情報をよりピュアなかたちで（完全に）
DACまで送ることができます。これはコストの面でも有利です。
さらに疑問があれば、こちらに紹介するスレッドで質問してみてください。
まともに質問すれば、だれかが答えてくれるでしょう。
ピュアAU的DACとI/F
http://hobby5.2ch.net/test/read.cgi/pav/1098364611/l50
最後に「全裸で」って入れれば良かったなぁ…しくじった orz