On 28/12/10 23:04, torbenh wrote:
[ ... ]
boost multi index container? I'm pondering their use to manage notes
traversal should be quite quick.
you need to be careful that it doesnt silently call malloc
when you insert stuff into it.
i would normally advise against using it.
That's
Does anyone have any experience with speed of traversal through a
boost multi index container? I'm pondering their use to manage notes
currently in play, eg indexed by midi channel ordered by midi event
time/frame stamp.
cheers, Cal
___
Linux-audio
On 05/10/10 18:51, Arnout Engelen wrote:
On Tue, Oct 05, 2010 at 03:12:12PM +1100, cal wrote:
[ ... ]
latency in a soft synth (possibly yoshimi) ...
Latency? Or jitter?
Not sure - possibly the main reason for the post was to seek help in resolving
fallacies in my thinking. With a jack
of +/- 32 frames, which
is probably OK (at least it is for an organ).
All up, serious food for thought and very much appreciated!
Thank you!
Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo
On 05/10/10 22:58, Clemens Ladisch wrote:
cal wrote:
On 05/10/10 18:51, Arnout Engelen wrote:
Latency? Or jitter?
Not sure - possibly the main reason for the post was to seek help in resolving
fallacies in my thinking. With a jack period of 128, a midi event associated
with frame 129 won't
yoshimi, a linux only zyn derivative that does jack midi audio
better - http://sourceforge.net/projects/yoshimi/files/. Use 0.058.1,
don't touch the experimentals).
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http
the amount of initialization code per note is still a
real limiting factor on how busy things can get before it all falls apart.
Such is life (for my friend).
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http
On 09/06/10 18:43, Philipp Überbacher wrote:
[ ... ]
I remember seeing some connection weirdness when I tested with pyjacksm,
but Torben said that's already fixed in another branch. It's called
bpjack. I am currently unable to build it due to boost naming weirdness,
but depending on your distro
, 0);
I'm not asking for in depth debugging/analysis support here (I'll figure it out
eventually!) but I'm hopeful someone might have an 'off the top of the head'
suggestion.
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
On 23/05/10 11:44, Jeremy wrote:
Hi,
I'm working on an lv2 plugin, and I'm having some difficulties debugging
it.
[ ... ]
Any other suggestions that would allow me to debug my plugin would be
welcome (well, besides code better)
There was a thread on jack-devel a while back that touched on
0.056 2010-04-12 reinstates PADsynth functionality - a stuff up in
XMLwrapper::getparbool(); no other changes worth mentioning.
http://sourceforge.net/projects/yoshimi/files/
and that one was really horrible to find ... educational though :-(.
___
to customer attitude!
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Jens M Andreasen wrote:
[ ... ]
I am surprised that nobody so far has suggested using the key and
velocity as a salt to differentiate a single stream of randomness?
If you don't mind, how would one go about salting it?
cheers.
___
Linux-audio-dev
Jörn Nettingsmeier wrote:
On 01/27/2010 12:31 PM, cal wrote:
Jens M Andreasen wrote:
[ ... ]
I am surprised that nobody so far has suggested using the key and
velocity as a salt to differentiate a single stream of randomness?
If you don't mind, how would one go about salting it?
http
Gabriel M. Beddingfield wrote:
[ ... ]
srandom_r(salt, seed);
Thus, if you repeat the note with identical velocity... you'll always
get the same random-number sequence.
or do you just get a segfault :-) ?
___
Linux-audio-dev mailing list
Gabriel M. Beddingfield wrote:
On Thu, 28 Jan 2010, cal wrote:
Gabriel M. Beddingfield wrote:
[ ... ]
srandom_r(salt, seed);
Thus, if you repeat the note with identical velocity... you'll always
get the same random-number sequence.
or do you just get a segfault :-) ?
Wow
reliably re-create a pseudo random sequence, in general I would
not want repeated identically created notes to sound exactly the same.
Agreed... but apparently cal /does/ want that. :-)
Not quite. Over the last 12 months I've learned that I don't know enough
about how zyn does its maths magic to try
Erik de Castro Lopo wrote:
cal wrote:
In considering a rand() - random() - random_r() transition, is the
random_r()
family considered cool for school? Or are they simply not worth the bother
given the srandom_r() segfault (easily resolved) and a non-standard glibc
extensions tag.
You
Gabriel M. Beddingfield wrote:
On Tue, 26 Jan 2010, cal wrote:
old seed/sequence on every note. I've now got random_r in there and
I'm comfortable with it, but at this stage I've no clear indication
I've achieved anything valuable or even better :-).
From 'man 3 random_r
In considering a rand() - random() - random_r() transition, is the random_r()
family considered cool for school? Or are they simply not worth the bother
given the srandom_r() segfault (easily resolved) and a non-standard glibc
extensions tag.
cheers, Cal
I can't quite figure it out, can anyone tell me the circumstances that would
lead to jack reporting a change to samplerate/buffersize on the fly?
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http
As in a small DC bias, how small is a very very very small constant number?
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Nedko Arnaudov wrote:
cal c...@graggrag.com writes:
A question if I may ... in the context of Zyn, has the subject of denormals
come up before?
to avoid denormals zyn adds low level noise
cool, thanks!
___
Linux-audio-dev mailing list
Linux
Paul Davis wrote:
quick recommendation to all involved in this effort. read and study
the man page and other documentation for indent(1)
Thanks, I think that ultimately has proved helpful.
A question if I may ... in the context of Zyn, has the subject of denormals
come up before?
cheers, Cal
mind, but airing this
here might somehow prove helpful. Hope so.
Original Message
Subject: Re: [Zynaddsubfx-user] more on improved jack io
Date: Thu, 13 Aug 2009 19:09:41 +1000
From: cal c...@graggrag.com
To: Mark McCurry mark.d.mccu...@gmail.com
CC: zynaddsubfx-user zynaddsubfx
. For the amount of work
that gets done in the callback, audJ- is fine for my needs.
cheers, Cal
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
26 matches
Mail list logo