Support and General Use > Plugins/Viewers

Picture Flow freeze on Fuze

(1/2) > >>

max242:
Maybe this is not the proper place to post what i am posting right here, right now.  If not, feel free to move it to the right place then.  But i don't want the post i made into the Plugins/Viewers forum to go unnoticed by you, the (Sansa Fuze) rockbox development community.
[EDIT]Moved to the correct place --funman[/EDIT]

To keep a long story short (using Saratoga's idea of re-iterating through a couple of builds in binary search mode) i figured there is an issue in album art preparation for use in PictureFlow on my Sansa Fuze V1 since r25299.

Point is that r25299 and more recent builds do lock up my Fuze most of the time when preparing the album art for PictureFlow. 

I'm not a coder/developer myself, but i'm not afraid to build code myself and play around a bit.  Maybe it's a bug in the patch-set of r25299, or maybe even in the PictureFlow plugin itself, at least i think it's worth to generate a bug-report by somebody who knows how to do this.

What can we do to get this issue resolved?

As a daily rockbox user i am of course willing to help, but i'm not a coder myself, so i would need clear instructions on what you might want me to do and test.

And thanks for the great support/development guys, you simply rock!

funman:
For reporting bugs the preferred method is


* Open a bug on Flyspray
* Pester the developers on IRC until they look at the bug and fix it
Did you try r25298 and it worked?

max242:
Even though saratoga guessed that r25297 was introducing the issue reported, i figured it really got introduced in r25299.

So i'm currently happily running r25298.

I delete/put new songs on the Fuze once sometimes even twice a day, do a rebuild of the database as well as a rebuild of the pictureflow cache, and up to now (i think about 6 or 7 times or so since i started using r25298) never had the PictureFlow cache building issue.

funman:
Works fine for me (r25650)

Perhaps there is a problem in your database?

Try removing .rockbox/database_* , rebuild the database, and launch pictureflow again

max242:
Hmmm ...

So i've spent some more time testing this pictureflow issue.

I've been trying with r25649, testing using your procedure of deleting the database files and then rebuild the pictureflow cache, and i'm still having issues.

I do observe that in the pictureflow directory i have in a particular working situation 257 different .pfraw files (from 0.pfraw to 156.pfraw) in case of successful cache building, and in case of an unsuccessful build a value below 257, depending on the point where cache building locks up.

I also do observe that every now and then my Fuze V1 locks up while building the database!  Rockbox just generates a couple of database_*.tcd files, but the higher numbers are missing.

I started wondering that it maybe is related to the fact i have a microSD card of 16G inserted in the microSD slot.  But after testing 6 times with the microSD card removed, i had a lockup, three times ... 

So i'm starting to think that pictureflow cache generation might not be the issue after all.

Maybe there is an issue in database building, or maybe in the timing for writing files to the storage devices ... ?   I do remember such issues from about a year ago ...  Or is the hardware starting to fail on me?

Anyhow, if some of you have an idea of what else i could try, let me know, i will test and get back the results to this forum.

So for the time being i'll step back to r25298 again.

Eagerly waiting for all your suggestions.

Thanks, and cheers guys, keep up the good work!

Navigation

[0] Message Index

[#] Next page