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