Support and General Use > Audio Playback, Database and Playlists
File plays in iRiver 1.29k fw but not in Rockbox daily build
bluebrother:
If you are running linux you could look at the output of the "file" command. I had several files that reported an id3v2 24.0 (!) tag that produced strange behaviour in amarok when reading the tags. Maybe it's related, I haven't tried these files on Rockbox yet. At least that file had definitely a broken id3 tag (and removing it fixed it in my case).
Eric Draven:
@bluebrother, I'm actually starting to suspect the files tag. I'm on XP though, so I can't do what you ask. I'll try clearing the id3 info too and see what happens. If it doesn't do the trick, I'll have to take up Linus' offer and upload the file to him. Thanks for the input though. You just confirmed that there may be something to that tag info in the file. Cheers!
Eric Draven:
Cleared the ID3 tag info on the file and still won't play. Sent the file to Linus earlier. Hope to get news and hope too that this will help anyone else who's had the same issue.
Lear:
Got a copy of the file from Linus. The problem isn't that uncommon really. MP3 files can include a CRC value for each frame. Problem is, some buggy program(s) never filled in any value there, so each frame get a CRC error, if the decoder checked that field. Some programs do, some programs don't.
At least for the software codec targets, we can decide if the CRC should be checked. I'm not sure what is best though. :) There are programs that can fix it too (like mp3check, a command line utility).
Eric Draven:
Thanks Lear! What kind of buggy programs can do that? Do you mean the software initially used to rip the mp3, or maybe an id3 tagging program used on the file? Those are the only things I recall I may have done to modify the file. Also, am I correct in understanding that maybe both 1.29K fw and Winamp don't check that field, hence, they can play the file?
I'll look for the mp3check utility and see what it can do for the said file. Thanks again!
--- Quote from: Lear on October 19, 2006, 04:04:01 PM ---Got a copy of the file from Linus. The problem isn't that uncommon really. MP3 files can include a CRC value for each frame. Problem is, some buggy program(s) never filled in any value there, so each frame get a CRC error, if the decoder checked that field. Some programs do, some programs don't.
At least for the software codec targets, we can decide if the CRC should be checked. I'm not sure what is best though. :) There are programs that can fix it too (like mp3check, a command line utility).
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version