...
> I can't use a semaphore or condition variable for this,
> because that
> would mean the low priority thread must briefly take a
> lock while
> examining the condition variable or sempahore.
Actually, I believe a semaphore (POSIX 1003.1b) is safe for your
application. In the man page, it is
On Sun, Apr 24, 2005 at 03:59:17PM -0700, Ken McMillan wrote:
>
> I've been puzzling over something that I thought
> someone on this list
> might have a good solution for. I need to make a low
> priority
> (non-real time) thread wait for a real time thread to
> do something. I
> can't use a semaph
Hi Ken,
On Sun, 2005-04-24 at 15:59 -0700, Ken McMillan wrote:
> I need to make a low priority
> (non-real time) thread wait for a real time thread to
> do something.
socketpair(2) will do, either polling or reading in the low priority
thread will sleep until the high priority thread writes a byt
I've been puzzling over something that I thought
someone on this list
might have a good solution for. I need to make a low
priority
(non-real time) thread wait for a real time thread to
do something. I
can't use a semaphore or condition variable for this,
because that
would mean the low priority t
> I downloaded a couple of recordings from
>
> http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2005/
>
> The MuSE stream seems to have a big chunk of silence at the
> end (from min 28 on).
>
> There seems to be some problem with ardour stream beginning
> around min 76.
there have been some p
Hi!
I downloaded a couple of recordings from
http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2005/
The MuSE stream seems to have a big chunk of silence at the end (from
min 28 on).
There seems to be some problem with ardour stream beginning around min 76.
Regards,
Luis
On Fri, 8 Apr 2005, Lee Revell wrote:
[realtime-lsm not going to be adopted to mainline kernel...]
It's a tough call because although the LSM approach clearly is more
immediately user friendly, the nice and RT prio limits are a better
designed solution. If your distro sets everything up right (a b
Erik de Castro Lopo wrote:
On Fri, 22 Apr 2005 19:48:47 +0200
Olivier Guilyardi <[EMAIL PROTECTED]> wrote:
About vary speed : I could use libsoundtouch instead of libsamplerate,
but I'm not sure the former can compare to the later's quality.
Last time I looked, libsoundtouch used linear in