From bb054b591806addc9e264690948708eabf6a7a5b Mon Sep 17 00:00:00 2001 From: "Timothy B. Terriberry" Date: Tue, 2 Feb 2016 22:11:35 -0800 Subject: oggopus: Minor rewording. This avoids the claim that all possible Opus implementations would run at rates that divide 48 kHz. Thanks to Mark Harris for raising the issue. --- doc/draft-ietf-codec-oggopus.xml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/draft-ietf-codec-oggopus.xml') diff --git a/doc/draft-ietf-codec-oggopus.xml b/doc/draft-ietf-codec-oggopus.xml index d537fde1..391bf08e 100644 --- a/doc/draft-ietf-codec-oggopus.xml +++ b/doc/draft-ietf-codec-oggopus.xml @@ -274,8 +274,8 @@ A page that is entirely spanned by a single packet (that completes on a The granule position of an audio data page is in units of PCM audio samples at a fixed rate of 48 kHz (per channel; a stereo stream's granule position does not increment at twice the speed of a mono stream). -It is possible to run an Opus decoder at other sampling rates, but all of them - evenly divide 48 kHz. +It is possible to run the Opus reference implementation at other sampling rates + but all of them evenly divide 48 kHz. Therefore, the value in the granule position field always counts samples assuming a 48 kHz decoding rate, and the rest of this specification makes the same assumption. -- cgit v1.2.3