| Age | Commit message (Collapse) | Author |
|---|
|
The channel mapping family nested lists were hard to read.
Promoting each family description to a subsection makes it
more clear where one is in the document.
Also add suggested downmix matricies. These are what we're
currently using in opus-tools, opusfile, and Firefox.
Ascii-art matrices in 69 columns is hard.
|
|
With xml2rfc 2.3.9, I was getting the 'audio/ogg; codecs=opus'
figure hoisted out of the the containing paragraph, which was
very confusing.
I've tried to improve this by moving the surrounding paragraph
into the figure using the <preamble> and <postamble> tags, as
in the example in draft-mrose-writting-rfcs.
Unfortunately this still isn't perfect. Since the surrounding
paragraph is part of the figure we can't set align="center" on
the figure itself, and the processor seems to ignore it on the
artwork element. I've compensated by adding some leading
whitespace.
|
|
Mostly just being more verbose.
|
|
This clarifies the meaning in surround configurations and better
distinguishes it from 'rear center'.
|
|
|
|
|
|
Add sections on VLC, foobar200, and Rockbox.
Be more complete about listing which features of the format are
actually supported by each implementation.
Still need to do more testing for Chrome, FFmpeg, and libav.
|
|
We mean to make .opus only for degenerate--not concurrently
multiplexed or grouped--but optionally sequentially multiplexed
or chained physical Ogg streams.
However, we don't mean to say you can't use this draft with
such streams.
Also, replace the reference to RFC3534 with RFC5334, which
obsoletes the previous reference by defining video/ogg and
audio/ogg.
|
|
This is based on the experiment described in
http://tools.ietf.org/html/draft-sheffer-running-code-01
I've listed several major implementations. Their formatting
could probably be better. More obviously, this really demonstrates
the need for a good test suite to evaluate converage and compliance
with all these different implementations.
|
|
This is true, but not important to understanding the limitation.
|
|
|
|
|
|
http://www.ietf.org/mail-archive/web/codec/current/msg02951.html
|
|
The command line has changed, for the better, but we need to
update the way we call it. Also adds an install hint if it's
not found on the path.
NB I tried to detect and fallback to the old syntax for the
version 1 (TCL) implementation but this is hard because it
doesn't support any switches (like --version) and it no
longer parses our remote entities.
|
|
|
|
|
|
|
|
|
|
Made RFC6716 a normative reference, removed non-sensical constraints,
updated contact info, ...
|
|
Thanks to Randell Jesup for the feedback.
|
|
This allows the sender parameters sprop-maxcapturerate and
sprop-stereo to be specified on a per-SSRC basis, instead of just
per m-line.
|
|
For complete details on what was changed, see
<http://www.ietf.org/mail-archive/web/codec/current/msg02941.html>
|
|
Makefile.draft got renamed to Makefile.unix in e91dfa0f, but
build_draft.sh was not updated.
|
|
|
|
|
|
It should now validate with the Python version of the xml2rfc tool.
|
|
|
|
|
|
I stumbled upon the typo in README.draft, so took the opportunity to
grep for common misspellings using List_of_common_misspellings.txt for
hunspell.
|
|
Thanks to Andrew D'Addesio for the report.
|
|
|
|
We were installing every readable file in man/man3, but
only unstalling files matching opus_*.3. Some doxygen
versions construct manpage versions of the marked up
header files and directory index, which got left on the
system after 'make uninstall'.
I don't think the 'uninstall' target is widely used, it's
often broken and can easily break other software. However,
we rely on 'make distcheck' which does verify this issue.
Instead, only install the opus_*.3 manpages, which are the
core api documentation.
|
|
Thanks to Fatbag for pointing out the issue.
|
|
He's an author now.
|
|
|
|
Plural works better with the previous sentence. The agreement problem
was there in my original commit. I was just confused by the half
that Tim promoted.
|
|
|
|
Sort alphabetically, and move vorbis-trim to "Informative".
Also fix a misuse of "streams" instead of "channels" in the packet
size limits exposition.
|
|
* Bump the document date.
* Mandate that the ID header must complete on the first page (to
remove any ambiguities about this requirement in RFC 3533).
* Remove reundant wording that rillian forgot to remove in 360a4117.
* Split the "Granule Position" section into subsections.
* Move the first paragraph of the "Other Implementation Notes"
section into the "Granule Position" section, add general seeking
implementation guidance, and be specific about the interaction
between pre-roll and pre-skip.
* Retitle the remaining contents of the "Other Implementation Notes"
section to "Packet Size Limits"
* Specify that all the header fields are REQUIRED (and add a
description of the Channel Mapping Table as a whole, so we can
say when it is REQUIRED).
* Specify that implementations MUST NOT reject headers with extra
data if they have an unknown minor version number.
* Add a reference to RFC 3629 (UTF-8).
* Minor formatting adjustments to vorbis-trim and vorbis-mapping
cites.
* Eliminate semicolons and terrible "Else, if" constructs.
|
|
|
|
Remove a redundant phrase from the previous commit.
Thanks to Tim for pointing this out.
Clarify what 'skipped' means.
Give a reference for the vorbis granulepos-trimming.
Commas and semicolons in the resampling decision list.
Capital SHOULD on treating unknown channel mapping families
as discrete.
Clarify why goes in the vendor string. Maybe needs an example?
'gstoggmux 1.0.12; libopus 1.2.3'
Remove a redundant word. 'could' already covers 'potential' and
the line is stronger without it.
|
|
Hopefully it's clear from this that the demuxer can parse the
TOC sequence to verify the equal-duration constraint.
|
|
|
|
|
|
|
|
|
|
This is what got submitted as version 01
|
|
Thanks to Ron Lee for pointing it out.
|
|
Adapted from http://wiki.xiph.org/OggOpus
|
|
|
