• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System Gigabeat S
  • 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 Llorean - 2010-06-10
Last edited by MikeS - 2011-02-19

FS#11390 - No digital audio playback.

svn 26742 - when attempting to play compressed audio on the Gigabeat S, music is buffered but the progress bar never moves past 0:00 and no music is played. If I hit the menu button early enough I can go to the debug screen and see that audio has been buffered.

It is also impossible to attempt to seek or skip tracks, and if the player is left alone in the WPS it crashes and reboots.

Closed by  MikeS
2011-02-19 13:56
Reason for closing:  Out of Date
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

Not 100% sure it's fixed but the particular problem described seemed to disappear at the EABI switchover and hasn't resurfaced since.

I have the same problem on my Gigabeat S and have narrowed the problem down to svn r26723. Everything after this revision produces the above problems and eventually the Gigabeat S crashes and cuts off. Hopefully this will help someone find a fix.

I had meant to say that svn r26723 and everything beyond exhibit the above problem, pointing to r26723 as the culprit.

Ok, I have tested the above theory by reverting the changes of r26723 and now the newest svn r26753 works again on the Gigabeat S. Can anyone else confirm this problem or “fix”?

I experienced this only once. This happened on iPod Video with something between r26731 and r26745.

MikeS commented on 2010-06-11 11:15

Odd, I can get mine to break going from r26717 to r26718. My guess is now that it’s a problem that comes up due to how things are layed out in memory on a particular revision.

Ok, now I just installed the newest svn r26809 and everything works fine again. Maybe it is something to do with the memory layout in a particular revision.

nls commented on 2010-06-23 08:43

Could this be related to r27073?
The imx31l.h header specifies CACHEALIGN_SIZE as 32 but playback.c was using a 16 byte aignment.


Available keyboard shortcuts


Task Details

Task Editing