Playback totally whacked out

[AlexP]

I've today had the exact same problem, using 061005-1147.  It randomly skips back to the start of a track with a quick burst of white noise - this is the first time I've experienced this.  I'll try to reproduce.

[lowlight]

Someone try the oldest build from here:
http://www.rockbox.org/dl.cgi?bin=source
(click the "old" link for your player) and see if you can reproduce the problem. If not, try to determine which in which build the issue arose.

[woodensoul]

I've done some testing and it appears that the bug causing playback to stop after playing the first track in a directory does not occur in the build from 2006.09.17 or before, but does occur in builds from 2006.09.20 and later and still occurs in the most recent CVS builds.  I do not have builds from the 17th to the 20th so I can't test any further to narrow it down.  This bug does not occur unless the player is first allowed to finish a directory, hence repeat must be set to "off".

Some more information on the related bugs:
The white noise/repeating of current track does not seem to occur at all unless the player is allowed to finish a directory.  I have been testing by queuing up several albums in a playlist and I don't get the white noise/confused playback problem at all.

Also, the bug occurs with ID3 database or filetree fileview.  I will also post these findings on the bug report.

Possible villainous changes...?

18 Sep 20:47   Hardeep Sidhu   apps/playlist.c 1.172     Fixed problem with first_index being incorrectly updated when prepending tracks. Fixes example 1 in B#6005.
18 S

[orfax]

I just wanted to say that I am getting the same issue as woodensoul on my ipod. I'm currently using a CVS build from 2006-10-14 01:33, and it has also happened in a build from 2006-10-08. I'm pretty sure it did not happen in a build from 2006-09-18 00:50. I still have the source for this version, so I can check it.

I have reset the settings. The only options changed were setting repeat to Off, and using the boxes WPS. Same steps as woodensoul, same results.

[nieroster]

Playback get's worse everytime I update my iRiver!

Now it does some additional strange things: track changes but the display stays the same (track 6), time keeps on counting (i.e.: 7:15/3:35). I reproduced this once when playing the last file of a directory and Auto-Change Directory set to yes. The first track of the next directory keeps on displaying although tracks change in the meantime and the time keeps on counting.

The arbitrary track skipping is still present.

Btw. navigation in VBR files seems to be broken too. After fast foreward the position is not displayed correctly, time counts to 7:25/7:17.

I am running daily build 2006-10-19, and did a reset configuration after update. I was playing VBR mp3 files.

[larry_llama]

I have also noticed it playing a different song than is displayed on the wps using yesterdays build for h110. Could not reproduce yet though.

[Davide-NYC]

I have experienced similar (if not identical) problems recently.

Un-Patched Build :: All Setting Cleared :: Repeat Off :: Auto-Change-Dir Enabled

Wierd stuff as described earlier in the thread. Was doing manual labor at the time with the player strapped to my back thus cannot report with greater specificity. Sorry.

[pilot000]

Now it does some additional strange things: track changes but the display stays the same (track 6), time keeps on counting (i.e.: 7:15/3:35). I reproduced this once when playing the last file of a directory and Auto-Change Directory set to yes. The first track of the next directory keeps on displaying although tracks change in the meantime and the time keeps on counting.

I have the same issue with yesterdays build.

[pondlife]

Please could everyone who's still having playback problems with a current build include the following info:
- exact build date you're using
- format(s) of music being played
- if possible, attach a CFG file (you can generate one under Manage Settings > Write .cfg file)
I know many people have been including these, but if we can see them all in one place a common denominator may come shining through.  Well - I can hope...

AFAIK there are currently three mysterious playback problems which need resolving:
- display of the wrong track/playback time
- stopping playback for no reason, normally after first track on a second album
- occasional bursts of white noise

Unfortunately I've not seen any of these (using CBR MP3s and lots of features enabled; tagcache+dircache+crossfade+shuffle). That doesn't mean I don't believe in them; I just want to know how to repro them, ideally in a Rockbox sim with logging enabled.

pondlife

p.s. For those having trouble with VBR MP3s, try a new CVS build - seeking was broken for a while but should now be working fine.

[pabouk]

build: CVS 061026-1316
target: iriver H120
configuration: default (cleared settings)
files: MP3, CBR, low bitrates (<=64 kbps), various samplerates 22 - 44.1 kHz, mostly mono

Problems:
- display of the wrong playback time
Time starts from 0:00 when resuming playback stopped or bookmarked after crossing a certain time point. Happens only with certain files. Described here: FS #6068

- stopping playback for no reason shortly after resuming it
It happens without using auto-change directory or directory skipping. I have also seen crashes for no reason. See this thread:    
Random crashes during playback. I think that both the problems could be related and the result (crash or playback stop) probably depends on the actual build because the crashes happened with the builds approximately 061009 to 061012 and the playback stops happen with approximately 061024 till now.
I am not sure if it is reproducible with cleared settings because it happens randomly. My settings: pabouk.cfg.

[pilot000]

build: CVS 061027-0222
target: iriver H120
configuration: cleared settings, reload configuration (shuffle, crossfade, replaygain, ...)
files: MP3, CBR/VBR, bitrates minimum 128kbps/VBRes, samplerates 44.1 kHz

Good news, this morning, I cannot reproduce any of the described problems.
I keep you up to date.

[lowlight]

I *hope* that issue with playback stopping after the first track of a new directory (after a previous one finished) will be fixed after my latest commit today.

Please test a new cvs build and see if that bug is indeed gone (and maybe by chance some others).

[lowlight]

PaulJam informed me on irc that he no longer has the stopping and whitenoise problems.

[woodensoul]

I'm happy to report that the commit by lowlight does seem to fix the bug causing playback to stop after the first track in a directory (after a previous directory finished).  None of the other bugs have occurred either after playback of two albums.  Let's hope that they were taken care of too.  Good work lowlight!

[orfax]

Hmmm.... no luck for me. It still stops after the first track once an album (ie directory) has played. I did see there was a change to playback.c, that was then reverted back. Could this be why it didn't work for me? I used the 2006-10-28 22:43 CVS source.