Paul Davis wrote:
i had a couple of hours today to work on the multiprocess
audioengine. its now doing its basic tasks of starting a server on a
socket, accepting new connections from clients, waking periodically
from poll(2), telling its clients to do some work, etc. note that i
On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote:
On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote:
Just incase anyone thinks Java is a stupid example I did a test with gcj.
It's performance on dsp-type code is withing spitting distance of c++'s.
Hey,
I don't understand of what you're speaking: in my design for multi
process model the switch back to the engine happens only once for each
period (as it's needed).
Yes, but thats because your example didn't solve a rather fundamental
problem of resorting the graph.
its easy to shuffle a set of
My only two problems with Java are:
1. The GUI code DOES NOT work the same across all platforms.
2. Large data arrays don't seem to work to efficiently.
Other than that I like the concepts and structuring.
Rick
Sunday, June 10, 2001, you wrote:
SH On Fri, Jun 08, 2001 at 04:08:31PM -0700,
SH On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote:
On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote:
Just incase anyone thinks Java is a stupid example I did a test with gcj.
It's performance on dsp-type code is withing spitting distance of c++'s.
Hey,
On Sun, Jun 10, 2001 at 11:59:37AM -0700, Jay Ts wrote:
SH On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote:
On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote:
Just incase anyone thinks Java is a stupid example I did a test with gcj.
It's performance on
System.gc() calls the garbage collector in java. It's public
too.
According to the javadocs:
Calling the gc method suggests that the Java
Virtual Machine expend effort toward recycling
unused objects in order to make the memory they
currently occupy available for quick reuse. When
control
Paul Davis wrote:
I don't understand of what you're speaking: in my design for multi
process model the switch back to the engine happens only once for each
period (as it's needed).
Yes, but thats because your example didn't solve a rather fundamental
problem of resorting the graph.
It
Hi all,
I've been away from Linux audio development in general and this list in
particular from some time but I would now like to move back into this area.
I'm looking for a Linux DAW style project to join and hopefully contribute
to. My main requirement is that the project be C based as C++
Greg Turpin wrote:
According to the javadocs:
Calling the gc method suggests that the Java
Virtual Machine expend effort toward recycling
unused objects in order to make the memory they
currently occupy available for quick reuse. When
control returns from the method call, the Java
I'm looking for a Linux DAW style project to join and hopefully contribute
to.
My main requirement is that the project be C based as C++ hurts my head
too much.
Same here, except for the nausea... :-) But I'm done writing about
that!
What I'm thinking of is a multi-track recorder type of
I'm not familiar with the gjc collector, but it sounds like it is at
least based on Hans Boem's collector. I know someone had made an
incrementally-collecting version of that code that executed in bounded
time, but it was *really* *slow*. Might still work for krate processing
though...
What's the reason why new list add it?
I'd like to return to old, regular behaviour (no Reply-To)
--
Abramo Bagnara mailto:[EMAIL PROTECTED]
Opera Unica Phone: +39.546.656023
Via Emilia Interna, 140
48014 Castel Bolognese (RA) - Italy
ALSA
13 matches
Mail list logo
