Programa para convertir videos FLV/Mp4 en FLC/FLI

[Geca]

Por cierto simulatorone, he mirado tu metodo, pero usas un bat en el codigo que no viene en el ejemplo, por otra parte para usar ese metodo lo que necesito es cojer de una carpeta imagenes .png y insertarlas en un nuevo fpg, tu lo haces en tu ejemplo con ficheros map, pero lo que estaria bien es que el FPG editor te permitiera carga masiva de mapas, actualmente puedes seleccionar varios mapas, pero uno por uno, tienes que ponerle un codigo nuevo de mapa, y estaria bien que de forma automatica lo hiciera el programa, a ver si GINO lo tiene en cuenta, ya que es una modificación sencilla, y con eso podriamos cargar multiples mapas en un fpg en segundos.
Tampoco entiendo porque seguimos con la limitacion de 999 mapas por FPG...

[CicTec]

Tampoco entiendo porque seguimos con la limitacion de 999 mapas por FPG...

Esta misma pregunta me la hice yo hace unos dias, el problema seria si quitar el "limite" o aumentarlo simplemente (este ultimo es mas simple).

[Geca]

Pues ponle 9999 xD

[CicTec]

Mmmmm ahora que lo pienso no se puede, porque se rompe la compatibilidad con algunos programas.

[Geca]

Que programas, el FPG editor ?
La retrocompatibilidad se mantiene. Tampoco es complicado actualizar la tool.
Vamos, lo veo como una feature de la proxima beta, tampoco le veo urgencia.

[CicTec]

Me refiero a los programas mismos, tanto los que vienen de DIV2 como los posibles de Gemix.

Porque el codigo 1000 se refiere a mapas creadas con NEW_MAP, y es acostumbre de muchos usar codigo como:

Source Code (Gemix) [ Download ] [ Hide ]

Source Code (Gemix) [ Download ] [ Show ]

• PUT_SCREEN(0, 1000);
•  

Por lo tanto si se van a añadir mas 999 graficos al FPG el programa deja de funcionar.

[Geca]

Bueno en eso tienes razón, pero incluso lo mas comun es utilizar el código 0 para no poner un grafico, aunque me imagino que en Gemix si haces eso te va saltar el mensaje de error, con lo cual en esto tampoco ya estamos teniendo compatibilidad porque Gemix controla el error

Al hacer esto, tu ejemplo PUT_SCREEN(0, 1000); me imagino que tambien salta error en Gemix si el mapa ese no existe, con lo cual tambien ya no habia compatibilidad en este caso concreto, de todas formas no es romper compatibilidad, sencillamente eso era ya un error en si cuando utilizado en DIV, del cual uno se aprovechaba para no pintar el grafico por ejemplo, pero que de todas formas no es era el procedimiento correcto, con lo cual no veo problemas.
La compatibilidad se mantiene igual, solo tienes que corregir ese error nada mas, esto es exactamente un caso similar a los arrays null que antes tiraban en DIV y ahora no, si fuera para mantener compatibilidad al 100% no los controlabas tampoco en Gemix

[CicTec]

No, estas equivocado, cuando en DIV pasas un valor 0 al correspondente parametro graph, salta el error, o cuando las funciones de collision averiguan que 1 de los 2 graficos sea 0, el unico caso en el cual no salta el error es si el proceso que debe pintarse tiene valor 0, entonces simplemente no se pinta, ya esto es totalmente igual a DIV, por lo tanto si hago el cambio que dijimos antes se pierde la compatibilidad.

[GINO]

Geca, a lo que se refiere Cictec es que los gráficos cargados con new_map/load_map se incluyen en el fpg 0 y sus códigos pasan a ser 1000, 1001, 1002, etc.
Hay programas que hacen uso de ese número:

Source Code (Gemix) [ Download ] [ Hide ]

Source Code (Gemix) [ Download ] [ Show ]

• program foo;
• begin
•     // el siguiente mapa es almacenado con el código 1000 (al ser el primero) en el fpg 0.
•     load_map("my_map.map");
•     put_screen(0, 1000);
• end

en vez de la forma recomendable:

Source Code (Gemix) [ Download ] [ Hide ]

Source Code (Gemix) [ Download ] [ Show ]

• program foo;
• private
•     int bg_id;
• begin
•     // el siguiente mapa es almacenado con el código 1000 (al ser el primero) en el fpg 0.
•     // bg_id toma el valor 1000, pero eso es transparente al programador.
•     bg_id = load_map("my_map.map");
•     put_screen(0, bg_id);
• end

La primera forma solo se puede usar realmente en las primeras lineas que se ejecutan porque más adelante es muy difícil saber que código es asignado al gráfico.
Yo opto por que se rompa esa compatibilidad y poner un numero ilimitado de maps ya que no es una forma muy recomendable de usar los códigos de los mapas creados con new_map/load_map.

[CicTec]

No se puede dar illimitado, seria un lio, lo unico que se puede hacer es aumentar el limite.