Paint the Tiger, Carve the Swan

Mon 18th Jul 2005

Simpler iTunes Library Checker

Posted in the evening, filed under Languages , iTunes.

I posted some code exactly a month ago, then I find this.

I will rewrite the code so it is simpler, using the MacOS hooks that come with PyObjC.

 

« Older : Deeper iTunes Data

iTunes Library Checker 2.0 : Newer »

3 Responses to “Simpler iTunes Library Checker”

1. Bob Ippolito said:

   All of the stuff I did with PyObjC is pretty much available in the standard library. There’s a (cross-platform, but only shipped with Mac OS X) plistlib module that can read this flavor of XML files and parse them into similar data structures, and you already know about urllib’s method for converting file URLs.

   However, plistlib in Python 2.3 was horribly broken and won’t read any plist with dates in it (the iTunes library has dates). JvR and I fixed it for 2.4, but it’s still a hell of a lot slower than Apple’s highly optimized and specialized not-really-an-XML-parser implemented in Objective-C (well, C really… technically that code is in CoreFoundation).

   It’s also easier to say “install PyObjC” than “install Python 2.4, set up your PATH appropriately, etc.”.

   The find-forking is a little heinous, I’d have used os.walk() and os.path.isfile() to poke at the file system. os.path.exists() is a bit nicer than urlopen(), too.

   Oh, and there’s a set datatype built-in to Python 2.4 which you could’ve used (or the Set type from the set module in Python 2.3). It’s a LOT faster at being a set than a list is. A dict would be fast too just not with the nice set API.

   1 hour, 2 minutes after the fact.

2. Matthew Schinckel said:

   Thanks for the tips.

   I take it you mean calling the find line? It was about an order of magnitude faster that the python version. Perhaps this has something to do with the fact that my iTunes Library is stored on a remote volume, served via SMB.

   I found the urlopen() was easier to implement (IIRC, it was a month ago!) than converting the url to a filename. Of course, I’ll do that in the future.

   Oh, and I’m on Panther, with 2.3, so no joy there (on the set front, but also the plistlib, not that I’d come across this.)

   1 hour, 11 minutes after the fact.

3. Matthew Schinckel said:

   Do’h, obviously I did’t read the comment properly, re: Set.

   1 hour, 24 minutes after the fact.

Leave a Reply