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
[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 loads
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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 samples
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 constant)
[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 of
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/
22 matches
Mail list logo
