Code

Programming Languages: C

License: GNU General Public License version 2.0 (GPLv2), GNU Library or Lesser General Public License version 2.0 (LGPLv2)

Repositories

browse code, statistics, last commit on 2012-03-04 cvs -d:pserver:anonymous@faac.cvs.sourceforge.net:/cvsroot/faac login

cvs -z3 -d:pserver:anonymous@faac.cvs.sourceforge.net:/cvsroot/faac co -P modulename

Show:

What's happening?

  • Fix temporary file creation race (on UNIX)

    This patch fixes the race during the creation of the temporary file. It builds upon and thus includes the fix of ID:3512497, "Stale tmp files laying around". Thanks for faac(1)/faad(1), by the way.

    2012-04-10 09:08:47 PDT by sdaoden

  • Comment: Stale tmp files laying around

    So i've uploaded a second version as a complete git(1) changeset which is a bit more polished than the first one, and addresses the getpid(2) "problem", too. It is still terribly racy, but for that to be fixed the entire code flow had to be changed, and i'm not familiar with that. This version will do it for me, now and though. But it's really ugly, looking at code with so...

    2012-04-10 05:48:28 PDT by sdaoden

  • Comment: Stale tmp files laying around

    P.S.: However: with random IDs i would also change the getpid() loop. Just in case you're unlucky.

    2012-04-09 11:16:34 PDT by sdaoden

  • Comment: Stale tmp files laying around

    Sorry folks, i have no damnit experience with this .. tracker. I hope the patch makes it through to you. Yes, i really needed it. It's an one hour hack with no knowledge of the codebase, but should work somewhat. It's at least a nice starter. Is it.

    2012-04-09 11:14:51 PDT by sdaoden

  • Stale tmp files laying around

    common/mp4v2/mp4file.cpp: TempFileName() should place the file in the same dir as the original file, since rename(2) won't cross device boundaries. The following happened to me on SnowLeopard after moving my music library to an external HDD and working with that: ?0%0[steffen@sherwood tmp]$ ll /Volumes/DISK2S4/music.db/out.mp4 tmp* ls: /Volumes/DISK2S4/music.db/out.mp4: No such file or...

    2012-03-28 11:28:15 PDT by sdaoden

  • Add seeking and ALAC support in the faad frontend

    Hi, I 've found another patch applied by slimdevices for SqueezeCenter (the same resource from which the "support reading from stdin" patch originates) which adds support for seeking and decoding ALAC to the faad frontend: http://svn.slimdevices.com/slim/7.6/trunk/vendor/faad2/seeking%2Balac.patch?view=markup&pathrev=30642.

    2012-03-05 03:57:42 PST by fabian_deb

  • Comment: faac.h uses HAVE_INT32_T

    Do you mean windows? When build with configure it should be OK. If you use MS tools just define HAVE_INT32_T.

    2012-03-04 03:17:24 PST by knik

  • Freeware Advanced...

    knik committed patchset 619 of module faad2 to the Freeware Advanced Audio Coder CVS repository, changing 1 files.

    2012-03-04 01:59:02 PST by knik

  • Comment: faad segfaults on amd64 due to incorrect pointer size

    Yes, probably. I currently have no 64-bit system to try out.

    2012-03-03 02:41:29 PST by fabian_deb

  • Comment: faad segfaults on amd64 due to incorrect pointer size

    I think we should use something like u_int32_t here.

    2012-03-03 00:38:42 PST by knik

Our Numbers