On Mon, Mar 24, 2003 at 09:05:28AM -0500, [EMAIL PROTECTED] wrote: > On Mon, Mar 24, 2003 at 07:33:49AM +0200, Ville Syrj�l� wrote: > > > > You could have mplayer use RGB32/ARGB too and just use -vop yuy2 to > > convert YV12/I420 to YUY2. > > Right. But what kind of picture or cpu penalty would there be in > doing that?
I think -vop yuy2 is quite optimized. I'm not sure how accurate it's though. Then again I'm not sure it alwasy has to do the conversion at all. Maybe some codecs will output YUY2 directly when -vop yuy2 is used. I really don't know enough about mplayer internals to give a real answer. Anyway performance is quite simple to test with -benchmark. > > No. The way I originally set that flag wasn't working > > Like it wasn't doing what it was supposed to, preventing mplayer from > timing the displaying of frames itself and letting the hardware do it? I origianlly just set the flag in preinit() or somewhere didn't I? It got changed back somewhere. I think the right way is returning VFCAP_TIMER from query_format(). > > and it really > > doesn't do any good anyway. > > In what way? It seemed to be working here. Ideally we want the > frames to be output in sync with the vblank from the card right? Did > this approach not achieve this? Well it sort of achieves it with vsync, without threads and if the input framerate is the same as output framerate. But the real problem is still the audio. -- Ville Syrj�l� [EMAIL PROTECTED] http://www.sci.fi/~syrjala/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
