[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