Re: [Freevo-users] The end of Zap2It?!?
Perhaps we could start a register of TV listings services around the globe? I'll get the ball rolling with Australia; Australian xmltv sources proven to work with Freevo; FREE | data from: d1.com.au | Grabber: http://www.onlinetractorparts.com.au/rohbags/xmltvau/ The d1 data is free but not particularly reliable - certainly good if you dont care too much about local telly. PAY | http://www.icetv.com.au/ Costs about AU $100 per year but is the most reliable xmltv guide I have come across excusing some recent inaccuracies (I have been using this for the last 2 years). FREE but not recommended | A heap of web scrapers including a couple I have made myself. The problem with these is that the host web source doesnt really like people scraping so they change the site often. This means that the scraper scripts often need rewriting to keep up and it just isnt worth it. Go pay for a good source unless there is a free one that is reliable. Happy to add to a wiki if someone wants to start a page. -Justin On Thu, 21 Jun 2007 10:39:08 +0800, Davin Desborough [EMAIL PROTECTED] wrote: There is a very unsettling notice on the Zap2It Labs page: http://labs.zap2it.com/ztvws/ztvws_login/1,1059,TMS01-1,00.html *IMPORTANT MESSAGE:* For several years we have offered a free TV listings service to hobbyists for their own personal, noncommercial use. In October of 2004 we posted here an open letter saying the future of Zap2it Labs was at risk because of certain growing misuses of the Zap2it Labs data. Unfortunately this misuse has continued and grown. These misuses, combined with other business factors have led to the decision to discontinue Zap2it Labs effective September 1, 2007. We thank those users who have honored the terms of the agreement, and we suggest you consider the many TV listings options offered by the commercial licensees of TMS TV listings data. If you would like to discuss how to license TV listings for commercial use, please let us know by e-mail ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and include your company name, telephone number and the best time to reach you. We will respond to your inquiry as soon as possible. We anticipate this decision will generate discussion and invite you to respond via the Zap2it Labs forum. We will do our best to respond to relevant questions posted on this forum in a timely manner. Assuming that they actually shut down, is there an alternative service out there that Freevo will work with? - 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
Re: [Freevo-users] The end of Zap2It?!?
On Thursday 21 June 2007 18:34, Stygen wrote: Perhaps we could start a register of TV listings services around the globe? I'll get the ball rolling with Australia; Australian xmltv sources proven to work with Freevo; FREE | data from: d1.com.au | Grabber: http://www.onlinetractorparts.com.au/rohbags/xmltvau/ The d1 data is free but not particularly reliable - certainly good if you dont care too much about local telly. PAY | http://www.icetv.com.au/ Costs about AU $100 per year but is the most reliable xmltv guide I have come across excusing some recent inaccuracies (I have been using this for the last 2 years). FREE but not recommended | A heap of web scrapers including a couple I have made myself. The problem with these is that the host web source doesnt really like people scraping so they change the site often. This means that the scraper scripts often need rewriting to keep up and it just isnt worth it. Go pay for a good source unless there is a free one that is reliable. Happy to add to a wiki if someone wants to start a page. -Justin There is also Australian Community-based TV guide at http://minnie.tuhs.org/tivo-bin/tvguide.pl the concept here is that those who want fill in the TV guide on line and those who are registered can download and use it. There is a tv_grab_au for using this data (see the Freevo wiki) -- Let us be charitable, and call it a misleading feature :-) -- Larry Wall in [EMAIL PROTECTED] - 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
Re: [Freevo-users] The end of Zap2It?!?
On 6/20/07, Davin Desborough [EMAIL PROTECTED] wrote: There is a very unsettling notice on the Zap2It Labs page: http://labs.zap2it.com/ztvws/ztvws_login/1,1059,TMS01-1,00.html *IMPORTANT MESSAGE:* For several years we have offered a free TV listings service to hobbyists for their own personal, noncommercial use. In October of 2004 we posted here an open letter saying the future of Zap2it Labs was at risk because of certain growing misuses of the Zap2it Labs data. Unfortunately this misuse has continued and grown. These misuses, combined with other business factors have led to the decision to discontinue Zap2it Labs effective September 1, 2007. We thank those users who have honored the terms of the agreement, and we suggest you consider the many TV listings options offered by the commercial licensees of TMS TV listings data. If you would like to discuss how to license TV listings for commercial use, please let us know by e-mail ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and include your company name, telephone number and the best time to reach you. We will respond to your inquiry as soon as possible. We anticipate this decision will generate discussion and invite you to respond via the Zap2it Labs forum. We will do our best to respond to relevant questions posted on this forum in a timely manner. Assuming that they actually shut down, is there an alternative service out there that Freevo will work with? Here is more detail from the forum post on this topic - Continued use of the service to support commercial products, in violation of the agreement. - Commercial products continued to grow despite previous appeals that this activity stop. - There are significant changes to the supporting data structure forthcoming and we could not devote resources to the continued upkeep and enhancements of the service. - Maintenance of the service is impacting our resource pool for other projects. - We sought alternative options but were unable to find a solution. - We recognize the hardship this creates for the user community. We are open to alternative solutions and would consider proposals that met the needs of the user community and our company. - We looked into options to turn this into a paid service however we do not have the infrastructure at this time. -Labs -- Michael Labowicz http://www.labowicz.com/blog/ - 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
Re: [Freevo-users] The end of Zap2It?!?
http://xmltv.org/wiki/ This is the website for the xmltv grabber scripts that MythTv and Freevo use. They have the announcement posted on the front page, and it looks like alternatives are being explored... On 6/21/07, Stygen [EMAIL PROTECTED] wrote: Perhaps we could start a register of TV listings services around the globe? I'll get the ball rolling with Australia; Australian xmltv sources proven to work with Freevo; FREE | data from: d1.com.au | Grabber: http://www.onlinetractorparts.com.au/rohbags/xmltvau/ The d1 data is free but not particularly reliable - certainly good if you dont care too much about local telly. PAY | http://www.icetv.com.au/ Costs about AU $100 per year but is the most reliable xmltv guide I have come across excusing some recent inaccuracies (I have been using this for the last 2 years). FREE but not recommended | A heap of web scrapers including a couple I have made myself. The problem with these is that the host web source doesnt really like people scraping so they change the site often. This means that the scraper scripts often need rewriting to keep up and it just isnt worth it. Go pay for a good source unless there is a free one that is reliable. Happy to add to a wiki if someone wants to start a page. -Justin On Thu, 21 Jun 2007 10:39:08 +0800, Davin Desborough [EMAIL PROTECTED] wrote: There is a very unsettling notice on the Zap2It Labs page: http://labs.zap2it.com/ztvws/ztvws_login/1,1059,TMS01-1,00.html *IMPORTANT MESSAGE:* For several years we have offered a free TV listings service to hobbyists for their own personal, noncommercial use. In October of 2004 we posted here an open letter saying the future of Zap2it Labs was at risk because of certain growing misuses of the Zap2it Labs data. Unfortunately this misuse has continued and grown. These misuses, combined with other business factors have led to the decision to discontinue Zap2it Labs effective September 1, 2007. We thank those users who have honored the terms of the agreement, and we suggest you consider the many TV listings options offered by the commercial licensees of TMS TV listings data. If you would like to discuss how to license TV listings for commercial use, please let us know by e-mail ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and include your company name, telephone number and the best time to reach you. We will respond to your inquiry as soon as possible. We anticipate this decision will generate discussion and invite you to respond via the Zap2it Labs forum. We will do our best to respond to relevant questions posted on this forum in a timely manner. Assuming that they actually shut down, is there an alternative service out there that Freevo will work with? - 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
Re: [Freevo-users] The end of Zap2It?!?
In the ideal world, every tv broadcaster would publish there programs in open-standardized xml format ... Why is this information not free after all! We never know, this could appens once a day! LOUIS - 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
Re: [Freevo-users] The end of Zap2It?!?
It looks like TitanTV supports Na TV listings and has some sort of a PVR agreement with alot the tv card developers Hauppauge being one. I am still not sure of all the details yet. It might work as a solution. Evan On 6/21/07, Jason Tackaberry [EMAIL PROTECTED] wrote: On 2007-06-21 10:01, Michael Labowicz wrote: http://xmltv.org/wiki/ This is the website for the xmltv grabber scripts that MythTv and Freevo use. They have the announcement posted on the front page, and it looks like alternatives are being explored... And I was really looking forward to dumping xmltv in freevo 2 (since kaa.epg has a zap2it backend directly). Sigh. So xmltv will again resort to screen scraping for guide data in NA. The problem with screen scraping is that it's volatile, and if the source is hostile to the idea, they can make it quite difficult to do that. - 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
Re: [Freevo-users] 1.7.2svn childapp crash
John Molohan wrote: Duncan Webb wrote: John Molohan wrote: John Molohan wrote: Adam Charrett wrote: On Tue, 2007-05-29 at 09:59 +0200, Tanja wrote: Sometimes while watching a recording (mpeg-ts), mplayer stops to react to the remote. Freevo is still responding as MUTE, VOL+ and VOL- are still doing what they should, but STOP and FORWARD are not working anymore in that cases. Looking in the logs during being in such conditions shows that the remote events are received by freevo but not interpreted as VIDEO_EVENTS but as MENU_EVENT... When the video stops or is killed from a ssh-shell then freevo is running in the usual way. I did not report this until now, because we never could find a way to reproduce this... I have also seen this behaviour, but with Xine playing .ts files, and for the same reason I didn't report as I couldn't work out why it was doing even after I added some debug code to a suspect area. Cheers Adam Good to get some extra feedback. Seems to be an issue alright. I'm stuck for time at the moment but I'll try and do some testing and debugging by the weekend. John Actually it just happened me again. This time there's nothing in the main log out of the ordinary. [snip] __init__.py (217): Building the xml hash database... __init__.py (249): done xml hash database is running in the background, while df_xine is running no event mapping for key FFWD in context menu send button event BUTTON arg=FFWD no event mapping for key FFWD in context menu send button event BUTTON arg=FFWD Now the 'context' has changed, from video to menu so the events are not being received. And xine isn't fast forwarding. As mentioned volume controls still work. There's no info from the stderr or stdout files but I've only just turned on CHILDAPP_DEBUG and turned both that and DEBUG to 9. Hopefully that might turn up something. It looks like Tanja is correct, the context of the events is being changed and my guess is that freevo schedulefavorites has caused the record server to changed the context. Yeah sorry I missed that, combination of overtiredness, hangover and an impending purchase of my first car - a 320i :) I'll do a test as soon as I can and run a schedulefavorites manually to see if I can reproduce it. OT John do you have the problem with df_xine not terminating after finishing playing a video? Duncan I'm afraid not, it's exiting perfectly. Ok finally caught it while running the debug version of rc.py you sent me. Here's a small part of the log, if you need more let me know. 2007-06-21 22:59:03,979 DEBUGset_context(context=menu) *** File /usr/lib/python2.4/site-packages/freevo/main.py, line 472, in ? MainTread().run() *** File /usr/lib/python2.4/site-packages/freevo/main.py, line 325, in run self.eventhandler(rc.get_event(True)) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 141, in get_event return get_singleton().get_event(blocking) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 662, in get_event self.poll() *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 645, in poll c[0](*c[4]) *** File /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 789, in poll self.check_recordings() *** File /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 823, in check_recordings self.obj.browse(menuw=self.menuw, arg='update') *** File /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 199, in browse self.menuw.rebuild_page() *** File /usr/lib/python2.4/site-packages/freevo/menu.py, line 779, in rebuild_page self.init_page() *** File /usr/lib/python2.4/site-packages/freevo/menu.py, line 815, in init_page rc.set_context(self.event_context) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 89, in set_context return get_singleton().set_context(context) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 524, in set_context _stack_('set_context(context=%s)' % context) 2007-06-21 22:59:04,171 DEBUG__init__.py (249): done 2007-06-21 23:08:15,403 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:15,404 DEBUGrc.py (564): send button event BUTTON arg=PAUSE 2007-06-21 23:08:16,076 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:16,077 DEBUGrc.py (564): send button event BUTTON arg=PAUSE 2007-06-21 23:08:16,967 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:16,968 DEBUGrc.py (564): send button event BUTTON arg=PAUSE
Re: [Freevo-users] 1.7.2svn childapp crash
John Molohan wrote: Duncan Webb wrote: John Molohan wrote: John Molohan wrote: Adam Charrett wrote: On Tue, 2007-05-29 at 09:59 +0200, Tanja wrote: Sometimes while watching a recording (mpeg-ts), mplayer stops to react to the remote. Freevo is still responding as MUTE, VOL+ and VOL- are still doing what they should, but STOP and FORWARD are not working anymore in that cases. Looking in the logs during being in such conditions shows that the remote events are received by freevo but not interpreted as VIDEO_EVENTS but as MENU_EVENT... When the video stops or is killed from a ssh-shell then freevo is running in the usual way. I did not report this until now, because we never could find a way to reproduce this... I have also seen this behaviour, but with Xine playing .ts files, and for the same reason I didn't report as I couldn't work out why it was doing even after I added some debug code to a suspect area. Good to get some extra feedback. Seems to be an issue alright. I'm stuck for time at the moment but I'll try and do some testing and debugging by the weekend. Actually it just happened me again. This time there's nothing in the main log out of the ordinary. [snip] __init__.py (217): Building the xml hash database... __init__.py (249): done xml hash database is running in the background, while df_xine is running no event mapping for key FFWD in context menu send button event BUTTON arg=FFWD no event mapping for key FFWD in context menu send button event BUTTON arg=FFWD Now the 'context' has changed, from video to menu so the events are not being received. And xine isn't fast forwarding. As mentioned volume controls still work. There's no info from the stderr or stdout files but I've only just turned on CHILDAPP_DEBUG and turned both that and DEBUG to 9. Hopefully that might turn up something. It looks like Tanja is correct, the context of the events is being changed and my guess is that freevo schedulefavorites has caused the record server to changed the context. Yeah sorry I missed that, combination of overtiredness, hangover and an impending purchase of my first car - a 320i :) I'll do a test as soon as I can and run a schedulefavorites manually to see if I can reproduce it. Ok finally caught it while running the debug version of rc.py you sent me. Here's a small part of the log, if you need more let me know. 2007-06-21 22:59:03,979 DEBUGset_context(context=menu) *** File /usr/lib/python2.4/site-packages/freevo/main.py, line 472, in ? MainTread().run() *** File /usr/lib/python2.4/site-packages/freevo/main.py, line 325, in run self.eventhandler(rc.get_event(True)) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 141, in get_event return get_singleton().get_event(blocking) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 662, in get_event self.poll() *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 645, in poll c[0](*c[4]) *** File /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 789, in poll self.check_recordings() *** File /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 823, in check_recordings self.obj.browse(menuw=self.menuw, arg='update') *** File This looks like the offending line, I would guess that the recordings manager has changed the context from video to menu in the background while you were watching. I suppose that you could disable recordings manager for a while and see if it happens again. /usr/lib/python2.4/site-packages/freevo/tv/plugins/recordings_manager.py, line 199, in browse self.menuw.rebuild_page() *** File /usr/lib/python2.4/site-packages/freevo/menu.py, line 779, in rebuild_page self.init_page() *** File /usr/lib/python2.4/site-packages/freevo/menu.py, line 815, in init_page rc.set_context(self.event_context) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 89, in set_context return get_singleton().set_context(context) *** File /usr/lib/python2.4/site-packages/freevo/rc.py, line 524, in set_context _stack_('set_context(context=%s)' % context) 2007-06-21 22:59:04,171 DEBUG__init__.py (249): done 2007-06-21 23:08:15,403 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:15,404 DEBUGrc.py (564): send button event BUTTON arg=PAUSE 2007-06-21 23:08:16,076 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:16,077 DEBUGrc.py (564): send button event BUTTON arg=PAUSE 2007-06-21 23:08:16,967 DEBUGrc.py (563): no event mapping for key PAUSE in context menu 2007-06-21 23:08:16,968 DEBUGrc.py (564): send button event BUTTON arg=PAUSE 2007-06-21 23:10:00,127 DEBUGrc.py (563): no event mapping for key FFWD in context menu 2007-06-21 23:10:00,128 DEBUGrc.py (564): send button event BUTTON
Re: [Freevo-users] Early finish to recordings
On Sunday 27 May 2007 23:39, Duncan Webb wrote: Elizabeth Dodd wrote: Recording on a couple of occasions has stopped way before time One time I got 4 min of a 60 min program and tonight I got 22 min of a 60 min program. Nothing in the recordserver log for the time at all. Nothing else wanting to start recording I'm using 1.6.3 and have the upsoon plugin. I haven't got any way of chasing it up yet but what ideas do people have to find what happens so that I can set up suitable logging? Just set DEBUG=1 and CHILDAPP_DEBUG=1 in your local_conf.py If you wanted to record two overlapping programmes the first one would be cut when the second one started. Duncan Now here are the results it's the same program each week gets cut off early main-1000.log [cut] upsoon.py (205): next recording in 118 secs upsoon.py (186): now=18:08:31 next=Tue 2007-06-19 18:10-19:00 free.NSWReg.2.d1.com.au Time Team upsoon.py (205): next recording in 88 secs upsoon.py (186): now=18:09:01 next=Tue 2007-06-19 18:10-19:00 free.NSWReg.2.d1.com.au Time Team upsoon.py (205): next recording in 58 secs upsoon.py (210): recording in less that a minute (58 secs) upsoon.py (186): now=18:09:32 next=Tue 2007-06-19 18:10-19:00 free.NSWReg.2.d1.com.au Time Team upsoon.py (186): now=18:10:02 next=Mon 2007-06-25 19:30-20:30 free.NSWReg.SBS.d1.com.au Mythbusters __init__.py (215): Building the xml hash database... __init__.py (247): done [cut] recordserver-1000.log [cut] 2007/06/19 18:10 EST [*RecordServer*] SAVE: ScheduledRecordings has 3 items. 2007/06/19 18:10 EST [*RecordServer*] start recording: Tue 2007-06-19 18:10-19:00 free.NSWReg.2.d1.com.au Time Team 2007/06/19 18:10 EST [*RecordServer*] Recorder::Record: Tue 2007-06-19 18:10-19:00 free.NSWReg.2.d1.com.au Time Team 2007/06/19 18:10 EST [-] Record_Thread::run: mode=record 2007/06/19 18:10 EST [-] Record_Thread::run: started recording 2007/06/19 18:10 EST [-] CHAN: 31 2007/06/19 18:10 EST [-] Video Opened at /dev/video0 2007/06/19 18:10 EST [-] Setting Input to 0 2007/06/19 18:10 EST [-] setinput: val='\x00\x00\x00\x00', res='\x00\x00\x00\x00' 2007/06/19 18:10 EST [-] Setting Channel to 7 2007/06/19 18:10 EST [-] USING CUSTOM FREQUENCY: chan=7, freq=182250 2007/06/19 18:10 EST [-] Video Opened at /dev/video0 2007/06/19 18:10 EST [-] Driver: ivtv 2007/06/19 18:10 EST [-] Card: Hauppauge WinTV PVR-350 2007/06/19 18:10 EST [-] Version: 802 2007/06/19 18:10 EST [-] Capabilities: 17236211 2007/06/19 18:10 EST [-] Enumerating supported Standards. 2007/06/19 18:10 EST [-] 0: 0xf PAL-BGH 2007/06/19 18:10 EST [-] 1: 0xe0 PAL-DK 2007/06/19 18:10 EST [-] 2: 0x10 PAL-I 2007/06/19 18:10 EST [-] 3: 0x100 PAL-M 2007/06/19 18:10 EST [-] 4: 0x200 PAL-N 2007/06/19 18:10 EST [-] 5: 0x400 PAL-Nc 2007/06/19 18:10 EST [-] 6: 0xd SECAM-BGH 2007/06/19 18:10 EST [-] 7: 0x32 SECAM-DK 2007/06/19 18:10 EST [-] 8: 0x40 SECAM-L 2007/06/19 18:10 EST [-] 9: 0x80 SECAM-L' 2007/06/19 18:10 EST [-] 10: 0x1000 NTSC-M 2007/06/19 18:10 EST [-] 11: 0x2000 NTSC-J 2007/06/19 18:10 EST [-] 12: 0x8000 NTSC-K 2007/06/19 18:10 EST [-] Current Standard is: 0xff 2007/06/19 18:10 EST [-] Enumerating supported Inputs. 2007/06/19 18:10 EST [-] 0: Tuner 1 2007/06/19 18:10 EST [-] 1: S-Video 1 2007/06/19 18:10 EST [-] 2: Composite 1 2007/06/19 18:10 EST [-] 3: S-Video 2 2007/06/19 18:10 EST [-] 4: Composite 2 2007/06/19 18:10 EST [-] 5: Composite 3 2007/06/19 18:10 EST [-] Input: 0 2007/06/19 18:10 EST [-] Width: 720, Height: 480 2007/06/19 18:10 EST [-] Read Frequency: 2916 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] Time Team: recording=1 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] Time Team: prog.stop=(2007, 6, 19, 19, 0, 0, 1, 170, 0) 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] Mythbusters: recording=0 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] Mythbusters: prog.stop=(2007, 6, 25, 20, 30, 0, 0, 176, 0) 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] Mon 2007-06-25 19:30-20:30 free.NSWReg.SBS.d1.com.au Mythbusters 2007/06/19 18:10 EST [HTTPChannel,3037,127.0.0.1] 127.0.0.1 - - [19/Jun/2007:08:10:02 +] POST / HTTP/1.0 200 1948 - xmlrpclib.py/1.0.1 (by www.pythonware.com) 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] Time Team: recording=1 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] Time Team: prog.stop=(2007, 6, 19, 19, 0, 0, 1, 170, 0) 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] Mythbusters: recording=0 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] Mythbusters: prog.stop=(2007, 6, 25, 20, 30, 0, 0, 176, 0) 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] Mon 2007-06-25 19:30-20:30 free.NSWReg.SBS.d1.com.au Mythbusters 2007/06/19 18:10 EST [HTTPChannel,3038,127.0.0.1] 127.0.0.1 - - [19/Jun/2007:08:10:32 +] POST / HTTP/1.0 200 1948 - xmlrpclib.py/1.0.1 (by www.pythonware.com) 2007/06/19 18:11 EST