Re: Alternative Location of Cocoa ID3 Framework??
Re: Alternative Location of Cocoa ID3 Framework??
- Subject: Re: Alternative Location of Cocoa ID3 Framework??
- From: Jens Alfke <email@hidden>
- Date: Wed, 7 Apr 2010 09:33:24 -0700
On Apr 7, 2010, at 1:54 AM, patrick machielse wrote:
Don't use that, it is no longer up to date. It was a valiant attempt
at ID3 support, but it doesn't adhere to the ID3 specifications very
well and it stumbles on real world tags more often than other
solutions do.
Yeah; after running into some bugs, and looking through the source
code, I decided I wasn't comfortable letting it rewrite MP3 files.
It's all too easy to imagine a bug in the code destroying files, which
would make me and/or hypothetical end-users very sad.
TagLib adheres strictly to the ID3 standard but by default it uses
workarounds for the instances when iTunes doesn't... It is also very
stable, actively developed, it's covered by a usable license (lgpl),
supports more tags than just ID3, and there's a development mailing
list. What more do you want?
Interesting! Does it support AAC files? (Those don't use ID3, they use
QuickTime 'atoms' for the same purpose.)
FYI to the OP: If you haven't worked with LGPL code before, be aware
that you must build it into a separate dynamic library or framework
that you can bundle inside your app. Statically linking the code into
your app violates the LGPL license, unless you also release your
entire app under the LGPL. (Unfortunately this makes using LGPL code
in iPhone apps virtually impossible, but that's probably not an issue
in this case...)
—Jens_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden