Notice: A non well formed numeric value encountered in /sites/ on line 96 Notice: A non well formed numeric value encountered in /sites/ on line 96 Notice: A non well formed numeric value encountered in /sites/ on line 96 Deprecated: Function create_function() is deprecated in /sites/ on line 104 Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /sites/ on line 845 Deprecated: Function create_function() is deprecated in /sites/ on line 111 FS#9189 : Switching APE tracks no longer works on H120



FS#9189 - Switching APE tracks no longer works on H120

Attached to Project: Rockbox
Opened by Thomas Pfenning (thomaspf) - Saturday, 12 July 2008, 02:03 GMT
Last edited by Andree Buschmann (Buschel) - Thursday, 05 May 2011, 06:26 GMT
Task Type Bugs
Category Codecs
Status Unconfirmed
Assigned To No-one
Operating System Iriver H100 series
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


I have only tested this on my H120 with an 18007 build. I have been using the APE codec for some time now and never had a problem in the past.

After reformatting my hard drive and installing the current build I found that rockbox has 2 problems with my APE files

1. The parser for APE files no longer recognizes my APE files encoded with version 8,9 of Jriver Media Center. Result is that files don't play when selected in the file browser and these files do net get added to the database.

2. When switching APE tracks one of two possible behavior occur. a) the Iriver freezes completely. b) On switching tracks there is a loud hiss and then playback of the next track resumes.


This task depends upon

Comment by Magnus Holmgren (learman) - Sunday, 20 July 2008, 11:09 GMT
I tried a couple of APE files I had, and they worked fine (on an H140). You say your APE files worked fine before. Have you changed the files in any way (like, editing the tags or something)? Have you tried any files created with a newer version of the Jriver Media Center? Anyway, we'll probably need a test file or two, to see what the problem is.
Comment by Thomas Pfenning (thomaspf) - Sunday, 20 July 2008, 21:17 GMT
A couple of these albums where on my H120 with the old build and they worked fine. I will try whether I generate some really short clips that stay within the 2MB limit. I don't know how to generate the old monkey files since I stopped using Jriver 7 & 8 many years ago and they don't even run on Vista. I do have a couple of hundred album in these older monkey formats but the individual files are larger than 2MB. I would be happy to send you some tracks via mailbigfile.


Comment by Magnus Holmgren (learman) - Sunday, 03 August 2008, 08:40 GMT
Ok, no need to send several files, but you could send one file to magnushol at gmail (.com) and I'll have a look at it. Should at least be able to figure out more exactly where the problem is...
Comment by Magnus Holmgren (learman) - Monday, 04 August 2008, 09:27 GMT
Ok, got the files. The one that doesn't play was made by a somewhat older version of the Monkeys Audio codec. Initially, Rockbox didn't check the version, but a check was added like one day after the initial Monkeys Audio support was added (and all that happened more than a year ago). But playback of this track did seem to work (if I modify the version check). I'll check with the codec author before making that change though.

As for the track switching problem, I could reproduce it in the simulator, but I don't know anything more about it just yet.
Comment by Steve Bavin (pondlife) - Thursday, 28 April 2011, 13:32 GMT
Is this very old bug still an issue in a current build (latest, not 3.8.1)? Playback has been reworked - plus the Monkey's codec has had a bit of work done since 2008..!
Comment by Michael Sevakis (MikeS) - Saturday, 30 April 2011, 13:39 GMT
I hadn't seen a problem with APE skipping when reworking things, and I have whole albums as one track.