Stephen Rowles wrote: > Stephen Rowles wrote: >> Duncan Webb wrote: >> >> Memory is a very good suggestion, I have reverted back to 1.7.1 and this >> seems more stable and my wife was able to use the media centre to watch >> several programs today without the media centre crashing. I have noticed >> that xine playback now uses less CPU than before and playback is more >> reliable and responsive. > > Ok, I've finally got more memory (512meg so now plenty to spare) and got > 1.7.6.1 installed. Everything seems to work, and I don't have the > nightmare case I had before where playback was not working properly (I > can skip etc. quite well), so I think I hit a memory boundary as you > suggested. So for future reference Fedora with Freevo 1.7.6 and only > 128meg RAM doesn't work very well! > > It still seems like playback is using more CPU than before, but I will > have to do some more testing to find out. In general the whole system is > more responsive than before, so I must have been just on the edge of > swap last time round. It still isn't as responsive as 1.7.1, but it is > just a feeling and certainly not as hideous as last time.
I can't quite remember when the event handling was added, this could make a slight difference to the responsiveness of freevo. As far as memory is concerned I guess if elementtree is anything like tinyxml/ticpp (C++) then a 3MB xml file is exploded to 40MB DOM tree. So it could explain why the freevo would use more memory. I really wouldn't expect freevo to use more cpu, except now it is handling the stdout and stderr streams. It is possible that subprocess is more intensive than popen. What you can try is to use the childapp.py from 1.7.1 with 1.7.6.1 (it may or may not work). Duncan ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users