• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System Iriver H300 series
  • Severity Medium
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by mikeholden - 2006-11-01

FS#6274 - Playback weirdness with resume and talk clips

I usually have dir and file clips spoken, but menus not spoken. I have been seeing some playback weirdness in this mode on my 340.

I am unable to provide a definitive test case, but will report my observations.

If I resume playback of a .m3u playlist and let the playlist play through to the end, and then play another playlist, playback of that second playlist only completes the first song, and then stops and goes back to the filebrowser. The WPS during this first song would indicate that it thinks there are more songs to play (playlist song count is correct for the album).

If I play the playlist again, it resumes at the beginning of the playlist again with song 1. At some point further on, it starts to get even weirder, with songs stopping partway through and starting over, or playing bits of other songs in the middle and then resuming the other song and so on.

This is not totally predictable, but since I stopped using file/dir clips, playback has (so far) been normal again, with no weirdness.

Closed by  pondlife
2007-03-21 13:33
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

Should be fixed, advise me if it needs reopening.

I thought I just fixed this. Are you using a daily or cvs build?

I've just loaded todays daily on. I was using one from a few days ago. Should have done this BEFORE reporting - sorry!

I'll give it a go for a few days, and I will report back whether the weirdness has gone or not.

I have now been using recent builds for a few days now, and didn't see any issues. However I loaded up today's build (061107) and have seen some playback corruption. I can't say for definite that this is due to today's build or not.

I haven't seen playback stop after the first song, but I have seen the random playback problem, where songs skip from one to another, show the wrong id3 information etc.

Hi Mike,

There's been some more fixes in playback (and voice support) recently. Have you seen signs of this bug or do you think it can be closed?

MikeS commented on 2007-03-21 13:20

I committed recording updated on 6 Nov, 2006 with some buffer management bug fixes and more followed after that. The reason resume caused playback misbehavior with voice is that the playlist resume code uses the audio buffer for scratch space on resuming and would trash memory areas that voice used. Much of what RB was doing with memory was based on hardware codec and totally wrong on SWCODEC. The playlist code for awhile has used the buffer management API and should no longer have any problems. IMO this task should be closed.


Available keyboard shortcuts


Task Details

Task Editing