[mythtv-users] LiveTV on Mythbuntu 9.10 stopped working since I last watched TV

Dave dave at davestechshop.net
Fri Jan 1 19:59:18 UTC 2010


On Fri, Jan 1, 2010 at 2:33 PM, Dave <dave at davestechshop.net> wrote:

>
>
> On Fri, Jan 1, 2010 at 2:03 PM, Dave <dave at davestechshop.net> wrote:
>
>> I have not watched TV in about a month. The last time I used MythTV I had
>> just gotten my installation (mostly) working and I was able to watch LiveTV.
>> I spent a lot of time with the setup, but once it was working, I had to
>> catch up on other stuff and I didn't get to use MythTV. Today I tried to
>> watch LiveTV on Myth .22 and it simply exits back to the menu with no TV
>> played. Here are the sections of the logs that I think are relevant:
>>
>> 2010-01-01 13:02:01.631 MythContext: Connecting to backend server:
>>> 192.168.1.107:6543 (try 1 of 1)
>>> 2010-01-01 13:02:01.649 Using protocol version 50
>>> 2010-01-01 13:02:04.132 TV: Attempting to change from None to Watching
>>> WatchingLiveTV
>>> 2010-01-01 13:02:04.133 MythContext: Connecting to backend server:
>>> 192.168.1.107:6543 (try 1 of 1)
>>> 2010-01-01 13:02:04.135 Using protocol version 50
>>> 2010-01-01 13:02:04.143 Spawning LiveTV Recorder -- begin
>>> 2010-01-01 13:02:04.548 Spawning LiveTV Recorder -- end
>>> 2010-01-01 13:02:04.549 GetEntryAt(-1) failed.
>>> 2010-01-01 13:02:04.550 EntryToProgram(0 at Wed Dec 31 19:00:00 1969) *failed
>>> to get pginfo*
>>> 2010-01-01 13:02:04.550 TV Error: HandleStateChange(): LiveTV not
>>> successfully started
>>> 2010-01-01 13:02:04.550 We have a RingBuffer
>>> 2010-01-01 13:02:04.614 TV Error: LiveTV not successfully started
>>> 2010-01-01 13:02:04.635 ScreenSaverX11Private: DPMS Deactivated 1
>>> 2010-01-01 13:02:04.636 ScreenSaverX11Private: DPMS Reactivated 1
>>> 2010-01-01 13:02:13.654 Deleting UPnP client...
>>> Error in my_thread_global_end(): 1 threads didn't exit
>>>
>>
>>
>> After seeing mention of "failed to get pginfo" I looked back a little
>> further in the logs and found this, which seems to indicate no problems with
>> scheduling data:
>>
>> 2009-12-31 09:58:57.100 Checking day @ offset 12, date: Tue Jan 12 2010
>>> 2009-12-31 09:58:57.432 Data is already present for Tue Jan 12 2010,
>>> skipping
>>> 2009-12-31 09:58:57.432
>>> 2009-12-31 09:58:57.432 Checking day @ offset 13, date: Wed Jan 13 2010
>>> 2009-12-31 09:58:57.606 Data refresh needed because only 0 out of 374
>>> channels have at least one program listed for day @ offset 13 from 8PM -
>>> midnight.  Previous day had 373 channels with data in that time period.
>>> 2009-12-31 09:58:57.606 Refreshing data for Wed Jan 13 2010
>>> 2009-12-31 09:58:57.606 Retrieving datadirect data.
>>> 2009-12-31 09:58:57.607 Grabbing data for Thu Dec 31 2009 offset 13
>>> 2009-12-31 09:58:57.607 From Wed Jan 13 05:00:00 2010 to Thu Jan 14
>>> 05:00:00 2010 (UTC)
>>> 2009-12-31 09:58:57.607 Grabbing listing data
>>> --2009-12-31 09:58:57--
>>> http://webservices.schedulesdirect.tmsdatadirect.com/schedulesdirect/tvlistings/xtvdService
>>> Resolving webservices.schedulesdirect.tmsdatadirect.com... 144.142.232.53
>>> Connecting to webservices.schedulesdirect.tmsdatadirect.com|144.142.232.53|:80...
>>> connected.
>>> HTTP request sent, awaiting response... 401 Unauthorized
>>> Reusing existing connection to
>>> webservices.schedulesdirect.tmsdatadirect.com:80.
>>> HTTP request sent, awaiting response... 200 OK
>>> Length: unspecified [text/xml]
>>> Saving to: `STDOUT'
>>>
>>>      0K .......... .......... .......... .......2009-12-31 09:59:23.375
>>> DataDirect: Your subscription expires on Thu Jan 7 (2010) 9:12 PM
>>> ... .......... 1.98K
>>>     50K .......... .......... .......... .......... .......... 4.93K
>>>    100K .......... .......... .......... .......... .......... 26.0K
>>>    150K .......... .......... .......... .......... .......... 30.0K
>>>    200K .......... .......... .......... .......... .......... 52.2K
>>>    250K .......... .......... .......... .......... ..........  146K
>>>    300K .......... .......... .......... .......... .......... 79.3K
>>>    350K .......... .......... .......... .......... .......... 35.9K
>>>    400K .......... .......... .......... .......... .......... 20.1K
>>>    450K .......... .......... .......                          11.6K=47s
>>>
>>> 2009-12-31 09:59:45 (10.1 KB/s) - `-' saved [488606]
>>>
>>> 2009-12-31 09:59:52.938 Grab complete.  Actual data from Wed Jan 13
>>> 05:00:00 2010 to Thu Jan 14 05:00:00 2010 (UTC)
>>> 2009-12-31 09:59:52.939 Main temp tables populated.
>>> 2009-12-31 09:59:53.532 Clearing data for source.
>>> 2009-12-31 09:59:53.532 Clearing from Wed Jan 13 00:00:00 2010 to Thu Jan
>>> 14 00:00:00 2010 (localtime)
>>> 2009-12-31 09:59:54.356 Data for source cleared.
>>> 2009-12-31 09:59:54.356 Updating programs.
>>> 2009-12-31 10:00:00.976 Program table update complete.
>>> 2009-12-31 10:00:03.182 Source 2 configured to use only the broadcasted
>>> guide data. Skipping.
>>> 2009-12-31 10:00:03.185 Data fetching complete.
>>> 2009-12-31 10:00:03.185 Adjusting program database end times.
>>> 2009-12-31 10:00:10.242     0 replacements made
>>> 2009-12-31 10:00:10.243 Marking generic episodes.
>>> 2009-12-31 10:00:12.949     Found 5854
>>> 2009-12-31 10:00:12.950 Fudging non-unique programids with multiple
>>> parts.
>>> 2009-12-31 10:00:13.526     Found -1
>>> 2009-12-31 10:00:13.526 Marking repeats.
>>> 2009-12-31 10:00:16.250     Found 11978
>>> 2009-12-31 10:00:16.250 Unmarking new episode rebroadcast repeats.
>>> 2009-12-31 10:00:18.538     Found 0
>>> 2009-12-31 10:00:22.442 Marking episode first showings.
>>> 2009-12-31 10:00:46.127     Found 36248
>>> 2009-12-31 10:00:46.127 Marking episode last showings.
>>> 2009-12-31 10:01:09.544     Found 36248
>>> 2009-12-31 10:01:09.670 Grabbing next suggested grabbing time
>>> 2009-12-31 10:01:10.283 DataDirect: BlockedTime is: 2009-12-31T10:01:10
>>> 2009-12-31 10:01:10.284 DataDirect: NextSuggestedTime is:
>>> 2010-01-01T23:42:48
>>> 2009-12-31 10:01:10.288
>>>
>>
>> I also reviewed the backend setup and it seems OK. Nothing has changed
>> afaik. After I exited backendsetup I ran mythfilldatabase again, and tried
>> LiveTV again, and it still exits without playing. I also tried rebooting.
>>
>> In addition to LiveTV not working, the scheduled recordings have a problem
>> too. Beyond the few that I recorded a month ago when testing the setup, the
>> more recent recordings all give the error that the local "file for this
>> recording cannot be found".
>>
>> The only thing that has changed recently are the Mythbuntu security
>> updates that were automatically applied. (BTW, my system is completely up to
>> date as of today.)
>>
>> So that leaves me without a clue what the problem could be. I'm new to
>> MythTV.
>
>
> More info:
> I have a PVR 150 and an HVR 850. BTW, the HVR 850 has never gotten program
> guide info correctly.
>
> I just did some more troubleshooting.
>
> First I tried streaming from a capture device in VLC. VLC can display live
> TV from the PVR150. (I didn't know how to make VLC do this with the HVR 850,
> so I couldn't really test that device in VLC.)
>
> Next I went into the backend and deleted the HVR 850 capture device on the
> assumption that it might be mucking up the works. But I still cannot get
> Live TV to play, so that wasn't the problem.
>
> Next I tried playing recorded shows. The earlier (valid) recordings will
> play. I deleted all the more recent recording that gave the error "file for
> this recording cannot be found". But given that I can play good recordings,
> that indicates something positive about playback capabilities...
>
> Any suggestions for next steps?
>

I found this thread:
http://www.pclinuxos.com/forum/index.php/topic,58982.msg476377.html#msg476377

It suggests there could be a problem with my system time:

> Your program guide is set to Dec 31st 1969..
>

However, my system clock is correct. And the time issue apparently wasn't
the problem in that thread either. But it is curious that my log is
reporting a 1969 date....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20100101/e0c533d5/attachment-0001.htm>


More information about the mythtv-users mailing list