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...
