From: Jens T. <jl...@sh...> - 2004-04-10 23:04:53
|
On Wed, Apr 07, 2004 at 11:05:02PM +0200, Jens Taprogge wrote: > I will try to give the iTunesDB a shot tomorrow night. So if it is not > to complicated perhaps we have s/th by the day after tomorrow. Well I guess better late than never... I have finally managed to take a closer look at the problem. I ahve decided to implement a library from scratch. So far it can read most of the information on tracks (as opposed to playlists). Writing is not yet supported. But the library is designed in a way that makes it possible to update single entries without rewriting all the whole file. I think it might also be a bit faster than the gtkpod implementation. But I have not measured that. However the test program takes about 127 milliseconds to read a 1779 songs iTunesDB on a 2.4 GHz Pentium 4M (output piped to /dev/null). So far the library is only 6480 bytes large (stripped). So far the lib does not handle converison of the iTunesDB strings (UTF-16). And I am not sure it should. Basically I am undecided between not handling conversion (and leaving that part to the app) or converting everything to UTF-8. The latter has some performance and/or memory usage advantages. What does everyone else think? Also please comment on the api. It is not documented to well (a bit of documentation is in itunesdb.h) but I think it should become pretty clear by looking at the test program. You can find the tarball at http://www-users.rwth-aachen.de/jens.taprogge/files/libitunesdb_0.1.tar.gz Best Regards Jens PS: Btw. it should be really easy to change the test program to output a shellscript to create a link-farm. -- Jens Taprogge |