Commit b37a9b68 authored by lu_zero's avatar lu_zero

First rephrase of the new header packing procedure, more pending

svn path=/trunk/vorbis/; revision=12939
parent 521cdb26
...@@ -462,20 +462,20 @@ Internet-Draft draft-ietf-avt-rtp-vorbis-04 May 2007 ...@@ -462,20 +462,20 @@ Internet-Draft draft-ietf-avt-rtp-vorbis-04 May 2007
3.1.1. Packed Configuration 3.1.1. Packed Configuration
A Vorbis Packed Configuration is indicated with the Vorbis Data Type A Vorbis Packed Configuration is indicated with the Vorbis Data Type
field set to 1. Of the three headers, defined in the Vorbis I field set to 1. Of the three headers defined in the Vorbis I
specification [12], the identification and the setup MUST be packed specification [12], the identification and the setup MUST be packed
together as they are, while the comment header MAY be replaced with a as they are, while the comment header MAY be replaced with a dummy
dummy one. The packed configuration follows a generic way to store one. The packed configuration follows a generic way to store xiph
xiph codec configurations: The first field stores the number of codec configurations: The first field stores the number of the
following packets minus one (count field), the next ones represent following packets minus one (count field), the next ones represent
the size of the headers (length fields), the headers immediately the size of the headers (length fields), the headers immediately
follow the list of length fields. The size of the last header is follow the list of length fields. The size of the last header is
implicit. The count and the length fields are encoded using the implicit. The count and the length fields are encoded using the
following logic: the most significant bit in the octect is used as following logic: the most significant bit in the octect is used as
mark, if set to 1 the value continues in the next byte; the other 7 mark, if set to 1 the value continues in the next byte; the other 7
bits are used to store the value. The headers are packed in the same bits are used to store the value. The bytes are in network order.
order they are present in ogg: identification, comment, setup. The headers are packed in the same order they are present in ogg:
identification, comment, setup.
......
...@@ -436,10 +436,10 @@ re-transmission of the configuration headers. ...@@ -436,10 +436,10 @@ re-transmission of the configuration headers.
<t> <t>
A Vorbis Packed Configuration is indicated with the Vorbis Data Type field set A Vorbis Packed Configuration is indicated with the Vorbis Data Type field set
to 1. Of the three headers, defined in the to 1. Of the three headers defined in the
<xref target="vorbis-spec-ref">Vorbis I specification</xref>, the <xref target="vorbis-spec-ref">Vorbis I specification</xref>, the
identification and the setup MUST be packed together as they are, while the comment header MAY be replaced with a dummy one. The packed configuration follows a generic way to store xiph codec configurations: The first field stores the number of following packets minus one (count field), the next ones represent the size of the headers (length fields), the headers immediately follow the list of length fields. The size of the last header is implicit. identification and the setup MUST be packed as they are, while the comment header MAY be replaced with a dummy one. The packed configuration follows a generic way to store xiph codec configurations: The first field stores the number of the following packets minus one (count field), the next ones represent the size of the headers (length fields), the headers immediately follow the list of length fields. The size of the last header is implicit.
The count and the length fields are encoded using the following logic: the most significant bit in the octect is used as mark, if set to 1 the value continues in the next byte; the other 7 bits are used to store the value. The count and the length fields are encoded using the following logic: the most significant bit in the octect is used as mark, if set to 1 the value continues in the next byte; the other 7 bits are used to store the value. The bytes are in network order.
The headers are packed in the same order they are present in ogg: identification, comment, setup.</t> The headers are packed in the same order they are present in ogg: identification, comment, setup.</t>
<figure anchor="Packed Configuration Figure" title="Packed Configuration Figure"> <figure anchor="Packed Configuration Figure" title="Packed Configuration Figure">
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment