gif framecount maximum - variable?

[blissorient]

hello, maybe this should be a reply to my earlier post, not sure - it's a different question....

i'm using a sansa e260 with rockbox 62de15f-130103. i am VERY happy with rockbox (not least for increasing the maximum micro sd from 2 to 32 GB!) - massive respect to all involved - long live open-source collaboration!

i'm trying to view animated gifs to learn some juggling tricks (one example: http://www.kingscascade.com/3BallCascade.html).

i have downloaded and resized files to 100x125 (i noticed that rockbox was doing this when i tried to play the original 200x250 files) and some play but some do not - i think it is because of maximum framecount - i saw 32 listed as a maximum somewhere...

so my question is: is a 32 frame maximum some kind of inherent brickwall or could i increase it? how? the files have small dimensions and use very few colours so filesizes are small - most under 30kb. if i could get up to 100 all of the files would run fine, and at 70 almost all would run...

if it is not possible to increase the maximum does anyone know where/how i might batch-reduce the framecount of a few dozen gifs? (for free - i don't own a computer! ) or to convert gif to mpg (again, for free)

thanks so much!

[saratoga]

You could probably try and increase GIF_MAX_FRAMES in gif_decoder.h and see if it compiles and runs.  I suspect at some point you'll start to run out of memory though. 

[blissorient]

ace! thanks!

hmmm..... "compiles and runs"? i have to edit source and recompile? which will require a unix/linux sandbox? i have never compiled anything - is it involved? my guess is that installing the necessary programs to compile the code will take much longer than the edit itself? any chance i could cojole you into doing it for me? not really sure what i can do in exchange.....umm, point you at some awesome music?

ta again

[gevaerts]

Is animated gif really the best file format for this? I'd recommend just using mpeg video

[whiskers75]

I'll do it for you!
Raised it to 64, lets see how it compiles:     
You can see the build here: https://travis-ci.org/whiskers75/rockbox/builds/4027682
Ask me to change it, and I will.
(If build status is unknown, it hasn't finished yet!)

[blissorient]

wow, thanks!! i'll install that build as soon as it's up

gif may well not be the best format, but it's what the orginals are - if you can direct me to a freeware program or online service to convert gif to mpg that'd be awesome!

thanks everyone!

[whiskers75]

My build thingy only tell you if it builds, so you can now do so. Read DevelopmentGuide on the wiki to learn more. I'll try and integrate uploading of builds into it.

[whiskers75]

I'll make a rockbox binary for Sansa e260 based of the latest dev builds. Should be up tommorrow-ish.

[AlexP]

So wait, your thing only tells you if it compiles?  That seems fairly useless.

[whiskers75]

Yes. I haven't bothered to implement a way of getting the finished build yet.

[saratoga]

Yes. I haven't bothered to implement a way of getting the finished build yet.

Well then your reply to this thread was kind of a waste of everyone's time ...

[torne]

Yes. I haven't bothered to implement a way of getting the finished build yet.

You may not realise this, but probably 99% of the users here on the forum have never built Rockbox and don't know how. The original poster here already said in the thread that they haven't compiled it before and doesn't want to. You've only done the *easiest* part for them (changing one number in one file), and left them to do the part they wanted help with

[blissorient]

yeah- basically.
i mean, i didn't want to be rude (mainly because rudeness isn't going to get me a build) but i'm able to search for GIF_MAX_FRAMES in gif_decoder.h (i.e. i'm not retarded) i just don't have a unix operating system or experience compiling source code. although if nobody can/will easily do it for me then i guess i'll have to make my first foray into the world of development. or convert my gifs to mpgs. although i'd rather use the gifs - they're nice and small and loop well....so if anyone fancies adjusting GIF_MAX_FRAMES in gif_decoder.h to 72 or higher and compiling the code i'd be real happy!!

thanks again all!

[wodz]

In theory we could allocate all memory from pool and get rid of GIF_MAX_FRAMES - the only hard limit would be available memory then. Maybe I'll look into it but no promise.

[blissorient]

thanks wods i don't know how much memory the sansa e260 has, but the gifs i'm trying to view are all relatively small - most under 40kb and none over 80kb - so for my purposes it would be fine to simply up maxframes (pref to 100).

of course there may be other users with higher-end devices, more memory, and desire to view larger gifs so maybe in the grand scheme of things your plan may be better. is the maxframes entry there to stop imageviewer from hogging resources and locking the device up? might it be advantageous to limit imageviewer's memory usage rather than gif framecount? in my case 70 frames at 100x125 are small files but there must be other cases with low framecounts and high resolution giving large filesize and thus high memory use? furthermore might it be cool n groovy to limit to a percentage of total available memory so the same code can upscale to higher-memory devices?

this isn't my computer and i doubt the owner would appreciate me installing linux/unix in his absence and it doesn't have an optical drive so until i get my own laptop next month i am unable to get involved in coding, so in summary, thanks for all your help - all of you! may your gods (i like pan best) bless you

x