Support and General Use > Audio Playback, Database and Playlists

bug: Rockbox (randomly) freezes during playback

<< < (6/8) > >>

MoD:

--- Quote from: Rincewind on August 11, 2006, 07:35:40 AM ---If someone can confirm this, I post a bug report to Flyspray.

--- End quote ---

With CVS build 060807-1823 for iHP120 I wasn't able to reproduce your freeze. 

I tried directory switches like ../ -> ./nextmusicfolder_in_row/*.mp3 and ../../ -> ./next_artist_folder_in_row/first_album_folder_in_row/*.mp3 . Both worked for me while being in the file browser.
I also tried to play directories where codecs switches occur (mp3 -> ogg, ogg -> mp3) from one directory to the other.  The only bug I found was the next song tag didn't appeared in the WPS while playing the last song of the first directory.

Rincewind:
I submitted a bug report:

http://www.rockbox.org/tracker/task/5797

bascule and MoD, maybe we can compare our settings and see what is different with our configuration:

crossfade: off
crossfeed: on
eq: on
directory change: on
Tagcache is loaded in RAM (but view is set to "all files")
gather runtime data: on
File Types: only mp3

MoD:

Your right, maybe it has something to do with the settings, here are mine:

crossfade: off
crossfeed: on
eq: on
directory change: on
Tagcache is not loaded in RAM (but view is set to "all files")
gather runtime data: off
File Types: mp3, ogg

Additional configs maybe also important concerning this issue:

Follow playlist on
Replaygain on

bascule:
I set the necessary options ('cause I normally use tag cache), rebooted and can still reproduce this bug.

I guess it's one of two things:
Either loading the buffer is disrupted by the file browser being open/in use
Or the file browser itself cannot cope with needing to dynamically change directory view

The only problem I have with the first one is that *I would have thought* that the buffer refill code would check to see if Autochange Directory was set when choosing which songs to bring into the buffer, i.e., it could pre-fetch from the 'next' directory when refilling the buffer near the last song of a folder.

However, it doesn't appear, from my limited testing of playing folders with few songs in and checking the audio thread, that this happens, so when it reaches the end of the last song, it always has to access the disk to fill the buffer and the combination of the buffer fill with the file browser open causes the error.

I've added some of my other config choices that may be relevant...

crossfade: off
crossfeed: off
eq: off
shuffle: off
antiskip: 30s
follow playlist: on
all voicing/talk options: off
dircache: on
directory change: on (obviously :) )
Tagcache is loaded in RAM (but view is set to "all files")
gather runtime data: on
File Types: mostly .ogg

Rincewind:
so far, only the tagcache in RAM thing is different for MoD

other options I forgot:

follow playlist: on
dircache: on
no voiceing
replaygain: on

tomorrow I do more tests with disabling options and maybe I have look in the code, too. But the whole playback engine is magic for me.

Navigation

[0] Message Index

[#] Next page

[*] Previous page