More on dropped samples
Jeffrey W. Baker
jwbaker at acm.org
Mon Oct 15 23:49:13 CEST 2001
On Mon, 15 Oct 2001, Jeffrey W. Baker wrote:
>
>
> On Mon, 15 Oct 2001, Hamish Marson wrote:
>
> > But that's exactly where vlc SHOULD spend it's time... i.e. idle... The
> > cond_wait is (presumably) mapped to pthread_cond_wait, which will put a
> > thread to sleep until the condition is met (i.e. something is broadcast to
> > the condition variable). Thus you'd see the thread spend large amounts of
> > real time in there because it's mostly idle...
> >
> > What's probably not happening is the wakeup happening in time... Perhaps the
> > condition needs to be at a higher priority, using real time scheduling?
>
> Sure, I see what the design is trying to do, but it seems really obtuse
> for a simple task. Why doesn't the aout thread loop in cond_wait, take
> all available frames from a linked list, and write to the audio device.
What I mean is this
1 cond_wait;
2 for each frame
2a write frame;
3 goto 1
so simple!
More information about the vlc-devel
mailing list