Support and General Use > Audio Playback, Database and Playlists

Release ver 16416 has problems with skipping tracks?

<< < (2/4) > >>

AlexP:

--- Quote from: beatnik on February 29, 2008, 09:43:43 AM ---I could not find release 16399 as the current releases seam to not be archived like the daily builds (I would assume that is because they are the same build with the exception of a few non needed features)
--- End quote ---

The daily build and the current builds are identical, except that the daily build is built at a specific time every day, and the current build is built on every source change.  The reason that the current builds are not archived is that that would very rapidly take huge amounts of unnecessary space up.  You can build any specific revision you desire from SVN.



--- Quote from: beatnik on February 29, 2008, 09:43:43 AM ---So for me I wont be updating again untill they get full usb support for the Sansa E series as that is the ONLY think I believe they are working on.

--- End quote ---

Eh?  Many people work on many different things....

TexasRockbox:
Although r16441 isn't perfect (and I do not have r16445 to check) "something" seems to have happened to file navigation between r16441 and r16452 (2/28/08 and 2/29/08) respectively.  Pointers or whatever seem to lose their way with quick file navigation and incorrect tags can be forced to be displayed for the playing track with r16452.  r16441 seems to be able to (eventually) get it right with quick navigation.

iPod 5.5g 80GB 11,000+ .ogg files at q7 and q8.

EDIT:
For the purposes of testing, I skip forward and backwards very quickly and repeatedly.  Auto-change to next directory is "off" as it most certainly has issues with r16441.  Directory cache is "Yes".

Also have:
max files in playlist: 32000
max files in dir: 16000

Yes, 16000 is non-standard but it seems to help with r16441 for whatever reasons.  Does rockbox ignore the non-standard value?  If not, I assume there is a memory/buffer penalty.

I've been keeping up with the builds and r16685 has the file navigation problem.

MORE EDIT:

Just for fun I tried r16694 and stripped out virtually everything in config.sys, using the default system WPS, font, whatever.

The entire config.sys:

# .cfg file created by rockbox r16694-080318 - http://www.rockbox.org

volume: -37
repeat: off
folder navigation: on

This configuration cannot keep up with fast file navigation.

Elbart:
Same hickups happen on my Sansa e260 too, and additionally the display of the tags of the current and the next track are wrong to, when I've skipped the tracks too fast while in Shuffle-mode.

TexasRockbox:
Just for fun I used the database feature of Rockbox (which I really don't want to use) to see both sides of the track and dumped my WPS to use cabbie_V2:

# .cfg file created by rockbox r16717-080319 - http://www.rockbox.org

volume: -33
repeat: off
max files in playlist: 15000
brightness: 2
volume fade: off
folder navigation: on
tagcache_ram: on
start in screen: db

Navigation within the database is still slow and problematic with fast navigation -- Rockbox still loses its way.

I'll get rid of the folder navigation and see what happens but it may be back to r16441 for me.

iPod 5.5G 80GB 11000+ .ogg files

EDIT:

Even more fun, I went back to build r15804-071125 (sort of):
1. copied over the rockbox.ipod file from r15804
2. copied over the codecs r15804
3. Changed the font to helvR14.fnt (easier on my poor eyes)
4. Shifted the time/track line in the .wps up one
4. Deleted the navram.bin file
5. Rebooted

Rockbox now file navigates like a bat out of you-know-what -- and looks great with cabbie_v2.

r15804 is missing a lot of stuff and fixes so may not be for everyone but its OK.

Llorean:
Please, rather than offering workarounds, why not try to track down exactly what is causing the problem so that it can be fixed?

Navigation

[0] Message Index

[#] Next page

[*] Previous page