Audio I/F - FireWire ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
156:名無しサンプリング＠48kHz 07/12/01 13:46:12 JXhYd5+Q >>153,154 ゼロレイテンシーって意味違うよ。 PCやDAWを介すとレイテンシーをゼロに出来ないから、ハード側でミックスしてモニタリングする事。 157:名無しサンプリング＠48kHz 07/12/01 19:16:33 KbUg+hIf >>155 ドライバやソフトウェアレベルの話じゃない SCSIは専用コントローラチップが必ずあるのに対して、IDEはCPUでやる だから、IDEの方がCPU負荷が高い USBとFirewireも同じで、 Firewireが専用コントローラチップを持っていて、それで機器をコントロールするのに対して、 USBはCPUで機器のコントロールをする だから、CPUの使用率高いときにリアルタイム性が損なわれる可能性が高い Firewireは、専用コントロールチップの分だけ設計が面倒くさく高い 158:名無しサンプリング＠48kHz 07/12/01 19:53:05 UJbuwl0W >>157 とはいっても、SCSI->IDE変換なんて 最近はH8程度の軽い石で処理できてたりする 159:名無しサンプリング＠48kHz 07/12/01 20:25:27 T0V5Egol IEEE1394は時分割バスという定義なのに対して、USBはシリアルI/Fだという点を 押さえておけばいいんでないかねー。物理層ではどちらもシリアルだけど、上のレイヤ からみるとIEEE1394はバスになってる。 CPUうんぬんって誰かが言ってるのは、バス空間領域の転送やDMAのことだと思うが、 たしかにそこはIEEE1394コントローラがやる。でもデータを用意するのはユーザなんだよね。 その部分はIFの違いはない。下のレイヤーでの負荷は違うんだけども。 CPUの負荷が高い時にドライバのバッファへの転送が間に合うかどうかは、IFの違いより ドライバとアプリケーションの出来がかかってくるかなあ。その意味では、コントローラと しての付加機能の多いIEEE1394のほうが有利ってのはたしかにある。 割り込みとかDMAとか、そのへんUSB側がいまいちってのは確かにあるから。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5005日前に更新/152 KB
担当:undef