aacgain 1.9 update

[ryandesign@…]

aacgain 1.9 is out so the port should probably be updated.

Begin forwarded message:

From: "David Lasker" <dave@altosdesign.com>
Date: August 3, 2010 16:28:58 CDT
To: "'Samuli Suominen'" <ssuominen@gentoo.org>, <marillat@free.fr>, <toni@links2linux.de>, "'Miguel Angel Alvarez'" <maacruz@gmail.com>, "'Prakash Punnoor'" <prakashp@arcor.de>, <binguri@yahoo.it>, "'Wolf Wilke'" <wwilke@genion.de>, "'Ben Allison'" <benski@winamp.com>, <hardloaf@gmail.com>, <mp3gain@hotmail.com>, <macports-mgr@lists.macosforge.org>
Subject: [macports-mgr] aacgain 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:

1.Fixed a bug in mp4v2 which caused iTunes music video files to fail with
"not a valid mp4/m4a file" error.

2.Gives a more meaningful error message when attempting to process Apple
Lossless files (which are still not supported by aacgain).

3.Built with updated mp4v2 and faad2 code, which should build error-free on
modern Windows, Linux, and Mac systems.

4.Built with latest mp3gain version 1.5.2 sources checked into CVS, which
include id3v2 tag support.

5.MSVC++ solution and project files have been converted to Visual C++ 2010
Express Edition.

6.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 email announcing the beta test of this release, I said:

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.

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). 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 http://altosdesign.com/aacgain for more info.

Dave

_______________________________________________
macports-mgr mailing list
macports-mgr@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-mgr

[ryandesign@…]

Replying to ryandesign@…:

Updated files are in the mp3gain CVS repository on Sourceforge.

I double-checked with David who confirms that the project is not releasing tarballs anymore, so we'll switch the port to fetch from CVS.

[ryandesign@…]

Nevermind: we weren't using David's tarballs anyway because the installation method he advocates is complicated (involves separately downloading sources for other projects). We had been using a repackaging of aacgain by Miguel Alvarez which includes all of that in one easy-to-install package. I asked Miguel if he will release a repackaging of 1.9, and he said he will, when he finds the time. So we should wait for that.

[tomasio@…]

Hey Miguel,

any chance you will do a repackage of 1.9 for macports any time? I would appreciate it ; )

[ryandesign@…]

Replying to tomasio@…:

Hey Miguel,

any chance you will do a repackage of 1.9 for macports any time? I would appreciate it ; )

Miguel is not participating in this ticket. You'll have to email him directly and ask him. (See the forwarded email in the description of this ticket for his address.)

[dgonyier@…]

Cc Me!

[ryandesign@…]

Has duplicate #38047.