Updated FAQ document.
This commit is contained in:
parent
1dc71117bb
commit
f6a433c8a5
@ -669,15 +669,15 @@ VBR quality level. These options control the "file size -vs- quality" trade-off.
|
||||
better quality at the cost of a bigger file (increased bitrate); or you can get a smaller file at the cost of<br>
|
||||
reduced sound quality (decreased bitrate). The "algorithm quality" is yet another way to control the quality.<br>
|
||||
<br>
|
||||
While the chosen bitrate (or VBR level) influences the resulting bitrate, the algorithm quality does not!<br>
|
||||
While the chosen bitrate (or VBR level) influences the resulting file size, the algorithm quality does not!<br>
|
||||
Instead, the algorithm quality controls the "encoding speed -vs- quality" trade-off. That means, you can get<br>
|
||||
a better sound quality at the cost of increased encoding time (higher algorithm quality); or you can get a<br>
|
||||
faster encoding speed at the cost of reduced sound quality (lower algorithm quality). Note that while the<br>
|
||||
algorithm quality does influence the encoding speed, it does NOT influence the decoding speed at all. Also<br>
|
||||
note, again, that the chosen algorithm quality does NOT influence the resulting file size at all.<br>
|
||||
note, again, that the chosen algorithm quality does NOT influence the resulting file's bitrate at all.<br>
|
||||
<br>
|
||||
The LAME algorithm quality is an integral value between "0" (best/slowest) and "9" (worst/fastest), but NOT<br>
|
||||
all possible values will currently have a distinct effect! More specifically, the following table applies:<br>
|
||||
all of the possible values currently have a distinct effect! More specifically, the following table applies:<br>
|
||||
<br>
|
||||
For CBR and ARB modes:<ul>
|
||||
<li>0: Use slowest & best possible version of all algorithms
|
||||
|
Loading…
Reference in New Issue
Block a user