Rockbox

I’ve made tests on the bad files:
- vbrfix loads and then cancels processing because “in frame
3 mp3 version changes”.
- mp3utility loads and stops processing because “Sync error
reading frame header 2 expected at byte 989…”

I could provide the log files of the tests.

ReinerAlbrecht@gmx.de

I get exactly the same symptoms. I’ve been recording my
vinyl albums, so no single recording is more than around
20-25 minutes. I’m seeing about 1 in 10 (estimate) with the
described problem. I, too, have been using MP3DirectCut to
split the files into individual tracks, and see the same
gaps in the audio representation.

Same recording settings, but no time split.

Appears that I have had a similar problem. The recording
chatters when listening to it on the jukebox or through Media
Player. MP3DirectCut shows gaps. Eventually looses itself
for the remainder of the playback. Running a full surface
scan and fix (chkdsk) on it through Windows 2000 seems to
have fixed it, or at least it hasn’t reoccured yet.

So, in my case, it appears that the gaps are caused by bad
disk sectors. I can “recover” the recording by running
MP3Fixer and then MP3Gain on the file. The recover file will
contains some “noise” where the gaps were (like pops etc)
but at least I can hear the rest of what I recorded.

I had again the bad experience with non-usable recording
results. I recorded this time with Quality = 6(instead of 7)
in a long session. The two generated files((length ca. 207
MB / 107 MB) are not to use. So the quality level is not the
problem.

I went back to Rockbox VERSION 2.2 and could twice
SUCESSFULLY record (similar recording length, Quality = 7
and all the other parameters as described in the bugreport).
I guess somebody has introduced the NON USABLE recording
function IN VERSION 2.3 or 2.4.

Rockbox Version 2.2 generates also bad, unusable files !
ReinerAlbrecht@gmx.de

Following up my comment of Mar 22. Been doing some more
vinyl recording, and seeing the same problem occasionally.
Further experimentation show that the recording has the
MP3DirectCut “gaps” from about 17m17s into the file - total
length is shown as about 18m55s. Archos plays the file all
the way to the end, but a glitch occurs in the audio at
about 17m12s. MP3DirectCut and WinAmp both stop dead at the
problem area.

Running VBRfix on the Archos, shows the file to now be
17m12s in length (ie, to where the glitch occurs), but still
seems to hold the entire recording. WinAmp and MP3DC still
barf at the same point in the file (musically), but the time
is now shown as about 15m48s.

Hope this is helpful. I have kept the bad file (26.5MB) in
case it’s of use to anyone.

Again bad recording experience. This time with Rockbox 2.1.
The resulting file(more then 200 MB) can not be used with a
mp3 player(like Irfan) or mp3directcut. EVEN Rockbox itsself
cannot play the file. Treatment with “vbrfix” does not
change anything.
After a treatment with “mp3fixer” the file can be played.
There are some minor artefacts(”clicks”) - but its not clear
wehter these are produced by the recording process or
mp3fixer. “mp3fixer” “says” that some faulty frames have
been eliminated from the original file.

I hope that with a new version of Rockbox the “recording
problems” can be fixed, the software in the actual state is
not usable.

ReinerAlbrecht@gmx.de

I just recorded almost 5 hours live concert using Rockbox
2.4 on an Archos Recorder 20. In the middle of the file -
when playing on the Archos, there was dropouts in the file.
This happened at a rate of maybe 2-5 Hz (estimated).

I used mp3fixer (unix version) on the file and it solved the
problem.

I can provide the file.

BR Peter

rockbox@elektrodense.dk

I, too, have had a very annoying recording problem since, I
think, version 2.3. 2.2 was fine, but now any recordings
over around 8 minutes will show a length of 00:02, and
trying to fast-forward will make it skip to the next track.
Just tried version 2.5 and bug is still present. Anyone
know where I can get the 2.2 firmware?