Am Sonntag, den 10.04.2011, 23:35 +0200 schrieb manner.moe@gmx.de: > P.S.: Also himd recorders and SonicStage keeps unused string slots for > unnamed tracks. I think we should use this mechanims too to avoid > incompatibilities. This statement does not seem to be true in regard to recorders. I just recorded a track using an MZ-RH1 Hi-MD walkman by just pushing (i.e. dragging) the record button and pressing the stop button after a couple of seconds. The trackindex entry contains the value zero for track string index, album string index, artist string index and album track number. No empty slots have been created. If you record a lot of tracks to the Hi-MD, stringslots will be a real scarce resource. You have up to 2047 tracks, and up to 4095 string slots. Now remember that each string occupies at least one slot. If you allocate one album, one artist and one title string, the string table is completely filled after 1365 tracks. Now remember you just have 13 latin-1 characters, 6 UTF-16 characters or a similar low amount of shift-jis characters in this one slot per track, so meaningful title, artist and album titles will most likely occupy more than one slot. It adds to the problem, that you must not share strings (that is, for two songs from the same album, you need to store the album title twice, because the recorder deletes the album title string as soon as you delete the first song). In this context, I consider wasting slots with empty strings a really bad idea. Another patch from you I left out is the id3tag linker flags patch. The linker flags for id3tag should be added by pkgconfig, even on Win32. If that doesn't work, rather fix the .pc file than hack it in the qhimdtransfer makefile. Did you build the id3tag library yourself? If yes, could you add building instructions to our Wiki (I suppose you have write access to it)? Regards, Michael Karcher