[mythtv] Protocol negotiation?

Geoffrey Kruse gkruse at gmail.com
Fri Sep 29 19:37:42 UTC 2006

On Sep 29, 2006, at 12:33 PM, Paul Bender wrote:

> Geoffrey Kruse wrote:
>> On Sep 29, 2006, at 11:53 AM, Paul Bender wrote:
>>> Michael Tiller wrote:
>>>  From experience, I can tell you that it is often a lot of effort to
>>> make sure that older protocol versions still work when you extend or
>>> replace protocols. I would much rather MythTV developers spend  
>>> time  move
>>> things forward than looking back.
>> I think it could be done quite simply...
>> The myth protocol is basically a series of strings separated by a   
>> token
>> ([[::]] if I remember correctly).  Why not just add the  protocol
>> version of each token to the separator ( [[::30::]]Some Data
>> [[::31::]]New Data ...)  That way, the parser just simply throws out
>> any tokens that have a number higher than it understands in the
>> separator.  I think this would be fairly straight forward to
>> implement.  Of course, there would have to be tolerance for missing
>> fields if a newer version of the protocol were to remove  
>> elements,  but
>> this also should be trivial.  Since the myth protocol is already   
>> very
>> string heavy and not very efficient, I think adding a few   
>> characters to
>> each separator would not be much of a performance hit.
> The easy part is making the over-the-wire protocol extensible. The  
> hard
> part is making sure the software for the older protocol versions works
> after modifying the software to add the newer protocol.

Well, I wouldn't expect to support any protocols prior to the one  
where this is implemented.  (Same as the current situation)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2415 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20060929/26d91d0c/attachment.bin 

More information about the mythtv-dev mailing list