Autor Tema: Image.{dll,so}  (Leído 16046 veces)

josebita

  • Administrator
  • *****
  • Mensajes: 4039
  • Karma: 257
    • BennuGD Mobile Worklog
Image.{dll,so}
« en: Mayo 11, 2009, 07:39:11 pm »
Estoy subiendo la extensión image a mi PPA. Dado que el otro día tenía algo de tiempo libre y con la ayuda de Splinter la he adaptado a los 32 bits.
Aún le queda algún fleco pero creo que debería funcionar bien, a ver si soy capaz de compilarla un día de estos en windows (si alguien lo quiere compilar, en mi PPA hay un enlace a los fuentes).

josebita

  • Administrator
  • *****
  • Mensajes: 4039
  • Karma: 257
    • BennuGD Mobile Worklog
Re: Image.{dll,so}
« Respuesta #1 en: Mayo 18, 2009, 01:01:37 pm »
Acabo de compilar la versión con soporte para 32 bits en windows. Debería funcionar bien con gif, jpeg y png sin necesidad de más librerías, porque la librería está compilada estáticamente contra ellas.

Espero que os funcione bien.

Podeis tomarlo de aquí.
De nuevo, gracias a Splinter por su ayuda con esto.
« última modificación: Mayo 18, 2009, 01:13:19 pm por josebita »

Prg

  • Hero Member
  • *****
  • Mensajes: 1569
  • Karma: 140
    • Mi pagina
Re: Image.{dll,so}
« Respuesta #2 en: Mayo 18, 2009, 11:16:50 pm »
será genial para el editor fpg  ;)
en humos puedes mover la camara con los cursores. es necesario para los niveles a partir del dos :)

josebita

  • Administrator
  • *****
  • Mensajes: 4039
  • Karma: 257
    • BennuGD Mobile Worklog
Re: Image.{dll,so}
« Respuesta #3 en: Mayo 18, 2009, 11:58:20 pm »
Espero que sea útil :)

Prg

  • Hero Member
  • *****
  • Mensajes: 1569
  • Karma: 140
    • Mi pagina
Re: Image.{dll,so}
« Respuesta #4 en: Mayo 19, 2009, 02:11:19 am »
lo he adaptado al editor, carga bmp, jpg, tga, etc, etc, etc... está genial :)

ahora el editor carga
"*.png",
        "*.map",
        "*.pcx",
        "*.bmp",
        "*.gif",
        "*.jpg",
        "*.lbm",
        "*.pnm",
        "*.tga",
        "*.tif",
        "*.xcf",
        "*.xpm",
        "*.xv";

y de una forma muy rápida :)
« última modificación: Mayo 19, 2009, 02:20:08 am por Prg »
en humos puedes mover la camara con los cursores. es necesario para los niveles a partir del dos :)

DCelso

  • Hero Member
  • *****
  • Mensajes: 3708
  • Karma: 181
Re: Image.{dll,so}
« Respuesta #5 en: Mayo 19, 2009, 10:22:06 am »
tooma PRG, de poca madre para el editor ¿no?
Siento que tu implementación de lectura de bmp no te sirva ahora para nada :D, al menos te queda lo que aprendiste.
Monstruos Diabólicos

"A PAck of classic GAMEs For BennuGD" en desarrollo
http://code.google.com/p/apagame4be/

josebita

  • Administrator
  • *****
  • Mensajes: 4039
  • Karma: 257
    • BennuGD Mobile Worklog
Re: Image.{dll,so}
« Respuesta #6 en: Mayo 19, 2009, 11:47:49 am »
Vamos a mirarlo por el lado bueno; por lo menos ya no tiene que implementar el LZW.

Prg

  • Hero Member
  • *****
  • Mensajes: 1569
  • Karma: 140
    • Mi pagina
Re: Image.{dll,so}
« Respuesta #7 en: Mayo 19, 2009, 09:31:38 pm »
 :D quizá mi código sirva para sistemas en que no se ha compilado aún la librería....
en humos puedes mover la camara con los cursores. es necesario para los niveles a partir del dos :)

josebita

  • Administrator
  • *****
  • Mensajes: 4039
  • Karma: 257
    • BennuGD Mobile Worklog
Re: Image.{dll,so}
« Respuesta #8 en: Mayo 20, 2009, 01:28:19 pm »
:D quizá mi código sirva para sistemas en que no se ha compilado aún la librería....

No es ninguna tontería... Y creo que (si no está aún en el wiki) sería pero que muy interesante añadirlo a él (ahora mismo no me ofrezco, mi vida es un caos :)).

Drumpi

  • Hero Member
  • *****
  • Mensajes: 6340
  • Karma: 162
  • Odio el periodo "entre proyectos"
    • La web de Drumpi
Re: Image.{dll,so}
« Respuesta #9 en: Mayo 20, 2009, 06:12:11 pm »
La pregunta del millón es si se soportan los gifs animados, porque si la librería no lo hace (aun no he visto ningun programa que la use y muestre los demás frames) hay que seguir con el LZW a pelo.
Hala, como con 1001 procesos sólo va a 9 FPS, vamos a meterle 32 veces más, a ver si revienta.
(Drumpi epic moment)

splinter_work

  • Full Member
  • ***
  • Mensajes: 249
  • Karma: 6
Re: Image.{dll,so}
« Respuesta #10 en: Mayo 20, 2009, 06:34:10 pm »
en los gif animados hay varios problemas...

1) los gifs animados tienen deltas para cada frame (bueno, no es un problema real, pero si ocuparian mucha mas memoria una vez cargados)
2) como indicariamos los tiempos entre cada frame... estos no son siempre iguales... seria necesario usar algun tipo de estructura especifica o guardar en mapa en algun formato especial que no sea, map, o asociarlo de alguna forma a este, y que el mapa se vaya actualizando frame a frame y que bennu lo vea como un unico mapa que va cambiando... (esto es una buena idea, y es posible, podria ser un modulo de animacion... creo que se viene un nuevo modulo...)

darío

  • Sr. Member
  • ****
  • Mensajes: 458
  • Karma: 48
Re: Image.{dll,so}
« Respuesta #11 en: Mayo 20, 2009, 08:12:30 pm »
No era esa la idea de los FBM que se quitó hace algún tiempo?
My sites:
Smart Fpg Editor - Painless FPG Edition for Bennu and PixTudio
fenixlib - .NET support for manipulating PixTudio, Bennu and Div graphic formats

DCelso

  • Hero Member
  • *****
  • Mensajes: 3708
  • Karma: 181
Re: Image.{dll,so}
« Respuesta #12 en: Mayo 20, 2009, 08:13:09 pm »
un gif animado no se parece mas a un fpg que a un map? yo diría que es como un fpg con alguna información distinta como tiempo de frames.
Monstruos Diabólicos

"A PAck of classic GAMEs For BennuGD" en desarrollo
http://code.google.com/p/apagame4be/

splinter_work

  • Full Member
  • ***
  • Mensajes: 249
  • Karma: 6
Re: Image.{dll,so}
« Respuesta #13 en: Mayo 20, 2009, 08:48:38 pm »
un gif animado no se parece mas a un fpg que a un map? yo diría que es como un fpg con alguna información distinta como tiempo de frames.

si y no...
si, en el hecho de que es una libreria de graficos...
no, en el hecho de que en un fpg los graficos no estan linkeados unos a otros... si tienen un orden pero no representan una animacion... sino una coleccion de graficos y no tienen tiempo... se podria suponer que cada grafico es una animacion secuencial, y se podria cargar un array con los tiempos, pero esta pensado para eso... y seria un poco confuso darle ese sentido...

splinter_work

  • Full Member
  • ***
  • Mensajes: 249
  • Karma: 6
Re: Image.{dll,so}
« Respuesta #14 en: Mayo 20, 2009, 09:07:39 pm »
No era esa la idea de los FBM que se quitó hace algún tiempo?

No realmente... vos sabes bien como era el formato del fbm, y tiene fallos a nivel conceptual como tambien lo tenia para integrarse a todo y como estaba implementado.

La idea actual seria que cada frame sea un mapa no asociado a ninguna lib (salvo la del sistema)... y que el modulo devuelva una estructura ANIM (como si fuera un FILE o un PAL) y que el modulo se encargue de animarlo actualizando el area de datos (puntero a la data) del grafico base, que es el mapa visible para el mundo de dicho grafico... con funciones del estilo:

- ANIM_GetMap (para poder asignar este valor a la variable graph o cualquier operacion de mapas)
- ANIM_Clone (para poder tener una misma animacion con diferentes momentos de animacion)
- ANIM_Destroy
- ANIM_Load
- ANIM_Stop
- ANIM_Start
- ANIM_Pause

en principio se me ocurren esas, sin posibilidad de edicion de estos archivos, pero podria ser una opcion interesante y rapida.