FS#999 - records less time than shows when stopped

Attached to Project: Rockbox
Opened by Anonymous Submitter - Sunday, 02 March 2003, 18:01 GMT
Last edited by Linus Nielsen Feltzing (linusnielsen) - Tuesday, 02 March 2004, 08:46 GMT
Task Type Bugs
Category Recording
Status Closed
Assigned To No-one
Operating System
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


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)
This task depends upon

Closed by  Linus Nielsen Feltzing (linusnielsen)
Tuesday, 02 March 2004, 08:46 GMT
Reason for closing:  
Comment by Lee Van Jackson (leevanj) - Wednesday, 05 March 2003, 23:44 GMT

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
Comment by Anonymous Submitter - Tuesday, 01 April 2003, 00:42 GMT

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!

Comment by Linus Nielsen Feltzing (linusnielsen) - Tuesday, 01 April 2003, 08:25 GMT

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.
Comment by Linus Nielsen Feltzing (linusnielsen) - Sunday, 06 April 2003, 08:36 GMT

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.
Comment by John ten Velde (rudizoon) - Thursday, 26 February 2004, 11:05 GMT

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

Comment by Linus Nielsen Feltzing (linusnielsen) - Thursday, 26 February 2004, 11:15 GMT

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?
Comment by John ten Velde (rudizoon) - Thursday, 26 February 2004, 20:03 GMT

It looks like the files are actually shorter - I loaded them into
Goldwave for editing, and found that the ends are missing
Comment by John ten Velde (rudizoon) - Thursday, 26 February 2004, 20:38 GMT

Oops ... my mistake - I had VBRFixed the wrong files ... Sorry
Comment by Linus Nielsen Feltzing (linusnielsen) - Monday, 01 March 2004, 11:49 GMT

How should I interpret that response? Is there a bug or not?
Comment by John ten Velde (rudizoon) - Monday, 01 March 2004, 21:00 GMT

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