Bugzilla Bug 80690

There's a bug in faac 1.24, whereby if you create an MP4 file with track
numbers that begin with a 0, the track information is lost for tracks 8 and 9.

Many programs like kaudiocreator automatically prefix a 0 to track numbers 1-9,
and display this problem.


Reproducible: Always
Steps to Reproduce:
1. faac -o test.mp4 --track 08 test.wav
2.
3.

Actual Results:  
Track information is lost.

Expected Results:  
Create the tag correctly.

This is fixed in the latest CVS-based release, available here:

http://www.audiocoding.com/modules/mydownloads/singlefile.php?cid=3&lid=20

Hello!

Different problem, but same solution: For some input files, faac 1.24 seems to run into an endless loop. Considering the pattern the problem occurs in, I would say it has to do with memory initialisation. It even occurs with compiler optimisation turned completely off. However, it seems to be fixed in faac-cvs-18102004. I built the CVS version by renaming faac-1.24.ebuild to faac-18102004.ebuild. It worked out of the box.

I therefore strongly suggest to make an ebuild for the CVS version and have it tested. It seems to me that faac-cvs is indeed more stable than the "stable" version.

Found this solution on faac's sourceforge bug page:

"Changing the %i to %d in the 2 sscanf calls fixes the
problem and allows faac to handle properly track numbers 08
and 09.  This change is in frontend/main.c"

I did the changes, created a local ebuild (1.24.1) and compiled it.  Works like
a charm!

Sorry for being late, it should be fixed now.

Not fixed, since faac-1.24-r2 still applies faac-1.24-faad.patch, which removes
MP4 support, making this fix completely pointless...