<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Nov 5, 2018 at 10:54 PM Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>>> Emily Bowman <<a href="mailto:silverbacknet@gmail.com" target="_blank">silverbacknet@gmail.com</a>> schrieb am 05.11.2018 um 20:46 in<br>
Nachricht<br>> <br>
> As you've found, Opus is always 48kHz, never more, never less. Its<br>
> resampler is very accurate, and should never introduce noise.<br>
<br>
That's an interesting point: Why is that so? Couldn't the file size (and computing effort on encoding/decoding) be reduced when allowing different sample rates? Especially when the source has lower sampling rate, I wonder whether that isn't just a waste of bits...<br></blockquote><div><br></div><div>It significantly simplifies the internal structure, the spec, the encoder, and the decoder, without wasting any bits. OK, the collection of missing bands generates one or two bits per frame, after entropy coding, but that's not significant in any use case. Opus was specifically designed for this scenario and aggressively optimizes it. If only 4kHz is in the input, only 4kHz will end up encoded, even if it's first upsampled to 48kHz.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe there's some bug still undiscovered. Would you agree that Opus should encode a pure sinus tone efficiently? Or would it really prefer to encode white noise?<br></blockquote><div><br></div><div>Whether efficiently encoding a continuously variable sine wave makes sense is waaaaaay outside my wheelhouse. Jean-Marc or Monty should answer that. I was just commenting on the fact that it probably needs to be re-runed at this point.</div><div><br></div><div>Em<br></div></div></div>