http://altosdesign.com/aacgain/aacgain_1_0_to_1_1.patch

Fixes witt's problem with 5.1 files. They didn't work bacause there was no code to deal with files with >2 channels. I stole the 5.1 analysis algorithm from foobar2000 and added it to aacgain. If you don't like it, adjust to taste.
I also fixed a problem reported by snelg where the output with /o flag didn't always match what the MP3GainGUI expects.

http://altosdesign.com/aacgain/aacgain_fix_bible.patch

Fixes Digga's problem with the files from the m4a-bible. These files were mono. I had modifed faad2 to skip decoding, and only parse files when gain was being adjusted. Unfortunately for mono files I skipped over some code that was needed for parsing.

These patches can be applied singly or together.

I'll be making a 1.1 release next week.

I received a Linux port from DarkAvenger. I haven't had a chance to look at it yet, but if it doesn't break the windoze code, I'll add that as well.

Thanks to all for your positive comments.

Happy Holidays!

Dave

ah, so it wasn't just because of my dumbness
that's good to hear.
thanks for your work.

Version 1.1 is now available on http://altosdesign.com/aacgain. No patching required!

Thanks to all for your help and feedback!

Dave

could some kind soul build a binary (win)?

Already did a couple of days ago:
http://celticdruid.no-ip.com/xvid/aacgain/

ty.
maybe it would be a good idea to update the version at RW too...

I emailed rjamorim a binary on Sunday, but he hasn't updated RW yet. He's probably still celebrating xmas

Dave

does this tool handle the normalization of single streams in .mp4 files with multiple tracks in it (eg two aac audio streams, audio+video, aac and mp3 audio streams in one .mp4, ...)

mp3 processing is unmodifed from mp3gain. I don't think it will handle mp3 in an mp4 container.

aacgain only handles files with a single track. It will refuse to process a multi-track file.

If aacgain doesn't meet your needs, feel free to modify it

i am not a developer

than just note this as a feature wish for christmas: an option to define which trackid the gain gets applied to.
i assume now your tool does this automatically on the trackid 1 (which most aac-only encoders use, but its already easily doable to get an aac-only file where the audio stream is not on place 1. eg muxing an aac stream with mp4box into .mp4 will give it the id 101 afaik, which is the id defined by isma for aac-in-mp4)
afaik mpeg4ips mp4v2 lib should handle different trackids already

aacgain checks that there is one track in the file, and then processes it, regardless of its track id. Does that help you?

In the case of multiple tracks, would it be useful to have aacgain automatically process all tracks?

Thanks for the feedback!

Dave

thanks for the info


hm, what is if there are video tracks in the .mp4 files too? wouldnt this cause problems

i am coming more from the video encoding side and there people often combine aac and mpeg-4 video in the .mp4 container.
(most of the time 1 video stream and 1 audio stream (in few cases also more audio streams))

if your tool could recognize that a stream is video and doesnt try to gain it, a "do gain on all tracks" option would be indeed nice

I've made the necessary changes in the MP3Gain GUI to fully integrate with aacgain.
Well, fully integrate with it if you re-name it to "mp3gain.exe"

http://mp3gain.sourceforge.net/download.php

-Glen

Hi Snelg, I wonder whether you got my email about the trouble I am having with the gain analysis in linux. Any bright ideas?

I've tried AACgain through your very useful GUI (thanks), and there were errors after I applied track gain. The generated log is here.

I've also noticed that many blank and non-blank temporary files were generated in MP3Gain folder, and are not deleted:
ftp://ftp2.foobar2000.net/foobar/MP3GainGUIErrors.png

Any idea?

Sorry, these are both my bugs.

I was returning the "old-style" return code to MP3GainGUI on success; the "new-style" on failure. As a result MP3GainGUI thought all runs of aacgain failed. I also neglected to delete a temp file when the /t option was used.

I've posted updated source code on http://altosdesign.com/aacgain/ and emailed Roberto an executable to post on RW.

Version 1.1 will work with the old version of MP3GainGUI, but if you are using the latest versions of MP3GainGUI (1.2.5 or 1.3.4) then you must use aacgain version 1.2.

Thanks for finding this!

Dave

This is very nice...any chance that that aacgain might be able to work with Apple Lossless in the near future?

Just to clear up stuff: AAC and Apple Lossless have only one thing in common: that they are both supported by Apple.

No chance of that happening.

If you have lossless, or other formats other than aac & mp3 in your iTunes library, then use iTunes's soundcheck instead.

Dave

It's already uploaded.

Best regards;

Roberto.

Wonderful piece of software. I just used it on my iTunes Music Library folder, but there were 6 files that wouldn't be changed, the log said Error: Wrap while modifying gain. Any idea why this happens?

from the command line, run

aacgain /? wrap

for an explaination of wrapping. Unlike mp3gain, aacgain does not permit wrapping.

Dave