[vorbis] Vorbis over RTP

[Monty]

> So the codebook is sent out once per second, as 3 or 4 fragments ? If there is
> 10% packet, then the chances of losing the codebook at ~ 30-40% - i.e., quite good.

(note) This is why the design I did uses an out of band TCP connect to
quickly snarf headers before listening to multicast.  Of course, the
TCP solution has its own drawbacks-- I just find them more manageable
and they don't add a background bitrate overhead.

> > The payload header also contains a 8 bit id that changes when client
> > have to reset the decoder with a new codebook, so there is no problem
> > with sending e.g. a 128 kbit/s file followed by a 160 kbit/s file,
> > except
> > for a small delay.
> >
> 
> So once you get it, you don't need it again, so if you loose it, you
> can just use the last one ?

I don't fully understand.  Codebooks/encoder setup/state can't be
counted in a small number of bits.  Whenever the ID changes, you need
to make sure you have current headers.  The ID mechanism makes sure
that if you have header set # 84, you're using it on audio packets
also stamped 'set # 84'.  The streaming server will have to increment
the ID when a new logical stream begins.

Monty

--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'vorbis-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.