Schedules Direct Error

[pastro]

I just emptied my database of the zap2it data and got an error message when trying to pull the new data in from schedules direct.
I did the update from the survival guide for the last minute change to schedules direct.

Your EPG Source does not appear to be configured correctly. Please check the EPG source settings and try again. System.Net.WebException.
The remote name could not be resolved:webservices.prod.schedulesdirect.tmsdatadirect.com

sorry for the cross post. I also posted on your annoucement about leaving town.

[sub]

This is because you havnt supplied the patched version GBPVRBackendCommon.dll from the '1.0.16 survival guide' thread.

See http://forums.gbpvr.com/showpost.php?p=2...ostcount=7

[pastro]

This is because you havnt supplied the patched version GBPVRBackendCommon.dll from the '1.0.16 survival guide' thread.

See http://forums.gbpvr.com/showpost.php?p=2...ostcount=7

I did load the GBPVRBackendCommon.dll to the GBPVR directory before I tried it. When I get home tonight (4 hours) I'll check it out further and report back.

[sub]

I can tell you have the old version of that file because the URL in the error message is wrong.

[pastro]

I can tell you have the old version of that file because the URL in the error message is wrong.

I figured as much. Weird. The version that I downloaded was
1.0.2788.30458

I'll check tonight and see what happened.

[mconro]

hello

I too installed the patched version of the dll and am a different error now. the patched version is 1.0.2788.30458, which i downloaded from teh survival guide.

thanks for your attention and help

2007-08-20 18:09:45.703 VERBOSE [3] getValue: /settings/SchedulesDirectURL : http://webservices.schedulesdirect.tmsda...tvdService
2007-08-20 18:09:46.343 ERROR [3] Error UpdateEPG()'ing: System.Net.WebException: An exception occurred during a WebClient request. ---> System.IO.IOException: Unable to read data from the transport connection: The connection was closed.
at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.WebClient.DownloadBitsState.RetrieveBytes(Int32& bytesRetrieved)
at System.Net.WebClient.DownloadBits(WebRequest request, Stream writeStream, CompletionDelegate completionDelegate, AsyncOperation asyncOp)
at System.Net.WebClient.UploadDataInternal(Uri address, String method, Byte[] data, WebRequest& request)
--- End of inner exception stack trace ---
at System.Net.WebClient.UploadDataInternal(Uri address, String method, Byte[] data, WebRequest& request)
at System.Net.WebClient.UploadData(Uri address, String method, Byte[] data)
at System.Net.WebClient.UploadData(String address, String method, Byte[] data)
at GBPVR.Backend.Common.Zap2itEpgReader.x7174d5399cba81ee(IEpgUpdateProgressCallback x421ce789b9741187, DateTime xdc88f59e43b65f7f, DateTime x33db96d2cea26583)
at GBPVR.Backend.Common.Zap2itEpgReader.LoadChannels(IEpgUpdateProgressCallback callback)
at GBPVR.Backend.Common.xbdfb880686f2538b.x52e8ddd0b9bc8c68(xda34526142ca690b x347261624b519e9a, IEpgUpdateProgressCallback x421ce789b9741187)
at Config.xca74b9c9b310df0b.xcba1f05fb5a46d5f()

[sub]

You have the correct URL unlike Pastro above.

Zip and attach your logs and I'll take a look.

[jsteele]

I think SD and/or the GBPVR interface to SD may not be ready for prime time yet. I got a subscription and configured my lineups. I made sure to install the patch from the Survival Guide and configured the SD settings for the lineups as detailed in the Guide.

I ran the Update EPG and I could see data (the packet count in the WLAN connectoid was incrementing) but nothing was put in the DB. I had made a copy of the GBPVR.DB3 so I removed the file and started from scratch reentering my capture sources, SD information, etc. I then Updated the EPG. There were NO channels present in the capture source listings for either my cable or satellite lineups. and after closing the configurator the GBPVR.DB3 file was 227 bytes, the same size as the EMPTY.DB3.

Sometin' isn't working right :-)

I reverted to the old GBPVR.DB3 with the Zap2IT fetch for now.

[sub]

Its been working pretty well for people that have tried it so far. Its actually just using the same old zap2it grabber with a slightly different URL on the zap2it servers, so it should be working as well as zap2it ever did. The only problems the testers had initially was creating their account on the new schedulesdirect website, but that seems to be resolved now.

It'd be best if you reproduce the problem then zip and attach the logs so I can have a chance to diagnose the cause of you problem.

Remember, in a couple of days I'll be away for the best part of a month, so now is a good time to do this or you're likely to go without this being fixed until I get back.

[mconro]

hello

here are all my logs. I added back my zap2it and had created a second input divce to grab the scheduledirect.

my schedule direct account is active