Rockbox Development > Starting Development and Compiling

Adding JPEG to PictureFlow

<< < (2/2)

zajacattack:
Well, what would be the pros and cons of it? Why would anyone be against it?
EDIT:
Is there resistance to PNG in the core as well?

Llorean:
Because it uses additional ram and adds unnecessary complexity? It's the same reason why hundreds of "Well, why can't you also do this" features get rejected. Rockbox doesn't need to do _everything_ and generally speaking you can spare more disk space than you can CPU time and RAM. That's not to say JPEG won't be implemented, just that "it's more convenient" is really the only argument for it, and "it hurts people who don't use it, even if it's a fairly small amount" is the argument against it.

zajacattack:
So, it would take RAM even if it was only used for album art?

linuxstb:
There are also core devs who feel that Rockbox should be able to play any file a user throws on their DAP, and as Rockbox supports album-art, we should support the most common way album art is stored - as embedded JPEG...

But this argument is pointless until someone actually writes a patch to do it.

Llorean:
Any time you make the Rockbox core code larger, it uses more RAM, yes.

And yeah, "most common formats" is a good argument in favour of it.

Navigation

[0] Message Index

[*] Previous page