[MPlayer-dev-eng] DECODING AHEAD - preview
nickols_k at mail.ru
Wed Mar 13 11:52:47 CET 2002
On Tue, 12 Mar 2002 12:28:11 +0100 you wrote:
> it can be even implemented to x11 only drivers - just needs some tricks to
> mandatory lockout concurrent X calls from main 'thread' and timer handler.
After implementing that it will be don't matter - what will call X11: thread
or timer's callback. It suffered from non reenterability of X11.
Your idea with timer's callback doesn't work - I can't take better than 40 ms
resolution. So for realising of decoding ahead I've implement the same threads
but in vosub_vidix stuff.
But my first version was better - simply because it didn't require emulation of
high precision timer and could be run without root privelegies.
The timeslice of thread didn't matter because thread performed decoding only
and it always could be done realtimely.
Indeed, 0x100 flags should be set only if there is real HW video timer.
Currently my local version loads CPU at 100% with unnecessary loops of waiting
of pts. Also it has a lot of negative sides like floating playback and so on.
(Even using /dev/rtc requires thread in such case).
So I really don't understand your objections against of pthreads in mplayer's core.
(they don't load cpu vs timer emulating and don't require root privelegies
for realtime pleayback). Please think it again: if you want to solve concurent
calls of X11 - it doesn't matter what they will call - thread or timer's callback.
> A'rpi / Astral & ESP-team
> Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
Best regards! Nick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the MPlayer-dev-eng