Support and General Use > Audio Playback, Database and Playlists
Sansa Fuze v1 Playback problems above build 27996
manequin:
I have only reverted changes from 28000. The truth is I don't even know C. As far as I know, r28000 changes were really important for clip users, on Fuze power saving isn't so noticeable (I didn't have possibility to test it on my player :)). If there is a way to revert changes from 28000 for Fuze users and keep them for Clip, it would be a good solution, at least for some time. Until the problem is solved, I will build my version from time to time and I can share it with users who have similar problems, but don't want to compile Rockbox. If someone wants to build Rockbox on his own, there is a patch file from my changes:
http://dl.dropbox.com/u/554609/Rockbox%20archive/sansa-bruteforce-fix.diff
orbidia:
I was thinking this may be a power issue. Totally speculating here but:
Darlredfish was having problems with cross-fading.
Manequin has problems with Ogg Vorbis playback.
I have problems with everything on two fuze players and not so much on another tested.
Maybe there's not enough power now or its really on the brink and any CPU intensive tasks don't work well. Maybe the working memory is getting corrupted as its being used. That sort of seems like what's happening when I see the display for the status "playing time/remaining time" flashing weird numbers.
All I know is the official r28711 does not work at all on some Fuze v1s, and the revised r28711M with reverted code from r28000 works perfectly. Obviously, a little extra battery life for the fuze is not worth having it become unstable.
Hopefully, a developer will fix this in the official builds soon.
ku-ku:
I too have problems with playing ogg files - there is noise instead of music when playing my vorbis files. With the build with reverted r28000 changes all seems fine.
BigPapi:
I just loaded a couple of albums in Vorbis....with the same build as my previous post...boot 2.0, build 28154-100923....and it seems to be playing just fine.
saratoga:
I'm not really sure how the that code works, but it might be neat to know if commenting out "CGU_PROC = ((0xf << 4) | (0x3 << 2) | AS3525_CLK_MAIN);" (but leave the rest of the changes in place) from r28000 so that we could see if its the fclk change that breaks things or something more complicated.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version