Re: [hybi] how do we move forward on agreeing on framing?

[gustav trede <[e-mail]>]

> > So here is another attempt at incorporating feedback to try and get
>> > something which could gain consensus as the framing protocol:
>> >       * MORE - 1 bit - if set, this is not the final frame of the
>> >         message
>> >       * TML - 1 bit - if set, the total message length is included
>> >         (which is not required to be on the first frame, and if
>> >         repeated overrides earlier values so it may be used as an
>> >         estimate for dynamic content)
>> >       * Reserved - 2 bits - must be 0 except for private use
>> >       * Opcode - 4 bits - 0=Continuation, 1=Control, 2=Text, 3=Binary,
>> >         4-11=Reserved for future assignment, 12-15=Reserved for
>> >         private use
>> >       * Reserved - 1 bit - must be 0
>> >       * Length - 7 bits - payload length in octets; if 127, then there
>> >         is an extended length
>> >       * Extended length - 8 bytes - payload length in octets (high bit
>> >         must be 0 for ease of use with languages without an unsigned
>> >         data type), present only if Length=127
>>
>
Seems good to me.
Only one thing that i fail to understand, regarding the payload length
encoding:
What technical reason makes it so much better then the original binary frame
length encoding( if (byte[i]&0x80)==0x80) to detect the length bytes) that
its rather massive waste of bandwidth is justified ?.

regards
 gustav trede