Div Games Online en Html5 y Javascript

[CicTec]

De momento estamos bastante pendientes con los portings y demas que hay que terminar, una vez hecho esto, si a Amaka le parece bien y nos puede pasar el codigo veamos cuanto es factible una mejora y porting oficial a Gemix.

[erkosone]

Esto ya suena algo mejor
Haber si AmakaSoft quiere compartir el source y lo mirais entre los 3, seguro que saldrá algo mas interesante.

[CicTec]

De momento hay que acabar lo que hay pendiente, luego veremos si nos quiere pasar el source, aportar eventualmente una colaboracion, etc...

[GINO]

Portar gemix a javascript + html5 significa reescribir todo de 0, no se si sois conscientes de eso.
Lo mas rentable que veo a día de hoy es hacer un plugin, tal y como funciona flash.

[kozka]

xD si por pedir que no quede. XDD

[erkosone]

Lo del plugin suena genial, pero hay que hacerlo para un montón de plataformas y también tiene trabajo.
Lo de pasar Gemix a javascript bueno, ya se sabe que hay que hacerlo y que es trabajo, pero no mas de 1 mes en portar el core "sabiendo lo que se está haciendo claro", luego ya es cuestión de plantearse las cosas por prioridades.

El mayor problema que tiene todo esto es que tanto CicTec necesita el source de lo que está haciendo AmakaSoft como AmakaSoft necesita el source de Gemix para ver y entender bien como está planteado todo e intentar hacerlo de la misma manera. "cosa que veo poco factible" por que Gemix es de Source cerrado.
Supongo que pensar en que esto se haga "siguiendo indicaciones" es imposible y una completa locura.

Lo del plugin si que pinta bien, es a lo que está todo el mundo acostumbrado, pero no se.. si HTML5 es la evolución de los plugin para navegador.. no se yo hasta que punto hacerlo por plugin es dar un paso atrás y crear algo ya muerto.

Html5 está capacitado de sobras para todo lo que ofrece Gemix, además corre en todas las plataformas, me da la sensación de que sería la mejor inversión para el futúro, ya que hay que programar 200 plugin para 200 plataformas.. y html5 corre en:

PsVita
PS3
Xbox 360
Nintendo Wii
PC
Linux
MAc
iOS
Android
etc etc etc etc..

HTML5 no es un lenguaje, es una PLATAFORMA DE DESARROLLO, creo que hacer algo "para la web" que no use este nuevo standard como plataforma está fuera de lugar, va a costar mucho mas esfuerzo y no va a funcionar en casi ningúna plataforma.

Pienso que AmakaSoft ha acertado completamente al comenzar el proyecto en javascript "que poco tiene que envidiar a C++" utilizando la plataforma universal HTML5, creo que hacer otra cosa que no sea esto es perder el tiempo completamente. "Aunque esta es mi opinión claro.. muy discutible por supuesto".

[AmakaSt]

Hola,

He estao un poco liado hoy y no he podido ponerme hasta ahora…

Por mi no hay ningún problema en colaborar con el team, es más… hace tiempo que colaboro testeando las nuevas betas que van saliendo y tal… actualmente estoy con esto para que CicTec no se nos distraiga con otros ports y que Gemix siga el camino que tiene que seguir, llevo más de un año esperando los ports de iOS y Android.

Así que una vez esto se cumpla, por mi no hay problema de que DivGO acabe siendo la versión oficial de Gemix para navegador. Yo ya voy adelantando trabajo en paralelo y como dice GINO, portar todo Gemix es mucho trabajo y es hacerlo de 0.

El mayor problema que tiene todo esto es que tanto CicTec necesita el source de lo que está haciendo AmakaSoft como AmakaSoft necesita el source de Gemix para ver y entender bien como está planteado todo e intentar hacerlo de la misma manera. "cosa que veo poco factible" por que Gemix es de Source cerrado.
Supongo que pensar en que esto se haga "siguiendo indicaciones" es imposible y una completa locura.

Si es difícil si, y portar Gemix a javascript... el código o parte acabaría siendo código abierto, hay maneras de ofuscarlo pero no es lo mismo.

Un saludo.

P.D.: Ahora resubiré DivGO con un arreglillo en la función exit();. Por un problema de compatibilidad de versiones PHP y esas cosas...

[erkosone]

Si, lo ideal es que el port a iOS se complete lo antes posible, es el port que va dar a conocer a Gemix como una alternativa comercial real.
Lo de reescribir desde cero Gemix para javascript no es que sea demasiado problema, si lo miras con vistas al futuro es una buena inversión, el problema es aprender Javascript a nivel profesional.. que en eso si que se tarda mucho tiempo.. por eso comentaba que "ficharte" para hacer esto sería un avance grande ya que lo dominas y usas a diario en el trabajo.

Además si Gemix tiene bug´s se donde vives y en moto te tengo a 5 minutos jaja.. puedo ir a tu casa a pegarte una paliza para que lo arregles XD..

Lo del tema del source no tiene por que ser un problema, yo uso el lenguaje Monkey, lo está desarrollando la empresa de BliztBasic y BliztMax y tienen el source a la vista, ofuscado pero a la vista, y lo mismo pasa con otras, aunque realmente he intentado mirar como estaba hecho.. de verdad que es imposible.. si no sabes lo que hace.. no sirve para nada tener el source XD.. te lo digo por que he intentado buscar funciones y ver como montan el sistema de threading y tal en javascript.. y de verdad que es algo sub realista, no se entiende nada XD..

Lo que flipo es con la velocidad.. y que va acelerado por hardware nativamente, y que tiene filtros, el acabado es cualquier juego es perfecto, muy bonito visualmente, aunque claro.. dista mucho de tener la potencia de Gemix el Monkey este..
Y como CicTec mas de una vez ha dicho que en windows Gemix no usa SDL.. pues quiero imaginarme que es portable 100% por que supongo que el tío CicTec ha parido todo el sistema a bajo nivel el solo "weno.. con la ayuda de GINO claro", así que supongo que se puede portar sin mayor problema ya que todo es código propio creado desde cero.

Que interesante es este tema, haber si con el tiempo sale una alianza entre vosotros y llevais esto a alguna parte, sería dar un paso mas hacia el futuro

[GINO]

Erkos, no hay que portar a 200 plataformas. De hecho hay que portar a activex (IE) y npapi (el resto). Y tampoco es portar ya que gemix no se tocaría apenas, es hacer el plugin que lo que hace es usar gemix (interprete + módulos) para hacer lo que ya hace ahora, renderizando en el widget del plugin (tal y como lo hace flash). Portar Gemix a javascript + html5 es un trabajo muchísimo más complejo y costoso, hay que reescribir todo de cero, con las implicaciones que ello conlleva, empezando por controlar javascript.
No te digo que todos los halagos que haces a js y html5 no sean ciertos, eso lo se bien, pero es muy fácil hablar cuando no se tiene idea de la dimensión del trabajo necesario. Desde luego hoy por hoy no es la solución viable tal y como están las cosas.
[Edito:]
Lo de inversión de futuro también suena muy bien, pero sigue siendo inviable mientras lo tenga que hacer Cictec solo con algo de mi ayuda. El problema es siempre ese: falta de gente que desarrolle y tiempo. Con eso seguro que todo lo que dices se podría tomar en consideración de otra forma.

[erkosone]

Claro que no, por eso dije de adoptar a AmakaSoft como parte del team, se que ni tu ni CicTec os podéis liar con esto en js por lo que dices, hay que controlar a fondo js+html5 y luego hay que dejar a una persona dedicada 100% a hacerlo.
Lo comentaba por que AmakaSoft trabaja con js a diario y lo tiene muy por la mano "a la vista está".

Respecto a los plugins, desconocía el tema de npapi, esto cambia bastante mi punto de vista, la verdad no sabía que existiera una plataforma así.. interesante si..