Database List has Max Tracks?

[hendersj]

Build r17704 on an iPod Mini 1G here.

I've got a collection of radio programmes that I've put on my iPod, and in the standard firmware, they all show up under a single album (as they're tagged that way, that's expected).  There are about 317 programmes currently in the list.

But under Rockbox, I only see the first 99.  There are a few where the album has been improperly truncated (the album name is "ISIHAC", one track the album is "I", and one track the album is "ISIH").

How do I go about getting the tracks at the end?  As it happens, the oldest tracks are early and I'm going backwards year by year, so the current year I'm listening to doesn't show up in the list.

I can search for the title OK, but if there's a setting to tell Rockbox to show more than 99 entries per album, that would be ideal.

Thanks,

Jim

[evilnick]

In answer to your question... I'm sorry, I haven't a clue.

(Sorry, but I had to get that in there!)

[hendersj]

LOL, well, you got a laugh for that one. :-)

Anyone else?  Or should I log a bug in flyspray for it?

[Chronon]

You mention the Apple OS displaying them fine, so I guess this means you are using the database to view these files in Rockbox.  There was an issue discussed here: http://forums.rockbox.org/index.php?topic=9076.0 that involved some strange track sorting behavior.  However, it seems that you're seeing something a bit more since some of your tracks don't appear at all or are listed improperly.

I will guess that the tracks that appear with an improper album entry actually are not tagged properly.  Can you verify whether or not this is the case?  Perhaps improper tagging also explains the missing tracks as well?

[hendersj]

Yes, I'm using the database within Rockbox, that's where I'm seeing the issue.  The issue you pointed to the discussion of is one I didn't see, and in looking at my list again, it seems that that is the issue (I knew the episodes I was looking for were towards the end of the list, so I just scrolled backwards from the beginning and never went forward to track 10 - silly me).  So it seems the tracks are all there, I just didn't know they were sorted in this way.

I tagged all the files myself using id3v2 on Linux - it was a scripted tagging, and the tags look identical between ones that are properly listed and ones that aren't.  I can't find anything different about the tags on the files that are partially titled as "I" or "ISIH" instead of the full "ISIHAC".  In the iPod firmware, these tracks show up in the right place.

Thanks for the follow-up - looks like the list is complete (except for the two tracks that the tags are being misread on for some reason), just sorted in a way I didn't expect.

Jim

[Chronon]

Good to hear that you located those files.  Did you notice Bascule's comments in that thread?  His advice should allow the database to sort your files properly. 

I am not sure why the database would display the wrong information.  Does that problem persist if you reinitialize the database?

[hendersj]

I hadn't yet read the entire thread, so will do so on that.  I'll give that a try.

The problem with the other files not having the full album name does persist if I reinit the database.  Looking at the file info as well, the album title is wrong.  I'll triple-check the tagging on those files, but they do show up correctly in the iPod firmware.

Does Rockbox prefer id3v1 or id3v2 when it selects?  I'm wondering if maybe the tags didn't go through correctly in one version and the native firmware is picking up one and Rockbox is picking up the other.

[AlexP]

Does Rockbox prefer id3v1 or id3v2 when it selects?

Rockbox uses v2 if present in preference to v1

[hendersj]

I've double-checked, and the ID3 tags are consistent between v1 and v2; I also tried relabeling the tracks in question using id3v2 (command-line Linux utility), updated the database, restarted, and it still shows up incorrectly.

I have a theory, though.  Is there a maximum amount of memory that Rockbox allows for all ID3 tags?  The two tracks in common are different from most (but not all) of the other files in one respect:  There's a comments id3v2 field that's got a fair amount of data in it.  (Not measurable in KB, but it is 237 characters for one, and 338 for another).  Another is 239 and appears OK, but if the other tags are causing a limit to be exceeded, maybe (?) that would explain the title being truncated?

EDIT:  Just tried removing the comment field from one of the two tracks, and it now shows up correctly.  Seems that it's something with the comment tag, whether it's the length or something content-wise.