Avances sobre el desarrollo de las nuevas versiones de Gemix

[shao]

Ok, ahora lo entiendo mejor.
Gracias por la info!.

Sobre las sugerencias, esta es una de ellas:

http://gemixstudio.com/forums/viewtopic ... 117&t=6204

Al menos a mi me parece muy útil pues para conseguir eso hoy día en gemix hay que escribir más código, si esto existiese en gemix sólo bastaría con una comprobación de ese tipo.

La otra que hice es esta:
http://gemixstudio.com/forums/viewtopic ... 117&t=6157

[CicTec]

De nada.

Pues no, no estan implementandas niguan de las 2, la primera seria facil, la segunda es mas compleja, si requiere poco tiempo quizas implementare la primara, pero no te lo aseguro.

[SimulatorOne]

Buenas,

Despues de un tiempo sin news voy a anunciar las principales novedades, en luagar de sacar un update, habra una version nueva con cosas que tenia hecho hace un tiempo:
- Se han arreglados todos los bugs reportados y varios mas.

- Ahora se soportan datos INT a 64bits con y sin signo.

- Ahora se pueden generar programas nativos a 64bits, por ende habra 2 versiones del core + modules, 1 para generar programas a 32bits nativos y otro para generar programas a 64bits nativos.

- De momento parece que hay una baja de performance en el rendering en versiones a 64bits, con lo cual los programas a 32bits siguen con rendimiento grafico mejor, todavia la ejecucion de codigo con datos INT a 64bits llega puede llegar hasta mas del double, mirare el tema del rendering despues de la salida de la beta, la actual velocidad es mas que suficiente.

- El tipo INT ahora es dependiende de la version usada, esto indica que puede ser 32 o 64bit dependiendo de la version del compilador usado, esto va a requerir algunas modificas en estructuras/ficheros guardados con datos INT a la hora de poder funcionar en sistema a 64bits correctamente, todavia habra tipo INT32 que sera fijo para ambas las architecturas.

- Habra un ligero cambio en la opcion de compilacion para el audio, el sistema no hara mas distincion entre LEGACY y MODERN, sino en el tipo de lib usada, esto permite tener un sistema generico para poder tener otras libs con motores audio diferentes en la misma carpeta sin entrar en conflicto de compilacion como pasaba con la beta actual.

Utilizare este fin de semana para testar mayormente el sistema, lunes actualizare todas las libs necesarias para volver a mirar el porting a Android.

De momento es todo.

Un Saludo.
-

Ánimos con los avanzes.
Creo que hay mucha gente que tiene ganas del esperado porting a Android, yo y Erkos y mas gente...

pero seria un porting muy muy sólido eficiente, con muchas ganas de probar.
Desde luego será en fase beta... que le faltaran algunas características básicas como por ejemplo: invocar teclado de android s.o para entrada de cadena de texto string.
o uno de sensores....

Lo básico, al principio, el táctil en la pantalla, número de dedos pulsados, coordenadas y presión del dedo.

[TYCO]

Siempre gusta oír nuevas noticias, y ver que avanza.

[CicTec]

Bien, for fin despues de varios intentos, Gemix vuelve a funcionar en Android con la nueva beta, aqui uno screenshot de un ejemplo en ejecucion en el emulador de Android 4.4.2:

GemixAndroid.png

Ahora toca fixear y terminar lo que falta.

[shao]

Que bueno, ¿entonces creo que correrá con opengl verdad?, ¿y la compilación como se hará?.

[CicTec]

La version del screenshot utiliza la version Legacy, corriendo o sea con el motor software, obviamente se soportaran Legacy (Software) y Modern (OpenGL).

Para la compilacion se utilizara el sistema de siempre, se compila normalmente (ahora para 32 y/o 64bits), se meten los assets y modulos necesarios para la ejecucion en el Template de Android que se utiliza para generar el apk, todo aqui.

[Spiderman]

Que bien CicTec!!

[shao]

¿Por qué soportar la versión de software?.
¿Quién iba a querer usarla?.
¿No sería mejor (al menos en android) dedicarse sólo a la versión acelerada?.

[CicTec]

Porque:

1 - En el caso hipotetico (poco probable, pero nunca se sabe) que se quiera hacer un juego retrogame 8/16bits, sigue siendo la unica solucion.
2 - Porque OpenGL no es llenamente soportado da todos los hardware, cada empresa hace sus modificas si necesario y el juego podria no funcionar bien con la version acelerada y/o con todas las features, la version software sigue siendo la unica forma universal.