[mythtv] Program Info protocol

Michael Greb mikegrb at yahoo.com
Sun Jun 29 20:42:52 EDT 2003


I think I'm going to have to agree with Isaac on this one.  Especially the idea
of exchanging the protocol version at the start of the exchange, I guess to a
degree the same idea as storing the db schema version in the database.  The
only time I would think backwards/forwards compatibility would be with some
sort of embedded device setup for the frontend and I don't think MythTV is
really at that point.  Not that I don't think it is a mature solution, it's
just changing so fast that it wouldn't make since to be stuck with out being to
upgrade.

I dunno just my thoughts at the moment.
Michael
--- Isaac Richards <ijr at po.cwru.edu> wrote:
> On Sunday 29 June 2003 09:42 pm, Ben Bucksch wrote:
> > IMHO, if MythTV should be something to rely upon, which can be installed
> > at users without maintainance, then a stable protocol is needed, with
> > both forwards- and backwards compatibility, so that older frontends work
> > with newer backends and newer frontends with older backends. The goal is
> > that you can install a frontend and have it running for years without
> > changes, while the backend is being continuously upgraded. It's hard to
> > achieve, but possible, and I think we should aim for it, to allow
> > acceptance of MythTV in environments where users don't want to worry
> > about their TV at all, it should "just work".
> 
> I really don't care at all about forward/backwards compatibility at this
> stage 
> of development.
> 
> > but once it hits MythTV, at
> > least the 1.0 frontend should work with all future backends IMHO.
> 
> No, I disagree.  All this needs is a wire protocol version that gets passed
> to 
> the backend at the initial frontend startup and tells the user to upgrade 
> when things are incompatible.  If someone can install a frontend, they can 
> update it at the same time they update their backends.
> 
> Isaac


More information about the mythtv-dev mailing list