[mythtv-users] Schedules Direct DataDirect replacement service testing

Robert Eden rmeden at gmail.com
Thu Oct 9 21:51:25 UTC 2014


On 10/9/2014 4:27 PM, Jay Foster wrote:
> On 10/9/2014 1:33 PM, Robert Eden wrote:
>> On 10/9/2014 2:52 PM, Jay Foster wrote:
>>> I know you are very busy with other things, but I wanted to know if you received the TCP dump logs I sent you last week (via PM).  I did take a 
>>> quick look and the POST does have data in it (it is the same post that works with the existing DD service).  I think the "NO POSTDATA" is a 
>>> misnomer, and really means it didn't like the data that was there, or after discarding the data it didn't like, was left with no data.
>> I thought the NOPOSTDATA problem was solved.   If you're still getting it, email me directly and we can figure it out.
>>
>>> On an unrelated note, I noticed that the existing DD service uses HTTP Digest Authentication, whereas the new replacement service is using Basic 
>>> Authentication.
>> Yes, and I understand it is less secure.  Unfortunately, it's necessary at the moment.   I should be able to switch after TMS goes away.
>>
>> Robert
>>
>>
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums:https://forum.mythtv.org
> Things are better, now.  I no longer get the NO POSTDATA error. However, I also am only getting listings for half of my channels. Here is the final 
> bit from mythfilldatabase with the new replacement service.  Should I be concerned about the "Failed to fetch some program info" line?
>
> 2014-10-09 14:18:31.067 Data for source cleared.
> 2014-10-09 14:18:31.067 Updating programs.
> 2014-10-09 14:18:31.179 Program table update complete.
> 2014-10-09 14:18:31.214 *Failed to fetch some program info*
> 2014-10-09 14:18:31.214 Adjusting program database end times.
> 2014-10-09 14:18:31.884     0 replacements made
> 2014-10-09 14:18:31.884 Marking generic episodes.
> 2014-10-09 14:18:32.320     Found 9309
> 2014-10-09 14:18:32.320 Marking repeats.
> 2014-10-09 14:18:32.992     Found 25678
> 2014-10-09 14:18:32.992 Unmarking new episode rebroadcast repeats.
> 2014-10-09 14:18:33.339     Found 0
> 2014-10-09 14:18:33.928 Marking episode first showings.
> 2014-10-09 14:18:35.790     Found 8408
> 2014-10-09 14:18:35.790 Marking episode last showings.
> 2014-10-09 14:18:37.721     Found 8408
> 2014-10-09 14:18:37.749
>
> Here is the final bit from mythfilldatabase with the existing DD service:
>
> 2014-10-09 14:25:47.177 Data for source cleared.
> 2014-10-09 14:25:47.177 Updating programs.
> 2014-10-09 14:25:47.350 Program table update complete.
> 2014-10-09 14:25:47.388 Data fetching complete.
> 2014-10-09 14:25:47.388 Adjusting program database end times.
> 2014-10-09 14:25:48.468     0 replacements made
> 2014-10-09 14:25:48.468 Marking generic episodes.
> 2014-10-09 14:25:49.061     Found 17520
> 2014-10-09 14:25:49.061 Marking repeats.
> 2014-10-09 14:25:50.175     Found 52284
> 2014-10-09 14:25:50.175 Unmarking new episode rebroadcast repeats.
> 2014-10-09 14:25:50.612     Found 0
> 2014-10-09 14:25:51.246 Marking episode first showings.
> 2014-10-09 14:25:53.619     Found 10767
> 2014-10-09 14:25:53.619 Marking episode last showings.
> 2014-10-09 14:25:56.124     Found 10767
> 2014-10-09 14:25:56.138

Excellent on NOPOST, but I don't know what the other error means. :)  Need more details to match things up on the SD-DD side. Hopefully others here 
can help you troubleshoot.   SD-DD does often provide less channels than TMS-DD, but in most cases that's because the station was actually removed and 
a custom TMS lineup didn't remove it.

Robert

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20141009/abb38d5a/attachment.html>


More information about the mythtv-users mailing list