Some tracks are not played by Rockbox in Sansa Clip Zip

[BPreusing]

On my new Sansa Clip Zip 8GB with 32GB card I installed Rockbox 3.13 and transferred all my 20GB music onto it.
Rockbox is very nice, except for this _very_ small display, but I think, this is a theme/font topic...

But amongst my files are 4 manually ripped audio books from 4 CDs containing 27 tracks placed in 4 folders.
All are ripped with 128 kBps, 44.100 Hz stereo.

Only 6 of the 27 tracks can be played by rockbox. All others are are stuck at 0:00 while displaying the track and album title correctly.
These files are always the same, no matter how I start them: files, database, playlist.

When I boot to the original Sandisk firmware, all tracks can be played correctly.
And they are played by every other MP3-player I could test on PC or on my older Creative ZEN X-Fi.

I could attach the smallest not playing mp3 here (approx 4MB), but I'm not allowed to.

Any idea?

[toehser]

Weird.  I'm curious about this one.  Maybe mail me one of the files or put it on a website where it can be picked, and I'll see if I can reproduce it?  My email is Tom@Toms.NET.  The small display is a challenge for me, to, I've been trying to make a theme I'm happy with, so far my best effort is 'tomsway2', I'm interested in feedback on what would work for other clip zip users who don't like the default.

[BPreusing]

Weird.  I'm curious about this one.  Maybe mail me one of the files or put it on a website where it can be picked, and I'll see if I can reproduce it?

Meanwhile I've sent you one of the problematic files by mail.
It seems that all _ripped_ files larger than 4-5MB are not played.

[toehser]

Good news / bad news...

I tried it and it worked fine.  Then I switched my theme to BluSky _while it was playing_ ... and it stopped.  Then it wouldn't play again on any theme.

But when I reboot the player, in another theme, it works fine...

I think BluSky is part of the problem...

For me, using tomsway2, it plays... using BluSky... it won't play...

CLUELESS as to the WHY of that... still looking... Not optimistic I'll figure this one out easily.

Especially as it seem to be borken until I reboot the player completely, once BluSky tries to play it.

[toehser]

I can reproduce it in the simulator, too, I did it with --debugwps, and saw:

Read metadata for /tunes/test/test.mp3
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle
bufopen(): failed to add handle

Same behavior in the simulator - works with the theme "tomsway2", fails to play with this error with "BluSky", and once it fails, it is borken until restart of the simulator.

[toehser]

Maybe it is related to bug FS#12878 - Zero-length embedded album art prevents mp3 playback, I see APIC (Attached picture): ()[, 0]: image/jpg, 0 bytes
 in the file, since the theme that worked doesn't display album art, this makes sense...

Confirmed:

Doing tom@26m:~/rockbox/source/rockbox/build/simdisk/tunes/test$ id3v2 -r APIC *
Deleting Frame APIC in file test.mp3 ...
tom@26m:~/rockbox/source/rockbox/build/simdisk/tunes/test$

Fixed the file.

[toehser]

So, either fix or remove the empty album art tags, or use a theme that doesn't display album art...

Existing known bug 12878 breaks playback when album art is zero length and a theme tries to display it.

[saratoga]

If you're running 3.13, update to the current build which evidently has FS#12878 fixed.

[toehser]

Are you sure?  I didn't read the commentary to imply it had ever been merged...

I'll do a git update and see if it is fixed...

[toehser]

Yes, it is fixed on head.

[BPreusing]

Thanks to all helpers! 

Never thought of such a possibility! I ripped and tagged those files 12 years ago, don't remember which tools I used...

I'm using theme Clyp_E now. All problematic tracks play fine!
... and I really can read the text on that nano-display now

[hifiboss]

Hello.

I have the 0:00 issue with my Clip Zip with a newly released album from few weeks ago.

I checked the files, they are fine. sfv check is OK. Play fine with foobar2000. Tried to delete/copy again on SD card again (with safe eject as always). I'm currently listening to that same exact album on foobar2000 from the sd card and it plays perfectly.

I updated my rockbox version from the stable 3.13 to the dev builds (0eae33c) but the problem persists. Don't know what to do more...

Is it related to the artwork ?

Cheers.

[saratoga]

If updating the build didn't help its probably not related to the problem in this thread.

What type of files are these?  Can you post a link to one of them?

[hifiboss]

Thank you for the help.

They are standard .mp3 files encoded with LAME3.98r with id3 tags.

I tried to fix the header with foobar and with rockbox, nothing seems to help. These files seem perfect, I think the problem comes from rockbox.

Here you are the first track (untouched) of the album : http://www71.zippyshare.com/v/28985669/file.html

Cheers.

[saratoga]

I tried to fix the header with foobar and with rockbox, nothing seems to help. These files seem perfect, I think the problem comes from rockbox.

Here you are the first track (untouched) of the album : http://www71.zippyshare.com/v/28985669/file.html

That file plays fine on the Clip Zip.