Forgot to add that my assumption is (in addition to my previous statement)
if JACK was then running using reasonably small buffers the drift would be
then minimized if not alleviated since JACK is one that is dispatching the
buffers at appropriate time, right?
Ivica Ico Bukvic, composer & multimedia sculptor
-----Original Message-----
From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio-
user-bounces(a)music.columbia.edu] On Behalf Of Ivica Ico Bukvic
Sent: Friday, May 28, 2004 1:22 PM
To: 'A list for linux audio users'; 'The Linux Audio Developers' Mailing
List'
Subject: RE: [linux-audio-dev] re: [linux-audio-user] A bit of good news--
paper now available for your viewing pleasure and/or comments
Thanks Steve for your insight!
Hasn't there been some success stories in the past regarding this? I might
be obviously very wrong about this but I thought that if one designed a
meta-device in the asoundrc making two soundcards one multichannel
soundcard
and then invoking JACK on top of it, that it should work?
Please let me know so that I can make appropriate changes.
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
-----Original Message-----
From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio-
user-bounces(a)music.columbia.edu] On Behalf Of Steve Harris
Sent: Friday, May 28, 2004 12:43 PM
To: 'A list for linux audio users'; 'The Linux Audio Developers' Mailing
List'
Subject: Re: [linux-audio-dev] re: [linux-audio-user] A bit of good news
-
-paper now available for your viewing pleasure
and/or comments
I'm not really happy about the bit about JACK saying "as well as
potentially multiple soundcards"... it seems unlikly to me that JACK
will
> ever support that directly (without wordclock-like sync, when any system
> should be able to do it).
>
> Thanks for the timemachine plug though :)
>
> - Steve