Stephen Rowles wrote: >> Stephen Rowles wrote: >>> Has there been any changes to the way freevo uses xine between 1.7.1 and >>> 1.7.5? >>> >>> It appears to be issuing the correct command: >>> >>> /usr/bin/xine --auto-play=fq --hide-gui --borderless --geometry >>> 720x576+0+0 --no-splash --stdctl -V xxmc -A alsa --no-lirc >>> file:///data/TV/01-23_21_00_Torchwood_-_Sleeper.ts >>> >>> But my CPU usage has rocketed, seeking is now very slow as there is a >>> huge amount of CPU being used just to play back. And stopping the video >>> takes ages, again as all the CPU is going on playing video. >>> >>> >> Just to confirm, I have played the video back on the command line using >> the above command, and CPU sits at a healthy 15% and video playback >> quality is fine, so there is definitely something odd about how freevo >> is launching xine that is causing the problems. (above command was from >> a ps listing while the video was playing, then just copied and pasted to >> test) >> >> Cheers. >> >> Steve. > > Further thoughts, I've just diff'd xine.py from SVN release 1.7.1 and > 1.7.5, it appears that there is now extra logic tracking the standard in / > out from xine. I wonder if this is slowing it down at all? Would it be > possible to use the old 1.7.1 version of xine.py with my 1.7.5 install? or > will this cause problems?
Would you try changing the line: self.app = XineApp(command, self) to: self.app = childapp.ChildApp2(command) This will stop freevo parsing the output of the xine command. I don't think it will make any difference but will stop the call backs from stdout and stderr. 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
