Support and General Use > Audio Playback, Database and Playlists

Sansa e250 deletes wrong file

(1/2) > >>

AstroBoy:
version r17202-080421

When playing an mp3 long press select to get a menu.  Select delete, get a Are you sure message which has the correct filename.  Press select to ok the delete.  Go to directory listing and the file is still there, but the next file is gone.  I have seen this at least 3 times.  It may have happened many more time, but I never noticed since it next file does play.

I sometimes do this near the end of an mp3.  I never noticed this happening early on in the file.  The odd this is the next song does play.  My mp3 files tend to be 20+ minutes long, some about 2 hours.  These are podcasts and I only want to listen to them once.

When I find my data cable I will update to the current version and see if it is still a problem.

Another maybe related issue, if you delete a file while playing it, it continues to play.  However, RockBox may hang at some point 10-20 minutes later while still playing the same file.

Hope this makes sense!

Guy

gevaerts:
I used to see inconsistent behaviour with deleting files as well a few weeks ago (on gigabeat F, but for this problem that shouldn't make a difference). When I update to the latest build to do detailed tests the problems were gone, so i suspect that upgrading will also help for you

bascule:

--- Quote from: fg on May 08, 2008, 06:06:57 PM ---I used to see inconsistent behaviour with deleting files as well a few weeks ago (on gigabeat F, but for this problem that shouldn't make a difference). When I update to the latest build to do detailed tests the problems were gone, so i suspect that upgrading will also help for you

--- End quote ---

There's been a lot of work recently to fix some FF/REW/Trackskip problems that involved making sure different of the code know exactly when a track change has occurred (amongst other things). This could well explain the problems AstroBoy was having.

However, AstroBoy, your build comes after those fixes were seemingling implemented, so you may have to do more detective work. Upgrade anyway (as all bug reports need to be against very latest version) and try it again. Specifically try deleting tracks very near the end. This would be a serious bug if it proved to be persistent and repeatable.


--- Quote from: AstroBoy on May 08, 2008, 04:19:12 PM ---version r17202-080421
Another maybe related issue, if you delete a file while playing it, it continues to play.  However, RockBox may hang at some point 10-20 minutes later while still playing the same file.

--- End quote ---

This is correct. Rockbox buffers the music into memory and plays it from there. It will hang at the moment that it tries to buffer the remaining data if the file has been deleted.

AstroBoy:
Version r17468-080511

Ok, I upgraded to current and I reproduced it.

While the delete screen had xxxx36.mp3 and was waiting for me to press select to delete the file, the file being played switched to xxxx37.mp3.  I then hit select and xxxx37.mp3 was deleted.

I don't know if you must wait for the song to switch to reproduce this, but I am not able myself unless I wait.

Hope this helps.

Guy

bascule:
Yes, this is definitely reproducable. In fact, the splash message on the screen after deletion confirms the fact that it has deleted the 'wrong' file.

In your case, it would have said:
Deleted
/path/xxxx37.mp3

Bug raised: http://www.rockbox.org/tracker/task/8986

Navigation

[0] Message Index

[#] Next page