Re: [linux-audio-dev] userspace atomic primitives for multithread and SMP applications?

2003-08-22 Thread Ingo Oeser
seem to care. Regards Ingo Oeser

Re: [linux-audio-dev] userspace atomic primitives for multithread and SMP applications?

2003-08-20 Thread Ingo Oeser
Hi Jack, On Wed, Aug 20, 2003 at 02:05:27PM -0500, Jack O'Quin wrote: Ingo Oeser [EMAIL PROTECTED] writes: (*) glibc seems to have a good set of functions internally These I use myself and I can recommend them, as long as you use GCC or a compatible compiler. They are made for user

Re: [linux-audio-dev] userspace atomic primitives for multithread and SMP applications?

2003-08-19 Thread Ingo Oeser
GCC or a compatible compiler. They are mad for user space and survive even preemption quite well. Regards Ingo Oeser

Re: [OT] Re: [linux-audio-dev] Linux 2.6 not a latency panacea?

2003-08-18 Thread Ingo Oeser
On Thu, Aug 14, 2003 at 05:02:21PM +0200, Takashi Iwai wrote: [kernel scheduler tunables] i guess it would be relatively easy to replace the above with variables controlled via sysctl. It is. There is even a patch for that. Google for kernel scheduler tunables patch. Regards Ingo Oeser

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Ingo Oeser
with these commercial stuff should be there. With a compiled version, we win at least in cache usage and therefore should also win in performance ;-) Regards Ingo Oeser

Re: [linux-audio-dev] Re: Shared memory

2003-07-25 Thread Ingo Oeser
memory barriers. Regards Ingo Oeser

Re: [linux-audio-dev] Re: Shared memory

2003-07-23 Thread Ingo Oeser
. For people like you gcc supports -fvolatile. Your code will be really slow, but you save typing 'volatile' where the C-Compiler needs it. Regards Ingo Oeser

Re: [linux-audio-dev] Re: Shared memory

2003-07-13 Thread Ingo Oeser
. Regards Ingo Oeser

Re: [linux-audio-dev] It's been more than a year... Have things improved?

2003-07-12 Thread Ingo Oeser
realtime claims apply and this is another example that good solutions are simple ;-) Thanks and regards Ingo Oeser

Re: [linux-audio-dev] It's been more than a year... Have things improved?

2003-07-08 Thread Ingo Oeser
for msgget, msgsnd, msgrcv. What do you mean by if used right? Thanks Regards Ingo Oeser

Re: Linux' readiness for pro audio (was Re: [linux-audio-dev] Hartman Neuron)

2003-06-06 Thread Ingo Oeser
Linux DSP group is still working on a general purpose driver subsystem for such cards and needs more hardware samples. Regards Ingo Oeser

Re: [linux-audio-dev] lock-free ring buffer code

2003-04-06 Thread Ingo Oeser
Hi there, On Sat, Apr 05, 2003 at 06:08:51PM +0100, Steve Harris wrote: On Sat, Apr 05, 2003 at 06:15:09 +0200, Ingo Oeser wrote: Now make that thread-safe and esp. thread-safe on an architecture with weak memory ordering and all the fun stuff. Sure, it will only work on architectures

Re: [linux-audio-dev] lock-free ring buffer code

2003-04-05 Thread Ingo Oeser
. The algorithm is basically the code in linux/fs/pipe.c, but without any waiting. You can use the code as I GPL it by sending it to the list. Regards Ingo Oeser -- Marketing ist die Kunst, Leuten Sachen zu verkaufen, die sie nicht brauchen, mit Geld, was sie nicht haben, um Leute zu beeindrucken, die sie

Re: [linux-audio-dev] Lock Free Ringbuffer in C ?

2003-04-05 Thread Ingo Oeser
threading implemented. Regards Ingo Oeser -- Marketing ist die Kunst, Leuten Sachen zu verkaufen, die sie nicht brauchen, mit Geld, was sie nicht haben, um Leute zu beeindrucken, die sie nicht moegen.

Re: [linux-audio-dev] lock-free ring buffer code

2003-04-05 Thread Ingo Oeser
thing, that uses buslocks and does cachline-ping-pong. The last two are increasing factors on multiprocessor systems. P4 with hyperthreading is the same here. Regards Ingo Oeser -- Marketing ist die Kunst, Leuten Sachen zu verkaufen, die sie nicht brauchen, mit Geld, was sie nicht haben, um

Re: [linux-audio-dev] Notation program.

2002-08-31 Thread Ingo Oeser
are a bit primitive and it doesn't really print out. not WYSIWYG anyway. If not I might have a hack at writing one.. Try using noteedit[1]. It has the facilities you want, because I've seen them live on an demonstration on one of our LUG meetings. Regards Ingo Oeser [1] Use

Re: [linux-audio-dev] [SOURCE] rt monitor to kill runaway RT processes

2002-08-30 Thread Ingo Oeser
process. So please stop pointing out kernel bugs, where the kernel is behaving as required by POSIX and people who use the POSIX features. Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

Re: [linux-audio-dev] Reborn

2002-08-21 Thread Ingo Oeser
++){ jackplay-jpc[ch].buffer[jackplay-writeplace]=(sample_t)samples[ch][i]; } jackplay-unread++; jackplay-writeplace++; if(jackplay-writeplace==jackplay-buffersize){ jackplay-writeplace=0; } } } But for pseudocode all of this is ok ;-) Regards Ingo Oeser

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-17 Thread Ingo Oeser
Linux-DSP to interoperate with the beast. We are looking forward to it. Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-16 Thread Ingo Oeser
its behavior via hardware debugging. In short: They have lots of useless features. Price: We got them donated, but they cost about half a car, if you get them new, we have been told. Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-13 Thread Ingo Oeser
can find it under http://osg.informatik.tu-chemnitz.de/forschung/linux+dsp/index.html This infrastructure is made for that kind of applications and is awaiting it's use. And it is fully GPL. Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-13 Thread Ingo Oeser
Hi Vincent, On Tue, Aug 13, 2002 at 01:58:11PM +0200, Vincent Touquet wrote: On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote: Give our project a sample board, a data sheet and some time then we'll integrate it into our Linux-DSP-Project. You can find it under http

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-13 Thread Ingo Oeser
to an application under Linux, and hence this is part of our work ;-) Regards Ingo Oeser [1] Ok, some may use threads or if the programmer is really good, than he is even able to implement it in proper co-routines instead. -- Science is what we can tell a computer. Art is everything else

Re: [linux-audio-dev] [ANN] A novel approach to real-time free software

2002-06-08 Thread Ingo Oeser
additional services. shameless plug Our own project[1] is going even further by splitting the RT part into a DSP program and a host program doing Non-RT-tasks. That way nobody can beat you on low-latency, if you get your hands on the right DSPs[2] ;-) /shameless plug Regards Ingo Oeser [1] http

Re: [linux-audio-dev] lock-free fifos

2002-05-12 Thread Ingo Oeser
the schedule. But atomic operations are always better, that's where we agree. My basic hint was look how the kernel does it, because there it's done right ;-) Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

Re: [linux-audio-dev] lock-free fifos

2002-05-11 Thread Ingo Oeser
wasting your time here ;-) Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth