ape tags when adjustement = 0

Help
2010-02-08
2013-05-09
  • Fabio Coatti
    Fabio Coatti
    2010-02-08

    Hi all, I'm facing this issue: if I apply  mp3gain with command line like -4 and the final result is "0 db change", so the file is already at optimal level, mp3gain doesn't saves ape tags, so next time that mp3gain is run it computes again the level from scratch.
    It happens only to me?
    Thanks.

     
  • Use foobar2000 instead.  It calculates to several decimal places, and I believe writes tags regardless.  Not to mention it's faster by an insane amount.

     
  • Fabio Coatti
    Fabio Coatti
    2010-02-08

    1- I'm using linux
    2- my question was related to an mp3gain issue, not wich is the best one
    3- I'm not interested in decimal places in gain values.

    So unfortunately your answer is a bit off topic, I fear.

     
  • Glen Sawyer
    Glen Sawyer
    2010-02-08

    "with command line like -4": please post the exact command line you use. I need to know the exact switches you're using so I can see what's happening.

     
  • Fabio Coatti
    Fabio Coatti
    2010-02-08

    Sure, my fault, forgot the switch,  sorry :)

    mp3gain -k -r -d 4 filename

    (it's called from a pyton script but I doubt this can matter.)

     
  • Glen Sawyer
    Glen Sawyer
    2010-02-08

    Hmm. Which exact version of mp3gain are you using? I just tried it with a few different versions, and all of them _do_ write the tag with that command line. It even prints a specific message while doing so:

    mp3gain -k -r -d 4 Intermission.mp3
    Intermission.mp3
    No changes to Intermission.mp3 are necessary    
    …but tag needs update: Writing tag information for Intermission.mp3

    The versions I tried were the current Ubuntu "karmic koala" repository (based on mp3gain 1.4.6), the current Debian "squeeze" repository (based on mp3gain 1.5.1), and a manual compile from the current source.

     
  • Heh, you never said you were using linux.  My answer was just fine.

     
  • Fabio Coatti
    Fabio Coatti
    2010-02-08

    Maybe the issue is related to clipping? i.e. when clipping is detected no information is saved?

    see this:
    cova@kefk ~/tt $ mp3gain -s d mtg.mp3
    cova@kefk ~/tt $ mp3gain -k -r -d 4 mtg.mp3
    mtg.mp3
    Applying auto-clipped mp3 gain change of 0 to mtg.mp3
    (Original suggested gain was 2)
    Applying mp3 gain change of 0 to mtg.mp3…
    cova@kefk ~/tt $ mp3gain -k -r -d 2 mtg.mp3
    mtg.mp3
    Applying auto-clipped mp3 gain change of 0 to mtg.mp3
    (Original suggested gain was 1)
    Applying mp3 gain change of 0 to mtg.mp3…
    cova@kefk ~/tt $ mp3gain -k -r -d 1 mtg.mp3
    mtg.mp3
    No changes to mtg.mp3 are necessary
    …but tag needs update: Writing tag information for mtg.mp3
    cova@kefk ~/tt $ mp3gain -k -r -d 1 mtg.mp3
    mtg.mp3
    No changes to mtg.mp3 are necessary
    cova@kefk ~/tt $ mp3gain -k -r  mtg.mp3
    mtg.mp3
    No changes to mtg.mp3 are necessary

    Only in last two cases mp3gain didn't computed the rg value and immediately applied the modifications. It seems that when mp3gain avoids the clipping no data is written to ape tags.

    Is this possible? ( I hadn't the time to look at source code :( )

    mp3gain version 1.5.1 / amd64 bit (gentoo)