Very nice. I like the fact that you didn't sugar-coat it. There can be problems
but it's usually worth the effort. I was disappointed that you didn't mention
JAMin - AFAIK the only serious audio mastering software for Linux ;-)
Jan
On Fri, 28 May 2004 00:05 , 'Ivica Ico Bukvic' [EMAIL
To: ''A list for linux audio users''; ''The Linux Audio Developers'
Mailing List''; ''Ivica Ico Bukvic''
Subject: Re: [linux-audio-dev] re: [linux-audio-user] A bit of good news -
- paper now available for your viewing pleasure and/or comments
Very nice. I like the fact that you didn't sugar
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
, 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
: [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
Ivica Ico Bukvic [EMAIL PROTECTED] writes:
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
Ivica Ico Bukvic [EMAIL PROTECTED] writes:
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
] [mailto:linux-audio-
[EMAIL PROTECTED] On Behalf Of Jack O'Quin
Sent: Friday, May 28, 2004 1:46 PM
To: The Linux Audio Developers' Mailing List
Cc: 'A list for linux audio users'
Subject: Re: [linux-audio-dev] re: [linux-audio-user] A bit of good news--
paper now available for your viewing pleasure
On Fri, May 28, 2004 at 01:37:46PM -0400, Ivica Ico Bukvic wrote:
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
On Fri, 2004-05-28 at 10:55, Ivica Ico Bukvic wrote:
Hmm, so just for my own understanding of this, if let's say 2 soundcards A
and B lack sync between themselves, yet are being fed in appropriate
intervals small buffers of audio data from JACK, what is preventing them
from staying in sync?
10 matches
Mail list logo