View Issue Details

IDProjectCategoryView StatusLast Update
0003763MMW v4Conversion/Levelingpublic2009-02-21 16:22
Reporterrusty Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Fixed in Version3.1 
Summary0003763: Background volume analysis triggers errors for inaccessible tracks / CDs
DescriptionIf a CD that is part of the library is inserted and auto-leveling is running, MM generates an error when it attempts to auto-level the CD.

If CD leveling is impossible, it should be silently ignored.
TagsNo tags attached.
Fixed in build1194

Relationships

related to 0003722 closedpetr Regerssion : in some cases auto-leveling can throw an error 
related to 0000051 closedLudek Errors interrupt Caching/Normalization/Conversion/Synchronization Operations 
related to 0004412 closedLudek Fixed failed rips should generate a single error message after rip operation 

Activities

Ludek

2008-10-18 11:27

developer   ~0014784

I guess we should add the same logging mechanism as is implemented in case of 0004412

Ludek

2008-10-18 19:49

developer   ~0014785

Added the same logging mechanism as is implemented for ripping with message string:
'There was a problem levelling volume the following Track(s):'

Added in build 1190.

rusty

2008-10-19 01:04

administrator   ~0014788

Question on this:
Wouldn't it be preferable to calculate a levelling coefficient if the CD is present? Or is this impossible?

Ludek

2008-10-19 10:52

developer   ~0014792

It is possible, but my guess is that it will uselessly slow down the levelling operation. And what the other file types (wma, mp4, ...)? Should their levelling coefficients be calculated althoug such a tracks cannot be levelled?
So far for such a tracks the 'Track volume may be leveled only for MP3 Tracks.' error was thrown and calculating the coefficients was not performed. The current behaviour is the same, but these errors are logged so that other (mp3) tracks could be properly levelled.

jiri

2008-10-19 11:37

administrator   ~0014793

I think that auto-leveling should completely ignore removable media. I.e., if user wants to calculate leveling for such media (Audio CD, Data DVD, Flash, ...) it should only be started manually.

Ludek

2008-10-19 11:49

developer   ~0014794

Last edited: 2008-10-19 11:56

There seems to be a little misunderstanding, you both probably mean auto-analyze volume, I fixed the levelling - i.e. if user performs the "Level Track Volume" action for selected tracks.

rusty

2008-10-19 17:40

administrator   ~0014799

Yes, you're right--the bug wasn't described properly; the bug is about the fact that auto-volume analysis generates an error when it attempts to auto-level a CD.

I guess that this issue is still open.

Ludek

2008-10-20 14:16

developer   ~0014807

Last edited: 2008-10-20 18:01

Fixed in build 1190: only accessible tracks that are not on a CD-ROM, removable drive or remote drive (network) are auto-analyzed now.

jiri

2008-10-20 18:23

administrator   ~0014809

I think that network drives should be auto-analyzed, they quite often contain user's collection.

Ludek

2008-10-20 18:30

developer   ~0014810

Ok, fixed.
i.e. Only accessible tracks that are not on a CD-ROM, removable drive are auto-analyzed now.

rusty

2008-11-20 21:01

administrator   ~0015034

Verified 1193.

rusty

2008-11-21 19:49

administrator   ~0015062

Re-opening. It seems that if I have a VCD with only 2 of the tracks present (i.e. only 2 tracks from a CD saved to the VCD), then MM will successfully ignore the CD.

BUT, if I subsequently add tracks to the library, MM will not automatically analyze volume on them (the process terminates when it gets to the VCD).

Ludek

2008-11-21 22:49

developer   ~0015068

Althoug I has not been able to reproduce your issue I found another tweak:
CD tracks in VCD are auto-analyzed, I think that they should not, because otherwise it launches analyzing of whole album including the CD tracks.
i.e.
I fixed it: CD tracks in VCD are not auto-analyzed
(this probably fix also your issue which I has not been able to reproduce)

Fixed in build 1194.

stephen_platt

2009-02-21 16:22

developer   ~0016862

verified 1224