<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;color:#500050">
<pre><code> I'm afraid this is pretty pointless as this was carried from the
 original code and was probably only targeting a specific set of
 alternative rates.</code></pre>
</blockquote>
<p>I was not aware of the history of the implementation, maybe I should have done a little <code>git blame</code> digging to see if the discussion under “What could be done in the future?” has already taken place.</p>
<p>Sorry about that!</p>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;color:#500050">
<pre><code> For a same bitrate, having a lower resolution with higher quality vs
 higher res with lower quality has no real benefit when final rendering
 is rescaled.
 Instead, we might want to never exceed the device resolution.
 And we can't have any feedback from vout.</code></pre>
</blockquote>
<p>Agreed, but we could trust that the user knows what he/she is doing, and therefor respect such request (if present). Though I am honestly not sure exactly how one would weigh the different streams in terms of their dimensions.</p>