Howdy folks!
The newest version of Specimen is available for immediate download from
www.gazuga.net (direct: http://www.gazuga.net/specimen-0.2.9.tar.gz).
Features include:
* A piano for graphically asigning note ranges
* A very happenin' bank building interface that uses an embedded File
Choo
Big thanks to all who helped me iron out the inconsistencies in my paper. I
will be sending the final draft shortly and posting the online version
during the conference this upcoming November.
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
[Fred Gleason]
>This issue affects many more applications than just audio. *Any* system that
>requires precise replication of clock (as, for example, most any digital
>telecommunication scheme does) faces this dilemma. In the end, some form
>*locking*, slave clock to master, is needed. A variety
On Fri, May 28, 2004 at 12:38:03PM -0700, Fernando Pablo Lopez-Lezcano wrote:
> > Hmm, it would be a fun project then to come up with a profiler of various
> > audio cards by recording and then capturing a specific buffer of audio data.
> > Then by comparing them (assuming that this drift is consta
On Friday 28 May 2004 15:19, Ivica Ico Bukvic wrote:
> Hmm, it would be a fun project then to come up with a profiler of various
> audio cards by recording and then capturing a specific buffer of audio
> data. Then by comparing them (assuming that this drift is constant) see how
> many empty sample
> Hmm, it would be a fun project then to come up with a profiler of various
> audio cards by recording and then capturing a specific buffer of audio data.
> Then by comparing them (assuming that this drift is constant) see how many
> empty samples there are (or if the playback is slower, how many s
Hmm, it would be a fun project then to come up with a profiler of various
audio cards by recording and then capturing a specific buffer of audio data.
Then by comparing them (assuming that this drift is constant) see how many
empty samples there are (or if the playback is slower, how many samples a
On Fri, May 28, 2004 at 02:06:22PM -0400, Ivica Ico Bukvic wrote:
> I see. Thank you all for your insight!
>
> One last question though, is it possible then to have two different cards to
> work as a single device (via asoundrc + JACK) if they would be linked with
> some kind of a word-clock that
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?
I see. Thank you all for your insight!
One last question though, is it possible then to have two different cards to
work as a single device (via asoundrc + JACK) if they would be linked with
some kind of a word-clock that would ensure their hw sync (obviously
assuming that they offer such feature)
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
>
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?
For instance, the way I see it is that if one card even spi
"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 appropr
"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 J
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 & multimed
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 i
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
Oops, apologies for that. I will fix that shortly!
Thanks for pointing that out!
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 28, 2004 10:13 AM
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 PROTEC
Greetings, Earthlings:
Yes, it's that time again. You all know the drill:
http://www.linuxsound.at/(Europe)
http://linuxsound.jp/(Japan)
http://linux-sound.org (USA)
Best regards,
dp
Jens Gulden wrote:
Hi Jens,
Jens M Andreasen schrieb:
This might be totally unrelated, but how do you avoid garbage-collection
kicking in at random?
It kind of is unrelated...
But do you know about the functionality of package "java.lang.ref"? The
API-doc says:
Package java.lang.ref Description
[David McNab]
>Sorry to bother you again, but there's a slight problem with your SF2
>python module.
>
>If the soundfont file I write out contains one or more drum presets,
>'asfxload' spits an error 'loop size is too short: 0' when I try to load
>the font into my sblive card. However, fluidsynth l
Hi all,
some might remember that two years ago (or so) there was a nice (though at
that time closed-source, I think) software synth for Linux called Ultramaster
Juno 6, a faith reproduction of the Roland Juno 6. At some point this project
disappeared from the websites. When I talked to Marek Pete
23 matches
Mail list logo
