Rockbox Technical Forums
Support and General Use => Audio Playback, Database and Playlists => Topic started by: woodensoul on September 28, 2006, 09:54:55 AM
-
Before making a bug report, I wanted to get feedback here. With the CVS build from last night (09.27) I'm getting some very strange behavior during playback.
Sometimes a song won't finish and jump right into the next one. Sometimes a song will repeat when repeat is set to "off". Nearly every time I play the first track in a directory, playback stops after the first track is finished instead of playing the next track in the playlist like it should. I even got a loud distorted noise while the player incorrectly changed tracks.
This behavior did not start with last night's build, it has been going on for about a week.
Both my H320 and H120 exhibit these bugs.
-
Could you give us some more information:
For example, have you tried using the record button to clear your settings on boot, and see if that resolves the problem?
Are you playing in TagCache or File Tree mode?
What settings have you changed from the default (though of course this won't matter if you can get the bug to continue happening after a reset-clear on an unpatched build.)
Are the files any particular format?
-
I have cleared settings and the problem persists.
Problem happens in TagCache and File Tree mode.
I have many settings changed from the default and I'm not sure that listing every one would be very helpful but I can if you think it will help.
Files are MP3 --alt-preset standard LAME encoded.
Build is unpatched.
-
Okay, so tell me exactly how you go about getting this problem. Load a bleeding edge build, and clear settings while booting with the record button (make sure it says 'cleared'). Don't change any settings after that. In the filetree, without changing settings, can you get the problem to happen?
If so, describe what I'd need to do to try to get the same problem to happen, so I can see if I can reproduce it.
-
OK, so far the problem hasn't happened with all settings cleared and left that way. I will try to get it to happen again tonight and see if I can find out if a specific setting may be causing the problem.
-
I've had the similar problem with the builds from 26 and 27.9. (H140)
These where the first builds I tried since 18.7. - the last build before feature freeze was lifted - after basicly I am only interested in stable playback, gapless, replay gain and flexible playlists, so I didnt cared that f.e. tag cache implementation and some other stuff was not finished and blocking a 3.0.
Well, still after some time I wanted to try where rockbox is now, installed the nightly from 26.9. and new fonts, I deleted all prefs (holding record during boot), imported my old prefs settings (only a few things are different from standard setting) and listended to a folder (CD).
Everyhting worked fine until the first Buffer refill. The song jumped, some white noise, and continuied at some other place. I tried to ffw and bckwd, and from then on eveything in the buffer seemed to be a mess.
Rebooted, soon had the same problems again, tried the build from 27.9. with same result.
So I reverted to the build from 18.7. which never gave me any problem and probably stay with it until there is a release. At least this one is pretty stable.
-
I was able to reproduce all the bugs I mentioned in my first post using the bleeding edge build from 9.28. The only setting I changed was to set Repeat to "Off".
Play a track in a directory. Wait until the directory is finished playing and playback stops. (You could probably skip forward to the end of the directory and wait for that track to finish.) Navigate to another directory and play the first track. Instead of playing the next track in the directory after playback for the first finishes, as it should be, playback stops after the first track. If you play the second track now, playback seems to continue correctly until (possibly the buffer runs out as mhebsacker mentioned) some loud static or white noise comes in the middle of a track and then the track repeats and finishes, then proceeds to play the next track without the track title changing to reflect the new track and the elapsed time continuing past the duration of the previously played track. i.e. (7:15/5:34). The elapsed time just continues to go up until you force the player to re-buffer the song.
The white noise/static thing doesn't happen every time but did happen a few times in 7 hours of listening last night. Playback stopping after the first track in a directory happened several times.
-
So, it sounds like it's related to the end of the directory? This then, never happens if you actually create a playlist and use that, instead of a dynamic playlist?
-
I haven't tried that. I usually only use dynamic playlists because I listen to full albums mostly. The bug involving white noise/track cutting out and repeating shouldn't have anything to do with the end of a directory though.
I'll try with a created playlist to see if the (playback stopping) bug reappears.
-
Well, Repeat on or off affects whether it attempts to continue out of the playlist or stays in the directory, so yes it could actually be affecting it quite easily. There are a lot of bugs relating to the end-of-folder behaviour as it is.
-
These problems aren't going away so I'll make a bug report. Also, is there anywhere to download the last build before the feature freeze was lifted? It's not on the "old" dailies page.
-
Hi woodensoul,
I couldn't see a bug report for this, so I've added one - have a look at http://www.rockbox.org/tracker/task/6117 and see if you can add anything.
There's also a test H120 build there which might help, or might just result in other problems.
pondlife
-
Thanks for starting the bug report. I will test your build tonight at work. Also, I've been unable to reproduce any of the mentioned bugs while strictly playing from playlists created by myself. It seems that these bugs have something to do with the end of a directory. I don't think they've occured unless I allow playback to stop after reaching the end of a directory after which I play another directory.
-
I noticed somthing that could be the outcome of the same problem:
When I play files from a directory, not using a playlist, it seems that the bufferhandling doesn't work right somehow. The first few tracks play fine, but when it comes to spin up the disk and read the next few tracks it sometimes skips back to the beginning of the current song. But the second time the song plays fine, so the reason for skipping is not a faulty file.
I noticed a few arbitrary skips, I think all of them backwards not one ahead to the next track. I turned the hold swith to hold position to ensure that the skipping is not triggered by an unwanted key press. But the problem persisted. Sometimes there was white noise when skipping tracks.
It seems to me that rockbox now and then "forgets" to fill the playback buffer and the codec runs out of data, reads "old" data and continues playing.
-
I've tried Steve Bavin's build (061004-1733) today as suggested in bugreport #6117 but the problem described above remains.
I was playing 192kbit/s mp3 files from a directory (dynamic playlist) for about 15 minutes and pffffffft it skipped back in the middle of a track.
Although yesterday it was playing for 3 quartes of an hour without a skip.
-
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.
-
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.
-
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
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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 (http://www.rockbox.org/tracker/task/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 (http://forums.rockbox.org/index.php?topic=6954.0). 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 (http://forums.rockbox.org/index.php?action=dlattach;topic=6954.0;attach=1195).
-
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.
-
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).
-
PaulJam informed me on irc that he no longer has the stopping and whitenoise problems. ;D
-
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!
-
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.
-
Hi orfax,
This seems resolved for pretty much everyone else; could you get another new CVS build and retest - I'd like to close the bug report!
pondlife
-
pondlife,
I was just coming back today to report that I haven't had anymore stops to playback, and saw your reply. I'm happy that its fixed. I tested it throughout the week just gone, and it looks OK.
After my previous post, I reset the ipod (holding MENU+Select for 5 seconds) and the problems haven't come back. I would have thought by virtue of going into the ipods disk mode when connecting it to the PC would have caused it to reset, but it looks like thats not the case.
Thanks to lowlight for the fix, and for your help pondlife.