[MPlayer-dev-eng] Re: Adding threaded functionality to mplayer NODAEMON

[Stefan Seyfried]

On Thu, Sep 09, 2004 at 10:23:57PM +0200, Roberto Ragusa wrote:
 
> I think the right solution is to have a global reference clock, with all
> the other threads trying to be syncronous to this "metronome" thread.
> This means that audio is not imposing the timing as it is now, but trying
> to catchup with the metronome (via resampling, skipping samples or
> manipulating hardware clock).
> 
> Then we have the choice of where the metronome takes its reference from.
> Some possibilities: RTC (accurate playing of a local file), PTS
> (for accurate playing of broadcasted material), sound ouput clock
> (to avoid resampling), cache buffers usage (for realtime streams
> from the net or DVB), video output clock (to avoid skipped and duplicated
> frames when the output is, say, PAL interlaced)...
> 
> Mplayer is a wonderful tool as is now, but I found a big inconvenience
> when playing real time streams (DVB, in my case). Mplayer is always
> too fast and empties the buffers or too slow and overflows the buffers.

exactly. Mplayer is simply the best for locally stored files but for streamed
material or broadcast, vlc is simply better, although the user interface sucks
rocks through straws if you grew up using mplayer :-)
-- 
Stefan Seyfried