Rob:
Briefly, I just joined the list. I'm using libid3tag for an application I am building which is a gtk-based manager for Creative Nomad II series players (transfer + a bit of file management). Just like Dominic, I tried id3lib, but it was a nightmare to get to work. In contrast, I already have your id3 library up and running! If you need any help with anything, let me know. In particular, I think you should include some kind of API reference with the package, as well as an explicit, simple example program.
On Sun, 2002-04-14 at 04:43, Rob Leslie wrote:
To keep things simple, Audacity provides the user with a choice control to set the genre - i.e. they can't type in their own. This keeps the dialog box compatible with both ID3V1 and ID3V2.
It would be nice if libid3tag made it easier to work with genres by number. Currently I'm using the id3_genre_name function in a rather roundabout way - when I want to retrieve the 29th genre name, I sprintf 29 to a string, convert it to a ucs4 string, then pass that to id3_genre_name.
All I want is for you to export two functions: one which returns the number of genres, and another which returns the nth genre.
Yes, this is something I was planning to add. Instead of two functions, I was only going to add one which returned a null pointer after the last valid genre number.
To have a nice clean API, I think Dominic's idea is better. This would totally insulate the user from any of the data structures, and give some nice clean functionality. I don't have all of the functions committed to memory to yet, but it _may_ also be helpful to have a function that returns the number (int 29, or whatever) that corresponds to a given genre ("blues").
Regardless of any critical comments I make, your lib is great. Like I said, let me know if you need any help.
Neil Hodge nhodge@attbi.com