Hans Meine wrote: > Hi Duncan! > > On Sonntag 01 Februar 2009, Duncan Webb wrote: >> Hans Meine wrote: >>> For >>> example, we now have A/V synchronization errors quite frequently (which >>> never happened with my past installation on the same system); I just >>> started top while we were watching a recording, and mplayer too 50-55% of >>> CPU usage, and Freevo took 15-25%! (And that's with reduced resolution, >>> to make it play at all.) [...] >> I suggest that you go back a bit. There are two programs in svn: >> testing/Duncan/pygame/alphatest.py and >> freevo/contrib/runtime/pygoom-2k4-0.2.0/pygoom-test.py >> >> The first one is a simple test that excludes freevo from the problem >> area. It uses pygoom/SDL/X11 or pygoom/SDL/DirectFB/fb to display a >> couple of rectanges. > > You mean "pygame" here?
Not really, pygame simply is a wrapper for lower level APIs (May be just SDL) and SDL is a wrapper, if this is the correct term, to the drivers such as X11 or DirectFB. >> Should show almost 0% CPU if the system is working >> correctly. > > Right, it does. Most of the time, it does not appear in top, but from time > to > time it shows 1.5-2.3% CPU (even 5.9% once). On average, it's certainly > below 1%. > > Also, I wonder why Freevo should display anything (using pygame) at all while > a movie is running full-screen? The event loop is always running capturing events and sending them to the players. When a movie is playing freevo is capturing and processing the stdout/stderr from the players (most noticeable with audio, current position). If X11 is being used then the OSD is still being displayed on a surface, which is invisible as the player is sitting on a higher surface. So some CPU for Python will be used, but AFAIK it is not possible to determine which modules in Python are using the CPU. >> The pygoom test does the same thing and shows the frame-rate >> that goom can be displayed. Anything over 25 is good. (there is a >> goom-sdl program should give similar results) > > Hmm. I don't have goom installed ATM, so its speed should be quite > irrelevant, no? (There are no Gentoo packages for goom itself, but I could > install it of course if you want me to test it.) > > The problem with the high CPU usage seems to become even worse. Lately we > watched a movie and had serious problems with A/V sync; remotely logging in > showed 15% CPU usage for the main freevo process (with a *paused* mplayer > showing a TV recording), and the rest 85% were eaten up by the recordserver > process (nothing in the logs). We had to wait around 3 minutes until it > would suddenly stop, and we could continue watching the movie. This happens > often, but last time I looked, the main freevo process was the one going > berzerk (100% CPU). Again, it took around 3 minutes until we could continue. > (Again, I removed kaa.display from the installation.) Should not happen, may be it is worth adding the trace function from main into the recordserver. The normal CPU usage for the recordserver is between 0 and 0.5% (0.5% seems to be the smallest increment for top/htop programs) > I have taken word as a guide and kept a little behind the head, i.e. I have > now kaa r3819 and Freevo r11290. > > Would it make sense to try activating your benchmarking code? Possibly, but it has not been implemented everywhere and I'll remove it soon. In rev 11310 the trace function has been updated to perform the timings for each function call. The problem with the benchmarking code is that it adds to the stack traces making them harder to read and the problem with the trace function is that it traces all the functions. Duncan ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
