Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Recording
  • Assigned To No-one
  • Operating System Iriver H100 series
  • 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 mlind - 2007-09-06
Last edited by MikeS - 2013-06-30

FS#7721 - Strange behaviour after Disk Full error while recording

Yesterday I did a recording and got “The Disk is Full”.
After that several things behaved really strange:

1. The last recorded file was unusable.
Actually this happened twice, once with WavPack and once with Wav.
None of the two files (last recorded in each case) played in RockBox, but the WavPack file I was actually able to convert to AIFF with “MAX” (ripper/converter for Mac).

2. The WPS got messed up.
When I played another file the WPS showed “STOP” instead of “PLAYING:” (including other WPS items that should show on stop/pause in my WPS) - but there was sound, and also movement on the peak meters and the progress strip.
After reboot it was fine again.

3 The recorded files was found in an unexpected new directory, that showed twice!
[This I haven’t been able to reproduce]
The recording should be made to a dir named “Grieg 2-1”, but when I looked that dir was empty and instead I found the files in a new dir (not created by me) named “Grieg 2”.
AND: This dir existed twice in the “recordings” directory!
Also in playback the directory would play twice.
After reboot the dir only existed once, but still it was a new one…

Maybe this should have been split to several bug reports…

Closed by  MikeS
2013-06-30 05:20
Reason for closing:  Fixed
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

4888131 should resolve this, perfectly for PCM formats and mostly correct for compressed ones, at least not leaving unusable files.

mlind commented on 2007-09-06 14:52

When I first encountered this I was using a build from the beginning of august.
Today when I filed the report I first reproduced the bugs (#1 & #2) with a build from today: r14627M-070906

mlind commented on 2007-09-06 16:26

When I first encountered this I was using a build from the beginning of august.
Today when I filed the report I first reproduced the bugs (#1 & #2) with a build from today: r14627M-070906

mlind commented on 2007-09-06 16:29

(oops - “reload page” was a bad Idea…)

The same behaviour occurs with “daily build” r14625-070906.

petur commented on 2008-08-21 19:20

Some related bugs got fixed 6+ months ago, please try again and let me know if this is now fixed

task to be closed in 1 week unles requested otherwise

On my e200:

I could reproduce: 1. The last recorded file was unusable.

The recording made my sansa crash (so I couldn’t really reproduce issue 2)

I didn’t set a recording dir, so recordings go to the root directory. That said, I did not find a unexpected directory, or one which shows up twice. Recordings show up once only too.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing