Re: secondary IDs

On Thu, Sep 26, 2002 at 09:43:31AM -0700, Robert Eden wrote:
> it's own subject! Yea!
> 
> > > That works for Zap2it, but what does it do for the rest of the
> > > grabbers?
> 
> It is very possible that other provides would not have a TMSID.  In the
> U.S., I beleive there are 2 data providers, Tribune Media and TV Guide.
> 
> Grabbers that get data sourced out of TV Guide would never have a
> TMS-ID available.  Grabbers that are sourced from Tribune Media *MAY*
> reference the TMSID in a place where the grabbers can get it, but may
> not.  In both of these examples, a TMSID at least exists.
> 
> What about places that aren't served by Tribune Media? TMSID's probably
> won't exist there, so how will a Tivo/Replay support such areas?  If
> the goal is to allow a Tivo/Replay to be used internationally, this is
> a big obstacle.

Currently Tivos are sold in the US and UK.  They provide service in both
of these areas.

Replays are only sold in the US.

There are also tivo guide file generators for AU and NZ that I know about.

The tivo/canada group uses the zap2it site as it's input.

The major issue with replays is that if they have the latest software, they
have to talk to the sonic blue servers to keep them authorized.  There are
a number of projects to generate guide information for the replays.  Since
I don't have one, I'm only casually aware of them....

We are back to the UK grabber issue.  The internals reference TMSIDs.  But
that does not mean they have to be accurate, just consistant.

> 
> Of course this whole issue wouldn't exist if Web Pages/Tivo/Replay
> followed the RFC.  Not being interested in interoperating, there is no
> incentive for them to do so.
> 
They don't want to interoperate.  It reduces them to equal guide footing...
No one product would have any guide benefit over the other....
        Dennis

> I see no harm in allowing secondary channel identifiers, but I think we
> should try and encourage the use of the RFC when possible.  It's
> possible that each source would end up with it's own secondary ID. :(
> 
> Those applications that depend on a particular secondary ID, could
> check for it and abend if it's not available.  At that point, a filter
> program could add it, or a different data source could be used.
> 
> Robert
> 
> 
> __________________________________________________
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Xmltv-devel mailing list
> Xmltv-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xmltv-devel