Gemix Studio

Has probado usando load_fpg_map en vez de cargar todo el fpg de golpe? Por saber que rendimiento daría.

No lo he probado, ahora al inicio del desarroyo del proyecto lo he cargado todo a saco, cuando tenga el motor ya mas optimizado ire puliendo y ahorrando memoria innecesaria, pero vaya.. por la gestion de memoria no es, la verdad es que Gemix lo hace de una forma "INMACULADA",m he cargado en un intel atom 1 giga de ram con imagen y las paso a 60 fps a 32 bit de color y va hechando hostias.

Esto me ha gustado mucho, tiene muy buen rendimiento este sistema, es un poco "bestia!" pero el performance en velocidad es muy superior a lo esperado tio.

Eso si, a 320x240 scale2X filter_25%_scanline.

A resoluciones mayores imagino que el cpu deve servir como procesador y como barbacoa para chiricillos picantones, pero vaya, por ahora todo bien.

no me gustaria cargar la memoria ram casi todos los fotogramas de golpe.

prefiero que valla cargardo y descargando map x maps (no quiero usar fpgs de 999 graficos maximos)
verias la luz del discoduro leeiendo...
eso si, deben tener el disco duro desfragmentado para que valla fluido y sinconizado con el audio.

pero eso lo solucione,haciendo una "pre"carga de todos los fotogramas expresamente, para luego "misteriosamente"
reproducirlos sin que se trabe....

yo ya hice la prueba y de alguna manera me sale mejor asi.

ademas de tener el limite de 999 fotogramas U_U
haciendo como una "pausa" de cargar un nuevo fpg.

Pues yo cargo como 10 fpg de 600 map´s cada uno, todo del tiron, me tarda 10 segundos en cargar, mientras pongo en pantalla una bonita frase: LOADING...

Y a los 10 seg ya tengo todo en memoria para trabajar, si funcionara mal no lo haria, pero esque es super comodo.

mi sistema evita que se llene la memoria. es lo unico bueno. y no usa FPG. solo maps comprimidos.

si tambien hace una precarga, contra mas fotogramas mas tarda, todo depende del discoduro y de la cpu.

cuando yo hago la precarga, hago esto: cargo un map y despues la descargo, voy al siguiente map, la cargo y descargo....
asi....
parece una chorrada, pero no se por que esa carga la almazena en una memoria o memoria de paginacion o algo asi.

luego lo reproduce super vien, los videos a 30fps muy bien.
y supuestamente no me consume memoria.
y dejo de usar fps de 999 fotogramas cada uno.

ademas, tu sistema de FPG esta muy limitado segun la memoria ram y el numero y resolucion de fotogramas.
en seguida se llena la memoria ram de 1 GB.

Yo e podido reproducir videos de 5minutos, y pesa casi 2GB de memoria ram.
y paso de eso.
prefiero el metodo map x maps....

no se, te invito que hagas la prueba.

Si.. lo optimizaré para crear un guffer de 1 imagen por delante minimo, tiene buena pinta.

de todas formas me gustaria ver tu algoritmo de videos.

yo ya hice el mio, y estoy sastifecho.

Ok, tengo el motor "SONIC" casi terminado, ya tengo unos resultados que me estan gustando mucho, en cuanto lo tenga visible para mostrar un par de levels completos lo cuelgo y cuelgo tmb el trozo de codigo de los videos.

Voy a colgar un recourso ahora mismo de esto, es una cosa basica para que el iniciado tenga una base, es "una parte" del motor de fisicas de mi juego, cuando lo tenga entero ya cuelgo varios trozos de source.

ei, como lo llevas?

espero ver ese video a traves de Gemix.