YahooXMLTv (requires Go for TV)

[ram4x4nut]

Trying it now, but WOW this is a lot slower than the Titan app that's being developed. Not complaining, just wondering why the huge runtime difference.

[whurlston]

...everything is -1 hour for me, as though it was loading EST, not EDT... :confused:

Is it an hour off in the xml file of when it imports?

[ram4x4nut]

I ran it, saved the file, emptied my EPG and did a reload. My EPG is not completely blank!

[Jim_]

I ran it, saved the file, emptied my EPG and did a reload. My EPG is not completely blank!

and your gbpvr log says the error is??? :confused:

The best way to test a new epg source is probably to delete and re-create your capture source, after exporting your recordings, and renaming your recording folder, and restarting the recording service, so none of the old channels are saved.

[ram4x4nut]

and your gbpvr log says the error is??? :confused:

The best way to test a new epg source is probably to delete and re-create your capture source, after exporting your recordings, and renaming your recording folder, and restarting the recording service, so none of the old channels are saved.

This is what I found ..

[ram4x4nut]

and your gbpvr log says the error is??? :confused:

The best way to test a new epg source is probably to delete and re-create your capture source, after exporting your recordings, and renaming your recording folder, and restarting the recording service, so none of the old channels are saved.

I tried what you suggest and it is still empty. I think that when this pulls listings there are 7 channels that are dupes. Nothing I can do about that as it is from the data your app pulls down.

2007-07-02 03:29:52.371 VERBOSE [3] Loading XMLTV File: D:\Yxmltv\Cox Communications (Omaha).xml
2007-07-02 03:29:52.418 ERROR [3] XMLTV: error reading xml: Item has already been added. Key in dictionary: '004' Key being added: '004'
2007-07-02 03:29:52.418 VERBOSE [3] Notify(Reading XMLTV file)
2007-07-02 03:29:52.418 VERBOSE [3] short epg update sleep...
2007-07-02 03:29:53.340 VERBOSE [1] labelAction.Text = Saving new listings and channel information
2007-07-02 03:29:54.340 VERBOSE [1] labelAction.Text = Saving new listings and channel information
2007-07-02 03:29:55.340 VERBOSE [1] labelAction.Text = Saving new listings and channel information
2007-07-02 03:29:56.340 VERBOSE [1] labelAction.Text = Saving new listings and channel information
2007-07-02 03:29:57.340 VERBOSE [1] labelAction.Text = Saving new listings and channel information
2007-07-02 03:29:57.465 VERBOSE [3] EPGUpdate storeChannels()
2007-07-02 03:29:57.465 VERBOSE [3] getValue cached value: /settings/EPGProcessingMode : NORMAL
2007-07-02 03:29:57.465 VERBOSE [3] getValue cached value: /settings/EPGProcessingMode : NORMAL
2007-07-02 03:29:57.465 VERBOSE [3] About to get list of existing channels...
2007-07-02 03:29:57.496 VERBOSE [3] Found: 7 channels
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 1 NEWS
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 2 O2
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 3 JWLTV
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 4 SCOLA
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 16 NET2
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 67 ANIMAL
2007-07-02 03:29:57.496 VERBOSE [3] Existing channel: 4 LOOR004
2007-07-02 03:29:57.496 VERBOSE [3] about to save listings

[mulletback]

Is it an hour off in the xml file of when it imports?

No, the only difference is "UTC" vs "+0000" offset. I've found that the time offset is reliable, but the timezone alias is not - and I didn't think UTC was a valid qualifier, since it's the default if there is no offset...?!?

[whurlston]

No, the only difference is "UTC" vs "+0000" offset. I've found that the time offset is reliable, but the timezone alias is not - and I didn't think UTC was a valid qualifier, since it's the default if there is no offset...?!?

After running tests, the "UTC" setting does result in the time being off by 1 hour.

[whurlston]

Trying it now, but WOW this is a lot slower than the Titan app that's being developed. Not complaining, just wondering why the huge runtime difference.

It's a lot slower than I would like. I believe my code is pretty efficient and it may be the interfaces in the Yahoo app to which I am connecting. I do plan on doing a code rewrite to test this but first I'm going to work on the MCE grabber option.

[Jim_]

I tried what you suggest and it is still empty. I think that when this pulls listings there are 7 channels that are dupes. Nothing I can do about that as it is from the data your app pulls down.

When you configure Yahoo Go TV, it asks you to "select channels you receive" as one of the steps.

Delete and re-create your lineup in Go, removing the checks from the dupe channels.