FS#10163 - wierd behaviour when changing folder name while plaing music in it
Opened by Johannes Linke (Jaykay) - Thursday, 23 April 2009, 19:24 GMT
Last edited by Andree Buschmann (Buschel) - Thursday, 03 February 2011, 20:36 GMT
second category: playlists. sorry for the long text.
well, it's quite easy to reproduce: play some music in a folder. i guess the music should not fit into the buffer. then change the folder name of a parent directory.
music continues as normal. but if you skip a few times to the next track (i think other actions are also possible, and sometimes skipping doesn't work....) the music stops.
from now on it's not possible to skip or play music. ff/rw is possible, but the music doesn't play afterwards. selecting other music doesn't work, right now rockbox apparently freezes at the "loading..."-splash. only a hard reset helps.
the cpu-frequency is at the max, boost is 100%.
and shutting down needs ~10s, maybe due to the high cpu-load.
if you create a playlist with some songs from one folder in it, change the name of the folder, start the playlist, and quickly press PLAY, you will see the information of a song of the playlist. i think its the song which is currently loaded, if you press PLAY immediately after selecting the playlist, it will be son no. 10 or such. if you wait, it will be a song which is more at the end of the playlist. if you wait longer (i guess when the playlist is completely loaded) it will be track one. in any case, the time of the song is 0:00 and doesn't increase; rockbox doesn't play music. after a while it shows shortly (root) (root), and then goes to the main menu.
i think there are some more interesting things to discover :) if nobody knows the cause for this at once, i'll do some further "tests".
Thursday, 03 February 2011, 20:36 GMT
Reason for closing: Duplicate
Additional comments about closing: Renaming the folder is logically the same as deleting the file. A bug report which describes file deletion during playback is FS#10874. This report will be closed, further discussion should be moved to FS#10874.