From fd2992aaab93c646c5b5ef54496dd10f70635d08 Mon Sep 17 00:00:00 2001 From: Ralph Giles Date: Fri, 8 Aug 2014 23:07:36 -0700 Subject: Ogg Opus Draft: bump release date, version, and more cleanup. --- doc/draft-ietf-codec-oggopus.xml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/doc/draft-ietf-codec-oggopus.xml b/doc/draft-ietf-codec-oggopus.xml index 9f073c99..db4542de 100644 --- a/doc/draft-ietf-codec-oggopus.xml +++ b/doc/draft-ietf-codec-oggopus.xml @@ -11,7 +11,7 @@ ]> - + Ogg Encapsulation for the Opus Audio Codec @@ -60,7 +60,7 @@ - + RAI codec @@ -365,7 +365,7 @@ A 'pre-skip' field in the ID header (see ) signals the number of samples which SHOULD be skipped (decoded but discarded) at the beginning of the stream. This amount MAY not be a multiple of 2.5 ms, MAY be smaller than a single - packet, or MAT span the contents of several packets. + packet, or MAY span the contents of several packets. These samples are not valid audio, and should not be played. @@ -702,7 +702,7 @@ Although the output gain has enormous range (+/- 128 dB, enough to amplify inaudible sounds to the threshold of physical pain), most applications can only reasonably use a small portion of this range around zero. The large range serves in part to ensure that gain can always be losslessly - transferred between OpusHead and R128_TRACK_GAIN (see below) without + transferred between OpusHead and R128 gain tags (see below) without saturating. @@ -1173,7 +1173,7 @@ The user comment strings follow the NAME=value format described by ARTIST, TITLE, DATE, ALBUM, and so on. -Two new comment tags are introduced for Ogg Opus: +Two new comment tags are introduced here:
@@ -1200,7 +1200,7 @@ R128_ALBUM_GAIN=111 ]]> representing the volume shift needed to normalize the overall volume when - played as part of a collection of tracks. + played as part of a particular collection of tracks. The gain is also a Q7.8 fixed point number in dB, as in the ID header's 'output gain' field. @@ -1229,10 +1229,10 @@ If a tool modifies the ID header's 'output gain' field, it MUST also update or To avoid confusion with multiple normalization schemes, an Opus comment header SHOULD NOT contain any of the REPLAYGAIN_TRACK_GAIN, REPLAYGAIN_TRACK_PEAK, REPLAYGAIN_ALBUM_GAIN, or REPLAYGAIN_ALBUM_PEAK tags. -The normalization is preferred to the earlier + normalization is preferred to the earlier REPLAYGAIN schemes because of its clear definition and adoption by industry. -PEAK normalizations are difficult to calculate reliably because of variation - in excursion heights due to decoder differences. +PEAK normalizations are difficult to calculate reliably for lossy codecs + because of variation in excursion heights due to decoder differences. In the authors' investigations they were not applied consistently or broadly enough to merit inclusion here. @@ -1243,7 +1243,7 @@ In the authors' investigations they were not applied consistently or broadly
-Technically valid Opus packets can be arbitrarily large due to the padding +Technically, valid Opus packets can be arbitrarily large due to the padding format, although the amount of non-padding data they can contain is bounded. These packets might be spread over a similarly enormous number of Ogg pages. Encoders SHOULD use no more padding than required to make a variable bitrate -- cgit v1.2.3