I wrote a bash script which writes xmltv to a filename with a date of today (something like 20070315_TV.xml), then ln -s to /tmp/TV.xml. Then, everytime it runs it first checks the date of the xmltv filename, then it check for internet connectivity, then ir runs an update.
Anyone is welcome to the script if they are interested. Will save time someone writing it agian, but it's not integrated into freevo at all. It does call freevo cache after an update though.. I run it via cron. I have noticed recently this one thing: freevo schedulefavourites "used to" update xmltv and then schedule new recordings. I don't use the recordserver in freevo ATM. schedulefavourites won't run when when recordserver isn't running. Which means, to update xmltv you need to run freevo cache. This seems a big overkill for something that happens so regularly?? Mike On 5/28/07, Duncan Webb <[EMAIL PROTECTED]> 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. > > 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 > > > ------------------------------------------------------------------------- > 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 > ------------------------------------------------------------------------- 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
