• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Recording
  • Assigned To No-one
  • Operating System
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Anonymous Submitter - 2003-03-02
Last edited by linusnielsen - 2004-03-02

FS#999 - records less time than shows when stopped

mp3 recorder 20 (jbr20101)
hitachi hardrive
scandisk is ok (windows and norton)
formated in windows 98 full format
daily build from 2003-02-27 16:20:00

Pedro Rocha

when the unit is recording for example the unit shows
1:05:00 and i stop the recording the file has only 50
minutes long THIS ALLWAYS HAPPENS the file has
never the time it shows when i stop the recording (tested
about 15 times with 45min to 1h recordings)

and also some files show XXXX:XX time after the file is
saved (45 minutes recording time showed when i
stopped recording) and the file is not valid to be read in
the pc (windows media player, musicmatch or winamp)

Closed by  linusnielsen
2004-03-02 08:46
Reason for closing:  

I get this too, e.g. a 60s recording showed 35 in Rockbox, but
after transfering musicmatch reported the correct length,
maybe linked to tag problems,
The rockbox status reports a constant bitrate followed by (no

Anonymous Submitter commented on 2003-04-01 00:42

i have a simliar problem- except exactly the opposite. i record
a two hour radio show and the time will be like two hours and
15 minutes… the last daily build i tried showed a bitrate of
160kbps, which would explain this as level 7 is 169/170kbps
when the archos records…

what i believe to be the case is that the mp3 header isn’t
being properly written- the encode rate is set improperly…

i think that rockbox is great and if this little quirk were fixed i’d
be able to switch completely!


Project Manager

Guys, try the latest daily build. Then the recorded files
will show a bitrate of 0 until you run VBRFix on them
(ON+Play). That will generate a correct Xing header and your
problems will be gone.
Please note that files recorded with earlier versions of
Rockbox will still not show the correct time, and VBRFix
will not help. Not yet.

Project Manager

The latest daily build should have solved this, at least for
recordings shorter than 3 hours and 45 minutes.

Running VBRFix on the older files will repair them as well.

I’m running V.040209 on JBR V1 and am having a similar
problem: I’ve just recoded four sessions, each about 25
minutes, but all four recordings are missing the last 4 to 5


Project Manager

Just to verify, are the last 5 minutes physically missing in
the file, or is the total time wrong in the WPS display when
you play it?

It looks like the files are actually shorter - I loaded them into
Goldwave for editing, and found that the ends are missing

Oops … my mistake - I had VBRFixed the wrong files … Sorry

Project Manager

How should I interpret that response? Is there a bug or not?

No bug - when I VBRFixed the right files all was okay.


Available keyboard shortcuts


Task Details

Task Editing