0002372: Calculate leveling co-efficient when 'Level Volume' is enabled for Rip and Convert

ID	Project	Category	View Status	Date Submitted	Last Update

0002372	MMW v4	Conversion/Leveling	public	2006-02-16 18:08	2013-01-10 08:28

Reporter	rusty	Assigned To
Priority	urgent	Severity	minor	Reproducibility	always
Status	assigned	Resolution	open
Target Version	4.1

Summary	0002372: Calculate leveling co-efficient when 'Level Volume' is enabled for Rip and Convert
Description	There have been several posts where users are confused about why there's no volume leveling co-efficient when they've specified that MM should Level Volume during a convert or rip operation. To avoid this, MM should analyze the volume for tracks whenever this option is enabled.
Tags	No tags attached.

Fixed in build

jiri 2006-02-16 21:41 administrator ~0006895	I don't understand, do you mean to analyze tracks after they were converted/riped?

rusty 2006-02-17 05:12 administrator ~0006898	Yes--any tracks that are converted/ripped with this option enabled should have volume leveling co-efficients attached to them (which would imply that the analysis would be done right after they are ripped/converted OR we just attach a 0db differential to them, knowing that they've been ripped at a 0db differential).

jiri 2006-02-17 07:53 administrator ~0006900	We could do so, the only thing that is against this solution (and that actually prevented me to do so already) is that depending on chosen encoding it must not be necessarily true that track is levelled at 0db.

rusty 2006-06-30 21:56 administrator ~0007396	So you're saying that in some cases, even if 'Level Volume' is enabled, the volume leveling coefficient wouldn't be Odb? Even if that's the case, so what? At least the user will see the degree to which the track has been levelled. Unless I'm missing something....

jiri 2013-01-10 08:28 administrator ~0034356	Seems that the best solution would be to: a. Assign 0db to lossless formats, since the coefficient can't change there. b. Calculate leveling coefs after conversion for lossy formats. Alternatively, we could test which formats have small diffs after conversion and for them we could do the same as in case 'a'.