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 http://meowing.ccm.uc.edu/~ico/ > -----Original Message----- > From: linux-audio-user-bounces@xxxxxxxxxxxxxxxxxx [mailto:linux-audio- > user-bounces@xxxxxxxxxxxxxxxxxx] 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@xxxxxxxxxxxxxxxxxx [mailto:linux-audio- > > user-bounces@xxxxxxxxxxxxxxxxxx] 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
