Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: aacgain version 1.9 released (Read 3212 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

aacgain version 1.9 released

I have completed the next release of aacgain. Updated files are in the mp3gain cvs repository on Sourceforge.

This release incorporates the following changes:
  • Fixed a bug in mp4v2 which caused iTunes music video files to fail with "not a valid mp4/m4a file" error.
  • Gives a more meaningful error message when attempting to process Apple Lossless files (which are still not supported by aacgain).
  • Built with updated mp4v2 and faad2 code, which should build error-free on modern Windows and Linux systems.
  • Built with latest mp3gain version 1.5.2 sources checked into CVS, which include id3v2 tag support.
  • MSVC++ solution and project files have been converted to Visual C++ 2010 Express Edition.
  • I now have access to both Linux and Mac systems, so I have modified Prakash Punoor's Unix build scripts to work correctly with the latest code changes. I have successfully built and tested aacgain on Ubuntu 10.04 and Mac OS X 10.6.
In my previous post announcing the beta test of this release, I said:
Quote from: davelasker on
A major change was made in the way the global_gain adjustments are made. In previous releases, the global_gain fields in the track were edited in-place. This was done by subclassing some of the mp4v2 C++ implementation files. In this release, I create a new audio ('soun') track in the mp4 file, copy the samples from the old track to the new track with the global_gain fields modified, then delete the original track. This means that files with multiple tracks (i.e. video files) might have the order of the tracks changed. I don't think this is a problem, but you never can tell...
After much testing, I have removed that code and have gone back to subclassing. I found many changes were being made to the track atoms (e.g. removal of the mp4a.pinf atom tree) and although the resulting files played correctly on everything I tested them on, I didn't feel comfortable with that approach. So I have gone back to subclassing, which edits the existing track data in-place.

See the aacgain home page for more info.

Dave
 

aacgain version 1.9 released

Reply #1 –
thanks a lot...
_