Long/odd filenames that consistently don't play

[andrewski]

I'm having an odd problem with only a few tracks on my Rockbox-rockin' IAUDIO X5.

Only a very few files will consistently not play.

Some examples:
MUSIC/Jean Sibelius/The Complete Symphonies (Lahti Symphony Orchestra feat. conductor Osmo Vänskä) (disc 2)/01-Symphony No. 2 in D major, Op. 43 I. Allegretto.flac
MUSIC/Jean Sibelius/The Complete Symphonies (Lahti Symphony Orchestra feat. conductor Osmo Vänskä) (disc 2)/02-Symphony No. 2 in D major, Op. 43 II. Tempo Andante, ma rubato.flac
MUSIC/Jean Sibelius/The Complete Symphonies (Lahti Symphony Orchestra feat. conductor Osmo Vänskä) (disc 2)/03-Symphony No. 2 in D major, Op. 43 III. Vivacissimo - attacca -.flac
MUSIC/Jean Sibelius/The Complete Symphonies (Lahti Symphony Orchestra feat. conductor Osmo Vänskä) (disc 2)/04-Symphony No. 2 in D major, Op. 43 IV. Finale. Allegro moderato.flac

In this case, the first two tracks will play and then loops back to the first track. It shows "1 of 4" but only plays 2 tracks before looping.

There's another example involving files in the "Antonín Dvořák" folder, but I don't have them on my device currently and, for the life of me, can't get the filenames from my home machine right now. Those files don't show up at all in the database.

Is it the long filenames or the special characters? Or what?

[bluebrother]

is the path you showed the complete path on the player? FAT has a limitation of 255 characters for the filename including the complete path. Linux can create files that violate this limitation so maybe this is your cause?

[andrewski]

is the path you showed the complete path on the player?

Yes, I copied that directly from my player.

FAT has a limitation of 255 characters for the filename including the complete path. Linux can create files that violate this limitation so maybe this is your cause?

Certainly possible; I don't think the players copying to it are minding any sort of filename length limit. I should be able to test if that's the case by moving those tracks into a higher-level folder, right?

(The odd part is that track 2 has a longer filename than track 3 though....)

[MarcGuay]

If you play the 3rd track, does it play properly and is it labelled properly?  There's been an issue lately with the 3rd track and the last track not being played correctly and this would seem to fit.  Search the forums a bit (I think there might be a flyspray entry as well) or maybe just play around with the 3rd and last track in other folders to see if that has anything to do with it.


FS: http://www.rockbox.org/tracker/task/8520

[Lear]

The characters seem more likely, as the path isn't too long. If the files on the source computer use a funny encoding (like storing UTF-8 chars in the FAT long name), the strange chars can get corrupted in Rockbox. I think you can check that by going to the playlist viewer.

I once tried to figure out where the corruption happened, but wasn't successful...

[bluebrother]

If the files on the source computer use a funny encoding (like storing UTF-8 chars in the FAT long name), the strange chars can get corrupted in Rockbox.

FAT uses UCS-2 (a subset of unicode) as encoding for the long file names. I don't think linux allows you to create files with characters from outside of UCS-2 on FAT devices. Linux isn't too strict following the FAT specs, but from the file names you posted I can't see any characters that would be invalid in UCS-2. Maybe you can run chkdsk /f on a windows box and / or check the filenames on windows?

[andrewski]

If you play the 3rd track, does it play properly and is it labelled properly?

Yes, so it doesn't quite sound like that issue. (Right?)

[andrewski]

Linux isn't too strict following the FAT specs, but from the file names you posted I can't see any characters that would be invalid in UCS-2. Maybe you can run chkdsk /f on a windows box and / or check the filenames on windows?

Yeah, these filenames were posted from Windows (I was at work). They seem OK.

I just added the Antonín Dvořák files back (probably the more unusual case) and they don't even show up right. Their album name is really long, so the tracks from both discs end up being combined into one (it cut off the "(disc #)" portion from the end).

But it seems like there's something else going on: These files weren't playing at all, so I renamed the album folder they were in (in hopes of fixing the combining problem). Now the files will play, but the albums are still combined (so it seems like that's a limit of the database itself).

I changed the filename from
MUSIC/Antonín Dvořák/Dvořák_ Symphonies Nos. 7-9, Carnival Overture _ Smetana_ _Bartered Bride_ Overture, _From My Life_ Quartet (Cleveland Orchestra feat. conductor_ George Szell) (disc 2)/01. Symphony No. 8 in G major, Op. 88 I. Allegro con brio.flac
to
MUSIC/Antonín Dvořák/(disc 2)/01. Symphony No. 8 in G major, Op. 88 I. Allegro con brio.flac.

Might that be too long to be played?

[bluebrother]

But it seems like there's something else going on: These files weren't playing at all, so I renamed the album folder they were in (in hopes of fixing the combining problem). Now the files will play, but the albums are still combined (so it seems like that's a limit of the database itself).

Ah, so you're using the database for playing the files? Do they work correctly if you play them from the file browser?

[andrewski]

Ah, so you're using the database for playing the files? Do they work correctly if you play them from the file browser?

Well, they play from either place, but it seems that the database truncates the album name when populating (so everything's combined). So to get the correct order I end up playing them from the file browser.

[andrewski]

Linux isn't too strict following the FAT specs, but from the file names you posted I can't see any characters that would be invalid in UCS-2. Maybe you can run chkdsk /f on a windows box and / or check the filenames on windows?

Yeah, these filenames were posted from Windows (I was at work). They seem OK.

I just renamed these files to get rid of the ä character and it still skips tracks 3 and 4.

[MarcGuay]

I just renamed these files to get rid of the ä character and it still skips tracks 3 and 4.

Did you follow through on my suggestions at all?  Try playing the third and last tracks from other folders and see if you notice any similar behavior.

[andrewski]

Did you follow through on my suggestions at all?  Try playing the third and last tracks from other folders and see if you notice any similar behavior.

I replied above a few days ago: http://forums.rockbox.org/index.php?topic=15457.msg115288#msg115288

Other folders are fine, it's just with this folder that I notice this problem.

[MarcGuay]

I replied above a few days ago: http://forums.rockbox.org/index.php?topic=15457.msg115288#msg115288

Other folders are fine, it's just with this folder that I notice this problem.

Okay, it wasn't clear that you'd tried other folders.  The only thing I can think of suggesting at this point is to examine the ID3 tags and make sure they're not excessively long (I forgot what the limit is, probably 255 characters) or corrupted or... who knows.  You could always just delete them from the files and see if that has any effect on playback.

[andrewski]

The only thing I can think of suggesting at this point is to examine the ID3 tags and make sure they're not excessively long (I forgot what the limit is, probably 255 characters) or corrupted or... who knows.

Well, these are FLAC files, so I have Vorbis comments instead of ID3 tags. But whose limit do you mean? If it's ID3's then I'm fine, but if you're referring to some Rockbox limit, I may need to look at something or other.