Duncan Webb wrote: > John Molohan wrote: > >> Duncan Webb wrote: >> >>> John Molohan wrote: >>> >>> >>>> Duncan Webb wrote: >>>> >>>> >>>>> John Molohan wrote: >>>>> >>>>> >>>>> >>>>>> Duncan Webb wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Christian Lyra wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I had observed the same while ago, but it stop to respond after >>>>>>>> pressing a key some times in the remote (like pressing N times the >>>>>>>> forward button while trying to find a scene). >>>>>>>> >>>>>>>> On 5/27/07, John Molohan <[EMAIL PROTECTED]> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> A couple of times now I've been watching a recording or dvd with >>>>>>>>> df_xine >>>>>>>>> and it doesn't respond to my lirc commands. Looking in main log I see >>>>>>>>> the following: >>>>>>>>> >>>>>>>>> childapp.py (176): kill signal=15 >>>>>>>>> childapp.py (191): killed the easy way >>>>>>>>> childapp.py (194): reading threads stopped >>>>>>>>> bookmarker.py (124): auto-bookmark not supported for this item >>>>>>>>> xine.py (176): Xine.play(): Starting cmd=['--prio=-20', >>>>>>>>> '/usr/local/src/DirectFB-extra-0.9.25/samples/df_xine/df_xine', >>>>>>>>> '--stdctl', '-V', '', '-A', '', '-l', '0', '-s', '-f', 'top', >>>>>>>>> '--no-scale', u'dvd:///dev/hdc/'] >>>>>>>>> childapp.py (82): ['--prio=-20', >>>>>>>>> '/usr/local/src/DirectFB-extra-0.9.25/samples/df_xine/df_xine', >>>>>>>>> '--stdctl', '-V', '', '-A', '', '-l', '0', '-s', '-f', 'top', >>>>>>>>> '--no-scale', u'dvd:///dev/hdc/'] is a list >>>>>>>>> childapp.py (128): /usr/bin/renice -20 -p 4103 >>>>>>>>> childapp.py (134): self.so.isAlive()=True, self.se.isAlive()=True >>>>>>>>> childapp.py (139): ChildApp.__init__(), pid=4103, >>>>>>>>> app="/usr/local/src/DirectFB-extra-0.9.25/samples/df_xine/df_xine >>>>>>>>> --stdctl -V -A -l 0 -s -f top --no-scale dvd:///dev/hdc/", poll=-1 >>>>>>>>> __init__.py (217): Building the xml hash database...Unhandled >>>>>>>>> exception >>>>>>>>> in thread started by <bound method Identify_Thread.__bootstrap of >>>>>>>>> <Identify_Thread(Thread-2, stopped daemon) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> Strange error, did you happen to press the eject button when playing a >>>>>>> DVD from the DVD drive? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> No but I was watching a DVD this time. When the crash happened xine >>>>>> continued to play the DVD through to the end, I then killed it and >>>>>> freevo was no longer running. However it happened while playing a >>>>>> recorded show from hdd last night also but this time freevo didn't crash >>>>>> but again lirc events were being ignored by xine anyway. I could see my >>>>>> button presses in the main log. When I eventually killed xine I was >>>>>> returned to freevo. So definitely 2 different situations but both with >>>>>> the same loss of control. Seems quite strange. >>>>>> >>>>>> >>>>>> >>>>> Do you have a freevo schedule favorites running in the background? May >>>>> be "Building the xml hash database" is being called while the DVD is >>>>> playing. >>>>> >>>>> >>>>> >>>> Possible. I have a script run by cron hourly for tv_grab and I probably >>>> do a schedule favorites with that. I'll check when I'm home. >>>> >>>> >>> That's really too often for tv_grab, once a day is all that is really >>> needed. I doubt that tv guide web pages are updated more than once a day. >>> >>> Having said that I update mine once an hour but I'm using teletext to >>> grab the xmltv and haven't noticed anything strange with the remote. >>> Maybe pressing a button at the same time as a update is causing this. >>> >>> Duncan >>> >>> >> I've had it set like that for a long time now and didn't notice any >> problems before. I found that once a day was a bit restrictive, if my >> box wasn't powered on during that period, or if my net was off, every so >> often I'd start to run out of guide data. I'll keep this in mind though >> and see if I can confirm it. >> > > Use vixie-cron with a cron-daily script, add a command fxd, use a boot > script (running the background) many ways to tell tv_grab to run less often. > I guess so, that was just the quickest :) > Mind you this is not the problem, and AFAIK the related freevo code > hasn't changed much either. What you can do is to play a long DVD and > see if it crashes again. If you can reproduce the problem then we have a > good chance to fix it. > > Duncan I'll try and test some of this during the week (don't think I'll be home tonight) and keep you posted.
------------------------------------------------------------------------- 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-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users