load_jpg

[panreyes]

Puff... He escrito una parrafada tremenda explicando por qué sería muy útil que load_jpg, o algo similar, fuera oficial en BennuGD. En fin, reescribiré pero resumido -_-


En PiX Pang hay 90 niveles, cada uno con su fondo. Si están en JPG ocupan 100kb de media, si están en PNG 900kb.


Hace un tiempo ya quité los fondos en jpg para mejorar la portabilidad, pero me gustaría solucionarlo.


¿Se podría incluir oficialmente esa función? ¿Sería portable?

[SplinterGU]

meter jpg llevaria a cometer el error de novato de olvidar que los formatos con compresion con perdida darian problemas para usar luego mapas de durezas...

[panreyes]

Y será culpa de la función, no de los novatos mal informados xD

[FreeYourMind]

Usa formato map

[panreyes]

Utilizar map seria igual o menos productivo que PNG.

[SplinterGU]

no, no... esta bien la sugerencia de Free... si usas map (comprimido) no tienes perdida de calidad... quiero recordar que siempre estamos hablando de espacio en disco, porque en memoria no importa el formato del mapa, todos ocupan lo mismo

[panreyes]

¿Y qué diferencia tiene el MAP gzipeado con un PNG?


Pd: Antes de contestar, http://es.wikipedia.org/wiki/Portable_Network_Graphics

[SplinterGU]

que quieres que lea de ese link a wikipedia?

[SplinterGU]

puf... 1 imagen vale mas que 1000 palabras...

Code Select Expand


splinter@splinter:~/Bennu/dlls/gui/sample> ls -la bg640x480.map*
-rw-r--r-- 1 splinter users 27100 jul 23  2003 bg640x480.map
-rw------- 1 splinter users 35546 dic 26 19:29 bg640x480.map.jpg
-rw-r--r-- 1 splinter users 38438 dic 26 19:28 bg640x480.map.png
splinter@splinter:~/Bennu/dlls/gui/sample>


nuevamente free esta en lo correcto...

[panreyes]

Es cierto, pero no del todo.


PNG es para gráficos: tiene algoritmos de compresión sin pérdida de calidad.
JPG es para fotos: tiene pérdida de calidad pensando en el ojo y, si está bien ajustado, es prácticamente indeferenciable.
Os recomiendo ver como ejemplo esta imagen: http://bg.hi5bkk.com/images/wallpapers/Default_800x600.jpg Abrirla en Paint y ponerla en negativo para comprobar bien el efecto :)



Y os adjunto la misma foto en JPG, PNG y MAP (renombrado a MAP.GZ para que el foro me lo reconozca) como ejemplo.


JPG: 263KB
PNG: 564KB
MAP: 695KB

[SplinterGU]

no interesa que sea indeferenciable, interesa que no se puede usar luego para hacer map_get_pixel y comprobarlo contra un RGB... e interesa que luego pierdo tiempo en dar soporte explicando algo que explico 1000 veces y se vuelve a preguntar lo mismo...

como sea, puedes compilar la mod_image o algo asi... que te permite cargar virtualmente cualquier cosa

perdon, a veces me pongo intolerable... la verdad que no tengo pensado incluir ese formato, por lo menos no como un formato aislado... tenia pensando incluir la mod_image o algo similar que use SDL_image... pero ahora mismo estoy con otras cosas con bennugd, y hasta que no resuelva esos problemas que tengo, congelare todo otro desarrollo sobre bennugd... pero tengo en lista algo de eso...

[panreyes]

-_-

En fin, pues estoy como estaba. Los PNGs de la carpeta PiXFrogger 75MB en vez de los 8 que pesan en formato PNG.

Si no se puede cargar jpgs de forma oficial, no me sirve porque se rompe la portabilidad.

[SplinterGU]

bueno, justo estaba editando mi respuesta... ahi la puedes, leer... mas adelante incluire algo, sin dudas...

no tengo idea del tipo de licencia que necesita hacer un decoder jpg... y no se si eso traera problemas o no...

disculpame que casi siempre me comporte como un completo idiota... el estar en 800 cosas a 1000km/h me hace responder de la misma forma y comportarme como un idiota... disculpame...

[panreyes]

No te preocupes, gracias por entenderme :)


Y bueno, sería buena idea integrar algo como sdl_image, pero quizás es más trabajo que lo estrictamente necesario.


Con soportar PNG ya podemos trabajar de sobra, y si añadimos JPG sería por el motivo que comento aquí, no creo que hagan falta más formatos.

[SplinterGU]

png ya tenemos...

pero seria mas trabajoso hacer un decoder de jpg que integrar la SDL_image.