On Thu, Nov 07, 2002 at 12:53:16AM +0200, Ville Syrj�l� wrote: > > Turns out I'm not kernel developer material yet :( The patch is broken. > I'll submit a fixed patch ASAP and I already put it up on my website. > Hopefully this new patch is correct. At least it works for me (TM).
Got it. Can't install it yet though because my PVR is recording and will not be done for 1h15m still. I am anxious to see how much this helps. > Some of it might be due to the broken patch. Lot of it is due to clearing > the sub-title surface even when it's not needed. I've just submitted > a new vo_dfbmga patch to mplayer-dev which implements direct rendering and > also avoids the sub-picture clearing. Cool! > Hopefully these tohether will reduce > your CPU iusage. Well, this patch alone (haven't done the kernel patch) has reduced CPU to about 25% or so. Now just less than twice -vo mga and half what it was prior. This patch didn't apply too cleanly to the dfbmga in mplayer cvs though. It looks like none of the equalizer stuff is in mplayer. I got all kinds of undefined symbols for EQ stuff until I "#if 0"ed much of the EQ stuff. There is another problem with it though. The OSD (the timer in the top left of the screen) doesn't seem to be updating properly. It seems like previous values are not getting cleared before new values are written, if that makes any sense? In each of the seconds places, I see the current and previous digits flickering back and forth quickly. > Oh and if you want to wait for vsync between frames > you'll have to pass -vsync to mplayer. Got it! CPU without -vsync is about 22% but of course, there is tearing. 3% CPU for smooth frame switches is definately worth it! Thanx Ville !! b. -- Brian J. Murrell
msg01031/pgp00000.pgp
Description: PGP signature
