Track Volume field and "-99999"

Get answers about using MediaMonkey 4 for Windows.

Moderator: Gurus

MMFrLife
Posts: 2894
Joined: Fri Oct 26, 2012 9:04 pm
Location: MM Forum

Track Volume field and "-99999"

Post by MMFrLife »

I did an "Unsynch'd Files" check and had an issue with a few files.
But without getting too much into the issue yet, a quick question first:

If you rip a cd, without doing anything after to the track volume, the Track Volume field
should be "clear, clean and pure" - right?

If you then clear it in MM (without actually needing to) by applying "-99999", you are putting something there that was not there already, right?
MM user since 2003 (lifetime lic. 2012) "Trying to imagine life without music gives me a headache"
Top 2 scripts: RegExp Find & Replace (e.v.) and Magic Nodes (e.v.) ZvezdanD's scripts site
Please take a moment to read the bottom of the linked page to support the one and only - ZvezdanD! (the "originator" since 2006).
MMW 4.1.31.1919; 5.0.4.2690 || back it up...frequently!
|| software for power users: "Q-Dir" (free alt. to explorer) and file/folder renamer: "ReNamer" (den4b)
"The absurd is the essential concept and the first truth"
😜
rusty
Posts: 8423
Joined: Tue Apr 29, 2003 3:39 am
Location: Montreal, Canada

Re: Track Volume field and "-99999"

Post by rusty »

Re. CD Rips: see http://www.mediamonkey.com/wiki/index.p ... veling/4.0 for an explanation of the 'Level Track Volume'. To summarize:
- If that option isn't enabled, then tracks will be ripped without any volume leveling offset saved to the track tags (unless you've enabled Options > Player > Volume Leveling > Automatically analyze volume of unanalyzed files, in which case MM will automatically analyze the volume after the track is ripped and save a volume leveling offset).
- If that option is enabled, then when the track is ripped, the volume will be analyzed and MediaMonkey will actually modify the volume of the resulting audio file (again without saving a volume leveling offset to the tag). Note that for a file that is leveled in this manner, if you subsequently perform 'Analyze Volume' on the file, it should calculate an Offset of ~0dB.

More about volume leveling at http://www.mediamonkey.com/wiki/index.p ... ncepts/4.0 (note that Level Volume in MM takes the MP3 Gain or Conversion approach depending on the format, Analyze Volume takes the Replay Gain approach).

Hope this clarifies.

-Rusty
MMFrLife
Posts: 2894
Joined: Fri Oct 26, 2012 9:04 pm
Location: MM Forum

Re: Track Volume field and "-99999"

Post by MMFrLife »

Thanks, but my question isn't about volume leveling itself, it's about the use of "-99999" to clear the volume leveling field.
I use a clearing batch preset with RegExp Find and Replace add-on and it had that field included (I've since taken it out of
the batch). The batch is intended to do a single sweeping clear of all the fields it includes, whether any of them need it or not,
so I don't have to worry about doing any one of them individually.

It clears the track volume field by using "-99999" to clear whatever is its current state. It seems that when this is done,
it causes a synch problem with that field when applying the Unsynch'd files check.

Isn't "-99999" an MM thing (not an add-on issue)? If so, why do those files not show as synched?
If I reconvert the files to the same specs, it corrects the issue.
As previously mentioned, I've taken that field out of the batch and there is no longer an issue when performing
Unsynch'd files.
MM user since 2003 (lifetime lic. 2012) "Trying to imagine life without music gives me a headache"
Top 2 scripts: RegExp Find & Replace (e.v.) and Magic Nodes (e.v.) ZvezdanD's scripts site
Please take a moment to read the bottom of the linked page to support the one and only - ZvezdanD! (the "originator" since 2006).
MMW 4.1.31.1919; 5.0.4.2690 || back it up...frequently!
|| software for power users: "Q-Dir" (free alt. to explorer) and file/folder renamer: "ReNamer" (den4b)
"The absurd is the essential concept and the first truth"
😜
Post Reply