[Freevo-cvslog] freevo freevo,1.55,1.56

2003-07-31 Thread outlyer
Update of /cvsroot/freevo/freevo In directory sc8-pr-cvs1:/tmp/cvs-serv26452 Modified Files: freevo Log Message: Enabled Python optimization. Plese test and let me know if this causes problems. Index: freevo === RCS file:

[Freevo-cvslog] freevo ChangeLog,1.71,1.72

2003-07-31 Thread outlyer
Update of /cvsroot/freevo/freevo In directory sc8-pr-cvs1:/tmp/cvs-serv26890 Modified Files: ChangeLog Log Message: Mentioned Python 2.3 and elaborated on Xine support a little. Index: ChangeLog === RCS file:

Re: [Freevo-devel] python -O

2003-07-31 Thread Matthieu Weber
On Thu 31.07.2003 at 07:17:06AM -0400, Aubin Paul wrote: I'm going to enable it in CVS right now; I don't imagine there will be any problems. If files change, they are recompiled as before. I'm not even clear on what the downside is. There seem to be no problem: I added a ``-O'' in the

[Freevo-cvslog] freevo freevo,1.56,1.57

2003-07-31 Thread outlyer
Update of /cvsroot/freevo/freevo In directory sc8-pr-cvs1:/tmp/cvs-serv31270 Modified Files: freevo Log Message: Try -OO Index: freevo === RCS file: /cvsroot/freevo/freevo/freevo,v retrieving revision 1.56 retrieving

Re: [Freevo-devel] python -O

2003-07-31 Thread Aubin Paul
Ok, I tried that... let's see what happens/breaks/goes faster :) I assume the downside is longer startup the first time it's run A I'm pretty sure it's negligible after that. Aubin On Thu, Jul 31, 2003 at 02:38:35PM +0300, Matthieu Weber wrote: On Thu 31.07.2003 at 07:17:06AM -0400, Aubin Paul

Re: [Freevo-devel] python -O

2003-07-31 Thread Thomas Schueppel
On Thu, 31 Jul 2003, Aubin Paul wrote: I'm going to enable it in CVS right now; I don't imagine there will be any problems. If files change, they are recompiled as before. I'm not even clear on what the downside is. If I remember right, the code is not compiled into a

Re: [Freevo-devel] pvr + xine... Rob?

2003-07-31 Thread Thomas Schueppel
This has awesome potential. I agree. It would really be great not to have to fiddle around with that mplayer hack for timeshifting. Hope it works as promised. l8r... Thomas --- This SF.Net

Re: [Freevo-devel] python -O

2003-07-31 Thread Aubin Paul
On Thu, Jul 31, 2003 at 02:26:40PM +0200, Thomas Schueppel wrote: If I remember right, the code is not compiled into a platform independant bytecode but in platform depandant code. Hence the only thing we need to make sure is that there are no pyos in our distro but

Re: [Freevo-devel] pvr + xine... Rob?

2003-07-31 Thread Rob Shortt
Aubin Paul wrote: I tried it; I've even got a very rough working implementation. There are a couple things that need to be done: * FBXine needs to change the channel, we can do it through v4l, but I had crashing problems with many channel changes, plus, seeking to the end didn't work. You mean

Re: [Freevo-devel] pvr + xine... Rob?

2003-07-31 Thread Aubin Paul
On Thu, Jul 31, 2003 at 12:35:16PM -0300, Rob Shortt wrote: You mean using the functions in src/tv/v4l2.py caused crashes in fbxine? Nasty... oh well. Actually, I'm not sure what caused the crash, because my machine locked up. It would be good if we could stick to those methods but an even

[Freevo-devel] Re: pvr + xine... Rob?

2003-07-31 Thread Aubin Paul
On Thu, Jul 31, 2003 at 05:29:36PM +0200, Dirk Meyer wrote: OK, but not me becuase I have no tv card. But it's all very easy, just add a command to the list and the switch statement in fbxine/actions.c. For normal xine, this is action.c and a second file I don't remember right now (just grep

[Freevo-cvslog] freevo/src/tv/plugins generic_record.py,1.3,1.4

2003-07-31 Thread rshortt
Update of /cvsroot/freevo/freevo/src/tv/plugins In directory sc8-pr-cvs1:/tmp/cvs-serv22554/src/tv/plugins Modified Files: generic_record.py Log Message: Make sure the recording goes into config.DIR_RECORD. Index: generic_record.py

Re: [Freevo-devel] python -O

2003-07-31 Thread Wan Tat Chee
On Thu, 31 Jul 2003, Aubin Paul wrote: /usr/bin/python2.3 -OO /usr/lib/python2.3/compileall.py /path/to/freevo This will byte-compile everything and will avoid the first run/access slowdowns. Debian does this with packages, it could be done with RPMs too. That's what I do in the