-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Flegg wrote:
> On 6/29/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
>> This is you recordserver log and it seems fine as you say. Isn't you
>> problem with playing the recording?
> 
> Sorry, I've not communicated this clearly. There're two issues:
> 
>    1) mplayer isn't getting started properly by childapp.py, so my
>       recordings weren't happening. No tracker item for this, was raising
>       it here first. Fixed by rolling back childapp.py to r9560.

Well I did replace the deprecated popen calls by subprocess but I don't
think that this is a problem with childapp more likely it is to do with
generic_record and the VCR_CMD. There are two methods to pass command to
childapp either as a string or as a list. The list is the preferred
method as it starts the process directly whereas a string uses the shell
to start the process.

The problem that could occur with subprocess is the stopping logic, it
is possible that something is done out of sequence. I'll have to double
check this.

>    2) xine.py is not terminating properly (a recording finishes at a
>       black screen), and then pressing "exit" crashes Freevo. Tracker item
>       #1745076. Fixed by rolling back xine.py to r9598.

- From my xine playing tests there is:

2007-06-29 20:37:32,980 DEBUG    childapp.py (134): Running (list)
"/usr/bin/xine --auto-play=fq --hide-gui --borderless --geometry
800x600+0+0 --no-splash --stdctl -V xv -A alsa --no-lirc
file:///freevo/video/movies/Pingu_-_S'_Häsli_goht_velore.mpg" with pid
14299 priority -10

Which says that the process is started as a list, process id 14299 and a
nice level of -10.

>> I don't/can't use dvb so I have no transport streams to test with,
>> simply not available here.
>>
>> Can you do the same test with a normal mpeg program stream? If this is
>> failing then we know that the problem is not related to the stream type.
> 
> Will do.
> 
>>> If it *is* a version issue, perhaps the string being looked for in
>>> xine.py isn't output by my version, and the event handling once Xine's
>>> quit but xine.py is still looking for it's "I've finished" line isn't
>>> as robust as it should be?
>>
>> The "I've finished" is only sent by the df_xine player, the standard
>> xine-ui says nothing so this should not cause any problems. Just never
>> gets called.
> 
> Hmm.

It could be a version problem because there was an addition to xine.py
that calls:
xine -S get_time --stdctl --no-splash --hide-gui
to get the current position so that it is possible to resume watching a
program later on. I've just added XINE_BOOKMARK to freevo_config.py and
xine.py to turn this feature off (default).

>>> If so, something would need to change to support more flexibly the
>>> exit string in xine.py, or handle Xine quitting underneath it.
>>
>> Trouble is it's difficult to fix something that "works for me".
> 
> Understood completely! :-)

What I can try is to set up generic_record to use generic record with a
saa7134 based card, but this will take a bit of time. Completely
forgotten what needs to be set up for mencoder to work, :-).

In the meantime can you tell me if the childapp is using a string or a
list to start mplayer.

>> Can you add a if cin.closed: line when it tries writing to cin and see if
>> this helps. You can ignore the remaining messages about can't kill
>> player as these are sent after the program has crashed.
> 
> Will do.

I've done this and updated the Bug report.

Thanks
Duncan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGhj2vNi6l+Xvys44RAnPeAJ4ms8XN7eq+pLpZzU7E3wFBp8sUlQCgklqx
fPpgzOwZ4ntN278ud7DuCog=
=EbOW
-----END PGP SIGNATURE-----


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to