This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#11764 - Fastforwarding, Rewinding, or Selecting a different file to play may cause freezing or static
Attached to Project:
Rockbox
Opened by menachem shapiro (menachem) - Thursday, 18 November 2010, 18:35 GMT+2
Last edited by Andree Buschmann (Buschel) - Wednesday, 09 March 2011, 20:29 GMT+2
Opened by menachem shapiro (menachem) - Thursday, 18 November 2010, 18:35 GMT+2
Last edited by Andree Buschmann (Buschel) - Wednesday, 09 March 2011, 20:29 GMT+2
|
DetailsSummary:
I have an iRiver 20GB H10 running Rockbox 3.7. I recently updated from 3.4 (or 3.5 -- i'm not entirely sure) and have started noticing the following problems. When I'm listening to audio files on my mp3, I'll often fast forward or rewind a little bit, depending on what I'm listening to. Sometimes while a file is playing, I will browse my files and select another one to play. Most of the time this works as expected but sometimes (maybe %10-15 of the time) playback will get corrupted, and the only solution is to reboot the player. Most commonly, the file looks like it loads but sound stops working. Trying to get it working again by loading another file (using a bookmark or just clicking on the file) or reloading the file doesn't work. Instead the player freezes up and the only solution is to restart the player. However, powering down takes a lot longer than usual, and I have to hold down the power key the whole time. Then it seems like the player doesn't go off until I let go the power key I had been holding. Most of the time, rebooting the player works and the file continues playing. Less commonly, when I try to load a new file instead of playing all I get it a bunch of static, which continues until I reboot the player. I have attached a resent settings dump of my player. 
settings_dumper.txt
(9.7 KiB)
|
This task depends upon
Closed by Andree Buschmann (Buschel)
Wednesday, 09 March 2011, 20:29 GMT+2
Reason for closing: Fixed
Additional comments about closing: This is assumed fixed with r29476. The change has been merged to v3.8 branch as well and might be part of a 3.8.x version.
Wednesday, 09 March 2011, 20:29 GMT+2
Reason for closing: Fixed
Additional comments about closing: This is assumed fixed with r29476. The change has been merged to v3.8 branch as well and might be part of a 3.8.x version.
It will be easier if you downgrade to 3.6.
I had to shut off the player and restart it to get it to work again.
This is the first (and so far only) time this has happened so far, so it is definitely happening less often than it did with 3.7.1. However, I never had an issue with r29178-110131.
if not, r29476 has additional fixes that might make the problem go away for you.
However I am not convinced that it was thanks to switching off DMA in rev. 29476. As I have written above the bug was introduced by changes in firmware/drivers/button.c from rev. 28143-28144. You can use rev. 29475 (to have DMA ON) and revert the button.c to the rev. 28142 to see by yourself that the problem will not occur.
I'll let you know if anything changes.
I'll stay with this build for a while. If a failure occurs that may help narrow down the issue.
I'll let you know if anything changes.
I'll stay with this build for a while. If a failure occurs that may help narrow down the issue.
To quickly find out whether the issue is present you can open a long MP3 file (I use 2h00m recording) and immediately fast forward near the end of it, for example to 1h45m. Then rewind it near the beginning and once again near the end. Then rewind it some 15m. At some point it won't start to play but freeze.
Revision 28143 always freezes and usually after first fast forwarding.
Since December I have used subsequent revisions with firmware/drivers/button.c from rev. 28142 and I had no problem. My builds were used used by one more person who reported the issue before and for him my builds with button.c from rev. 28142 worked flawlessly too.