Plugin: Schedules Direct EPG (not for v9)

[rdefino]

So I deleted the file and forced a refresh the log show this now:

2013-07-11 22:10:33,560 WARN [Plugin]: Failed to handle ButtonClickHandler: 'sdepg/refresh' in class: sagex.epg.schedulesdirect.plugin.Plugin

[Slugger]

That's just a warning and its fine.

I'm going to need you to go to the SD plugin settings, enable debug logging on everything. Then go try to configure your tuners so it only presents the OTA lineup. Then copy the log files in sdepg/logs dir. Then delete the sdjson.epg file and force an epg update. After its done copy the logs again and send me both sets of logs

[rdefino]

Once I delete the sdjson.epg, it never got created again after forcing and epg update.

But here are the log files.

[Slugger]

Starting to look like a bug on the schedules direct side. Send me your sdjson.epg file. If you don't have one, generate one manually by running sdjson.jar from the command line (instead of -c info use -c grab).

[Slugger]

Based on the no data for the OTA lineup in Sage + the errors I'm seeing in the attached log, I'm about 98% certain there's a bug on the Schedules Direct server side when shipping your JSON data across the wire (or a bug in my client when processing the data). Either way, I'm afraid this isn't going to get fixed tonight.

What I need is a generated sdjson.epg file. Even better, go to the SD web site, change your account password and PM or email me your id/pwd. If I'm right, I can fix things 1000x faster if I'm able to reproduce the problem and it seems to be something to do with the configuration of your account causing the problems because I've tested and retested with my account here now and everything is all good for me.

[rdefino]

So the sdjson.epg file that I deleted I believe was in a different location than the one I'm seeing after running the -c grab command.

I ran the -c grab ans it generated a 23mb file and this was the output. Buy I will still send you my account to test.

Thanks

INFO - ScheduleTask download DONE! [1129ms]
INFO - ScheduleTask COMPLETE! [2067ms]
INFO - ScheduleTask download DONE! [8438ms]
INFO - ScheduleTask COMPLETE! [16953ms]
INFO - Identified 36781 program ids requiring an update!
INFO - ProgramTask download DONE! [95206ms]
INFO - ProgramTask COMPLETE! [112862ms]
INFO - Removed 0 ignored station(s).
WARN - Metadata download failed!
org.apache.http.client.HttpResponseException: Not Found
at org.apache.http.client.fluent.ContentResponseHandler.handleResponse(C
ontentResponseHandler.java:47)
at org.apache.http.client.fluent.ContentResponseHandler.handleResponse(C
ontentResponseHandler.java:40)
at org.apache.http.client.fluent.Response.handleResponse(Response.java:7
9)
at org.apache.http.client.fluent.Response.returnContent(Response.java:86
)
at org.schedulesdirect.api.NetworkEpgClient.fetchMetadata(NetworkEpgClie
nt.java:719)
at org.schedulesdirect.grabber.Grabber.downloadMetadata(Grabber.java:504
)
at org.schedulesdirect.grabber.Grabber.run(Grabber.java:632)
at org.schedulesdirect.grabber.Grabber.main(Grabber.java:674)
INFO - Created 'sdjson.epg' successfully! [145899ms]

C:\Program Files (x86)\Sagetv\SageTV\plugins\sdepg\tools>

[JerryB]

I don't know whether this is a client or a server issue but I just forced a lineup download after updating the SDEPG plugin and program languages for Chinese stations are still not correctly identified. For example:

{
"affiliate": "Satellite",
"broadcaster": {
"city": "Beijing",
"country": "China",
"state": "XX",
"zipcode": "80122"
},
"callsign": "CCTV4",
"language": "English",
"name": "CCTV4--China Central TV",
"stationID": c
}

FYI, I've also posted this to the SD Github site just in case it's a server and not a client issue.

Update: Problem fixed

[rkulagow]

Please move the discussion to the github ticket. Thanks.

[JerryB]

After installing the latest update, the SDEPG plugin downloads the sdjson.epg file but then errors out processing this file:

2013-07-12 15:17:22,915 INFO  [EPGImportPluginSchedulesDirect]: Performed EPG download in 1690ms
2013-07-12 15:17:23,068 INFO  [ChannelGenerator]: Processed channel generators in 0ms
2013-07-12 15:17:23,068 INFO  [EPGImportPluginSchedulesDirect]: Performed channel processing in 153ms
2013-07-12 15:17:23,596 INFO  [EPGImportPluginSchedulesDirect]: Performed lineup map configuration in 528ms
2013-07-12 15:17:23,694 ERROR [EPGImportPluginSchedulesDirect]: Error processing EPG zip data!
java.lang.NullPointerException
	at org.schedulesdirect.api.Program.<init>(Program.java:365)
	at org.schedulesdirect.api.ZipEpgClient.fetchProgram(ZipEpgClient.java:220)
	at org.schedulesdirect.api.ZipEpgClient.fetchSchedule(ZipEpgClient.java:193)
	at org.schedulesdirect.api.Station.downloadProgramsAndAirings(Station.java:223)
	at org.schedulesdirect.api.Station.getAirings(Station.java:198)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
	at groovy.lang.MetaClassImpl$GetBeanMethodMetaProperty.getProperty(MetaClassImpl.java:3454)
	at org.codehaus.groovy.runtime.callsite.GetEffectivePojoPropertySite.getProperty(GetEffectivePojoPropertySite.java:61)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:235)
	at sagex.epg.schedulesdirect.EPGImportPluginSchedulesDirect$_doUpdate_closure7.doCall(EPGImportPluginSchedulesDirect.groovy:302)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
	at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:273)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:884)
	at groovy.lang.Closure.call(Closure.java:394)
	at groovy.lang.Closure.call(Closure.java:407)
	at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1239)
	at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1215)
	at org.codehaus.groovy.runtime.dgm$116.invoke(Unknown Source)
	at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:270)
	at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:52)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:124)
	at sagex.epg.schedulesdirect.EPGImportPluginSchedulesDirect.doUpdate(EPGImportPluginSchedulesDirect.groovy:299)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266)
	at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:145)
	at sagex.epg.schedulesdirect.EPGImportPluginSchedulesDirect.updateGuide(EPGImportPluginSchedulesDirect.groovy:164)
	at sage.ae.y(Unknown Source)
	at sage.a2.e(Unknown Source)
	at sage.a9.dK(Unknown Source)
	at sage.ae.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Let me know if you want me to open a ticket for this.

[Slugger]

You use Comcast cable? Or any cable lineup?

[rdefino]

Are you asking me?

I use comcast with a hdpvr and was using hdhomeruns with comcast till they encrypted. So now I want to put the homeruns on OTA.

[Slugger]

Was @JerryB.

@rdefino: I have the fix for your problem built and a single click away from delivering it to the repo, but now I want to know if JerryB is on cable as well. If so, he's got the same issue, if not, I might as well kill two birds with one stone.

[rdefino]

Ok, go for it. Best to get all the issues resolved at once.

thanks

[Slugger]

Actually, don't like that idea.

@rdefino Your fix is in the repository.

@JerryB, please upgrade to the new version just released. If you're fixed, great! If not, reproduce it using the new version and get me the log files, please. If you are fixed up please just mention that here quickly.

[Slugger]

@rdefino You need to delete your existing sdjson.epg file before attempting to configure your tuners.

[rdefino]

Is the fix the "schedules direct epg plugin"

[Slugger]

Yeah, in Sage go to your list of installed plugins and upgrade the Schedules Direct EPG Plugin.

[rdefino]

I get this error when running the command:

java -jar sdjson.jar -u [id] -p [password] -c add -he PC:90210




ERROR - Add headend command failed for 'pc:01830' [msg=Add headend returned erro
r! [id=pc:01830; rc=401; msg=Duplicate headend.]]


I started from scratch on this. Restored my system back to a few days ago, so I was still running the mc2xml plugin on that restore.

[JerryB]

I use Verizon FIOS.

After updating the plugin, I no longer download the epg file from SD.

Here are the log files.

[Slugger]

Originally Posted by rdefino

I get this error when running the command:

java -jar sdjson.jar -u [id] -p [password] -c add -he PC:90210




ERROR - Add headend command failed for 'pc:01830' [msg=Add headend returned erro
r! [id=pc:01830; rc=401; msg=Duplicate headend.]]


I started from scratch on this. Restored my system back to a few days ago, so I was still running the mc2xml plugin on that restore.

The headend is already on your account at Schedules Direct. You can just skip that step and continue on.