Hola Gente,
Despues de un tiempo de no hacer nada con respecto al lenguaje, y cumpliendo con mi promesa de retomar luego de la fiesta de 15 de mi hija, he empezado con un lavado de cara a bennugd.
Si bien por el momento no es una version 2.0 completa, estoy trabajando en la reestructuracion del lenguaje, usando SDL2 y añadiendo acceleracion por GPU, algunas funciones desaparecen, algunas aparacen, con lo cual el lenguaje ya no sera compatible 100% con la version actual.
Y bien, este mensaje no era para anunciar en lo que estoy trabajando, sino para saber su opinion en un aspecto... y es que debido a esta reestructuracion de cosas, tambien habra reestructuracion de librerias, con lo cual voy a agrupar alguna de la funcionalidad de las actuales librerias, por ejemplo, ahora unifique libgrbase+libvideo+libblib+librender en libvideo y lo mismo con los modulos, mod_screen + mod_video = mod_video, luego mod_timers + mod_time = mod_time, y asi...
esto son unos ejemplos.
lo que quiero saber es como agruparian Uds los modulos y librerias actuales? me gustaria saber su opinion.
desde ya, muchas gracias.
¡Hola Splinter! Hace bastante que no leía noticias tuyas y la verdad es excelente lo que estás haciendo, ¡es bueno ver que Bennu se actualice!
Me gusta tu propuesta de agrupar los módulos, creo que las funciones van a quedar mejor agrupadas asi como lo proponés vos. Lo único que te puedo decir, es que sigas agrupando según funcionalidad, es decir, si hay que saber la hora del sistema y hacer un contador, por ejemple, que vaya a mod_time. Que al programador se le haga más fácil buscarla. Creo que hasta es más intuitivo, la verdad.
De nuevo, te agradezco todo lo que aportás al lenguaje y me alegraste el día.
¡Saludos!
gracias...
exacto, esa es la idea... pero necesito aportes de como organizarian cada uno todos los modulos.
otra es meter todo en 1 solo runtime... pero quizas eso seria ir para atras.
Creo que meter todo en uno solo ya sería demasiado, además supuestamente estaban divididas para no tener que cargar recursos de más, ¿no? Yo ahora estoy trabajando un poco y me voy a dormir, mañana me fijo a ver qué sugerencias puedo hacer.
gracias!
Gracias a ti!!!
Me salgo del tema, y pido perdón si no es el lugar y el momento, pero ...¿hay la idea de incluir alguna librería de red? ¿Y de físicas? ¿Y hacerlo compatible con 64 bits?
felicitaciones por tu hija..
buena idea porque ya la mayoria de proyectos estan migrando a SDL2 y ya seria dificil portarlos
la rama de los 8 bits deberia descartarse en otro directorio que se llame bennugd 1.5
y un directorio de descargas bennugd 2.0 para empezar a eliminar los 8 bits y demas funciones
que le quitan rendimiento al motor (o no pueden ser portados por no ser acelerados)
1 como dijiste anteriormente vas a eliminar la estrcutura GRAPH y se va dibujar directamente sobre superficies SDL
entonces seria bueno que compartieras los fuentes de bennugd 1.5 con esta mejora antes de proseguir
con la 2.0 (es una sugerencia ;D [size=78%])[/size]
2 , habra modo 7 en 32 bits? :P
Gracias por el trabajo
Quote from: osk on July 05, 2014, 08:01:03 AM
Gracias a ti!!!
Me salgo del tema, y pido perdón si no es el lugar y el momento, pero ...¿hay la idea de incluir alguna librería de red? ¿Y de físicas? ¿Y hacerlo compatible con 64 bits?
si, es el momento...
no voy a dar muchos detalles, pero habra una version binaria 64bits y una 32bits, y una VM que incluira datos 64bits... de momento, solo trabajo con la base de 32 que ya tenemos, pero no saldra una 2.0 hasta que no haya 64bits en todo el proyecto.
Quote from: l1nk3rn3l on July 05, 2014, 02:52:37 PM
felicitaciones por tu hija..
buena idea porque ya la mayoria de proyectos estan migrando a SDL2 y ya seria dificil portarlos
la rama de los 8 bits deberia descartarse en otro directorio que se llame bennugd 1.5
y un directorio de descargas bennugd 2.0 para empezar a eliminar los 8 bits y demas funciones
que le quitan rendimiento al motor (o no pueden ser portados por no ser acelerados)
1 como dijiste anteriormente vas a eliminar la estrcutura GRAPH y se va dibujar directamente sobre superficies SDL
entonces seria bueno que compartieras los fuentes de bennugd 1.5 con esta mejora antes de proseguir
con la 2.0 (es una sugerencia ;D [size=78%])[/size]
2 , habra modo 7 en 32 bits? :P
Gracias por el trabajo
gracias!
no, no voy a eliminar la estructura GRAPH, porque sirve para otras cosas, si elimine paletas, blendop (que sera reemplazado por otras funciones acceleradas), el area de pixels dentro de GRAPH (ya que ahora utiliza graficos accelerados dentro de la tarjeta), y otras cosas que ya no tienen sentido. tampoco se van a dibujar directamente sobre las superficies SDL, ahora se trabajara directamente con la placa de video. No existe esa mejora que mencionas en el punto 1.
con respecto al modo7, es algo que no decido aun
Hola Splinter, genial iniciativa, todo mi apoyo con ello.
Sobre las librerías, yo siempre he pensado que modularizar es bueno, pero no en exceso, veo muy bien los ejemplos que comentas, incluso iría mas allá simplificando de una manera coherente todo lo posible, osea, todo lo que es necesario para crear un juego completo debería estar de base ya incluido, aunque esto lo controlaras tu mejor que nadie ;)
Mira, las versiones monoliticas se han usado mucho, no se si cargan o no todo a una al iniciar el juego, pero tienen todo incluido y al final es mas practico para el que quiere hacer juegos, aunque siempre habrá el que prefiera tener todo por separado, no se.. yo pondría toda la base del lenguaje en un modulo que incluyera todo lo referente al vídeo, a los mapas, al sonido, al input, al acceso a ficheros en disco, a las cadenas de texto etc etc etc..
Y ya por separado cosas como la física, la reproducción de vídeo, sql etc etc.
bueno, hablemos de categorias entonces...
yo pense en
video
input (que podria contener key, mouse, touch, joy)
sound
fileio o quizas stdio (que incluya funciones de files, incluida lectura de maps, say y alguna otra funcion parecida)
time (time y timers)
math
misc
no se, necesito sugerencias, si fuera que yo lo controlara mejor que nadie no preguntaria... :D tengo dudas y necesito sugerencias.
Me gustan las categorías, pero a mi parecer:
- A Fileio le pondría Files, pero solamente para manejo de archivos y sus operaciones.
- Las funciones tipo say y de retorno de información las pondría en una categoría llamada Output.
- No pondría Misc para el resto, ya que me parece que pierde la objetividad que le estás dando al resto de las categorías.
Espero por lo menos que te sea de ayuda, Splinter.
¡Saludos!
Lo de dividirlo en categorias parece buena idea. La verdad es que tener muchos modulos separados para las cuestiones basicas del lenguages siempre se hizo un poco engorroso.
A proposito, gracias por embarcarte en este proyecto! Yo estoy usando mucho Bennu y la verdad es que la performance ya es algo que se estaba volviendo un problema, porque dejaba de ser competitivo.
Tambien se estaba quedando un poco atras en features, como por ejemplo, el tema de detectar joysticks enchufados despues de iniciar el juego (algo importante en consolas sobre todo)
Si se le puede dar prioridad al aspecto multiplataforma seria algo genial.
Genial, por lo menos yo confio en tu critetio así que agrupa como mejor te parezca,
Mucho animo !! y Gracias !
Ueeee!! me alegro que te metas con esto Splinter!! ;D Hace tiempo se hablo un poco del tema y mi posición es la misma .. si te cargas la retrocompatibilidad, hazlo xD que la compatibilidad hacia atrás no entorpezca el desarrollo futuro.
La reorganización de los módulos me parece bien .. aunque al hacer el juego ( y sobre todo si es un juego medianamente grande con muchas cosas) al final acabas usando todos los módulos, entonces eso de separarlos pues no le veo utilidad .. pero si la aplicación es pequeña y usa cosas concretas y solo necesitas un par de cosas.
En cualquier caso, lo que tu creas estará bien, nosotros nos adaptamos.
PD: Ya que vas a cambiar cosas .. a ver si se te ocurre algo para hacer OOP jajaja aunque no sea obligatorio jaja que sé que no te gusta pero tiene utilidad xD
eso de la OOP ya es demasiado trabajo, quizas en la version 3 o si me decido a cambiar el compilador antes...
La noticia me alegró mucho el dia!
Una de las cosas que me gusta de Bennu es que NO es OOP. Entiendo su utilidad en proyectos grandes, pero siento que complica innecesariamente los programas pequeños.
Genial! deseando cerrar proyectos para trastear lo nuevo :D
Holas Splinter!
Hace un tiempo te dije que te mandaría las ideas que tenía para mejorar BennuGD, y a día de hoy no me he puesto con ello.
Aquí van las que tenía apuntadas:
- Soporte para TTF
- Parámetro extra en load_fpg/load_png para evitar tener algunos ficheros cargados por duplicado sin que sea necesario. load_fpg("fichero.fpg",puntero async,[ LOAD_ON_GPU | LOAD_ON_RAM |]);
- Nueva local para indicar un gráfico diferente al que muestra el proceso a tener en cuenta en las colisiones: collision_graph
- Locales x,y,z,size,angle en float
algunas de esas cosas ya estan siendo soportadas o en plan de hacerlo a la brevedad hasta resolver algunos temas.
de momento, se van a eliminar todas las funciones de SAVE*, todas las funciones de modificacion, clonado y lectura de mapas, debido a que actualmente si estan en la GPU, no puedes acceder a los datos del mapa de forma eficiente, puedes modificar medianamente rapido los datos del mapa, pero no la lectura de pixels del mismo... por otro lado, una textura con acceso de renderearle otras texturas encima, no tiene acceso de streaming o modificacion de datos de forma simple... en teoria el acceso a datos streaming de una textura es solo escritura, no lectura... todos estos son problemas que actualmente no me decido si parchearlos de alguna forma y perder performance o directamente eliminar estas cosas... por ejemplo, de momento, eliminado colisiones pixel perfect, ya que no voy a mantener el render grafico por software y las colisiones y el size requieren de esto o acceso a los datos del bitmap, el cual es tremendamente lento acceder a datos que estan en la GPU... actualmente si tengo scroll sobre mapas... y la opcion de crear mapas de diferentes tipos, estaticos, streaming o target... tambien las funciones de map_put* que solo funcionarian con mapas tipo target... tengo fonts, tengo fpg, tengo SDL_Image, se eliminan todos los maps de diferentes profundidades, ahora todo termina convirtiendose a 32bits, aunque podria tener soporte de todas las profundidades, luego se complican o imposibilitan algunas cosas en la conversion...
tambien tengo funcionando algunas opciones nuevas interesantes, que no mencionare de momento...
Todo esto suena muy interesante, y muy incompatible XD
Las sugerencias de Pixel estan buenas, pero veo que estas tomando un camino bastante diferente de entrada, asi que no se si aplican.
Actualmente estoy trabajando en un juego con scroll en mapa, es muy util para hacer zoom. Me alegra que eso se mantenga.
Perder las colisiones perfectas no me asusta tanto, quizas estaria bueno poder definir rectangulos y elipses ademas de cuadrados y circulos para la colision.
Lo de perder map_put me asusta un poquito. No es que lo use tanto, pero era una opcion interesante.
el map_put no lo perdes
Bueno, yo no tengo muchas sugerencias que hacer (Hay gente mucho más sabia en esas lindes por aqui para eso xD), pero me parece un notición, mucho ánimo!
(Aunque me he liado con otras cosas, no me olvido del proyecto que tenemos pendiente, Splinter ;) )
justo te iba a escribir un mail... bueno, avisame cuando quieras hablar y comentarme de tus otras cosas si tienes ganas...
un abrazo.
@momia+@splinter Ya contaréis :)
Quote from: PiXeL on July 17, 2014, 02:28:17 PM
@momia+@splinter Ya contaréis :)
¡La verdad que me llamó la atención! Suspenso... :o
momia + bomber + splintergu... es un "menage at trois"... :)
ah, no, eso implica sexo... bueno, sin sexo... :D
Quote from: SplinterGU on July 17, 2014, 06:42:08 PM
momia + bomber + splintergu... es un "menage at trois"... :)
ah, no, eso implica sexo... bueno, sin sexo... :D
¡Jajajaj es la respuesta que menos esperaba encontrar! ;D
esperabas que haya sexo???
jajaja...
Igual que lo de Pixel + Josebita = Explosive Dinosaurs xDDD aqui la gente no cuenta nada de lo que se trae entre manos jajaja
yo si cuento... solo me quiero reservar algunas sorpresitas... nada del otro mundo... :P
Quote from: SplinterGU on July 18, 2014, 06:12:04 PM
yo si cuento... solo me quiero reservar algunas sorpresitas... nada del otro mundo... :P
:o ansiedad al 150%... ¡Aaaaahhh!
Quote from: Outlaw on July 18, 2014, 09:39:32 PM
Quote from: SplinterGU on July 18, 2014, 06:12:04 PM
yo si cuento... solo me quiero reservar algunas sorpresitas... nada del otro mundo... :P
:o ansiedad al 150%... ¡Aaaaahhh!
O mas aun!.
En general creo que todos los cambios son excelentes, aunque creo que alguien deberá publicar una guía de cómo portar los juegos a Bennu 2.
Por otro lado, podría ser un buen momento para añadir algunas librerías no oficiales al paquete oficial (como por ejemplo "mod_sqlite").
Tras un tiempo ausente, la ultima vez después de leer tu post donde comentabas que abandonabas el proyecto creía que esto había acabado. No sabes lo feliz que me hace leer esto y ver que sigues adelante. Muchas gracias por todas las horas y esfuerzo dedicado a BennuGD.
Sos grande Juan! :D
Sobre agrupar los módulos, en mi opinión es una buena idea. Al final si creas un juego sueles utilizar la mayoría de ellos. Una opción podría ser:
- módulo video: toda la funcionalidad grafica, incluido texto y fuentes
- módulo input: gestión teclado, ratón, gamepad, táctil...
- módulo sonido
- módulo red (si la decides implementar)
- módulo bennu features ¿¿¿?? : todo los demás
Quote from: KeoH on July 13, 2014, 02:48:11 PM
La reorganización de los módulos me parece bien .. aunque al hacer el juego ( y sobre todo si es un juego medianamente grande con muchas cosas) al final acabas usando todos los módulos, entonces eso de separarlos pues no le veo utilidad .. pero si la aplicación es pequeña y usa cosas concretas y solo necesitas un par de cosas.
Coincido con KeoH, con unos cuantos modulos (4 - 6) creo que seria suficiente y facilitaría su uso, entiendo al principio los nuevos usuarios puedan estar confusos cuando hay tantos módulos disponibles.
Y sobre la retrocompatibilidad, creo que deberías hacer los cambios que consideres útiles aunque se pierda la compatibilidad, para viejos proyectos de DIV siempre se podrá usar la actual versión de Bennu.
Sin animo de querer darte prisa ni exigir nada, solo por curiosidad, hay alguna fecha prevista para poder probarlo? repito sin prisa, de momento seguiré usando la actual versión de BennuGD que es muy buena. ;)
De nuevo, muchas gracias por todo! :D
hola, gracias por tus comentarios... si, asi lo he estado agrupando...
con respecto al avance, he estado un poco paralizado ultimamente, mas que nada con muchas otras ocupaciones... asi que aun no tengo nada previsto...
la de red nos apuntamos...
red local lan y para online la api de photon podriaamos incluirla (https://www.exitgames.com/en/PUN) es gratis para 20 usuarios maximo en linea..
*****si es posible tener una version en sdl2.0
---
para poder usar opengl ya que herramientas como emscripten o native client usan demasiado sdl2.0
para hacer un port mas decente a html5
***** quitar los tipos de datos word y byte y otros primitivos que ya no se necesitan
con int y float , pointer, string y char... basta
como que no se usan byte, word y otros? para algunas cosas son necesarios... por ejemplo, leer un archivo binario...
Quote from: SplinterGU on August 30, 2014, 09:46:08 PM
como que no se usan byte, word y otros? para algunas cosas son necesarios... por ejemplo, leer un archivo binario...
se nos olvidaba .. tienes razon.. ::)
Viniendo al caso... Splinter, ¿hay ahorro de memoria al utilizar variables como byte o la asignación de memoria en Bennu la hace ocupando words? Lo digo porque cuando tengo que utilizar una variable con valor hasta 255 o flags (no existe el tipo de dato bool), utilizo bytes pensando que ahorraré asignación de memoria...
no recuerdo si cuando se usa una variable simple se ahorra o no memoria... o ocupa lo que un int, pero cuando es struct con otras variables mas, en ese casi, si se ahorra memoria.
Hola warrior_rockk, puedes usar una variable tipo INT como contenedor de muchas variables boleanas en beenuGD, es bastante sencillo de usar, mira, te dejo el código que utilice yo en su día para montar el seter/geter de los layers para la librería de física de bennu.
Puedes modificar estas funciones para que trabajen sobre tu variable y así usar el int como un contenedor de flags de 1 bit ;)
//......................LAYER SETTER...........................
//.............................................................
function Physics_entity_set_layer(int id_, int layer_, int status_);
begin
if (status_)
id_.lphysics.layers|= 1<<layer_;
else
id_.lphysics.layers&= ~(1<<layer_);
end
return(0);
end
//.............................................................
//......................LAYER GETTER...........................
//.............................................................
function Physics_entity_get_layer( int id_, int layer_ );
begin
if( (id_.lphysics.layers&(1<<layer_)) == 0 )
return(false);
else
return(true);
end
end
//......................LAYER RESET............................
function Physics_entity_reset_layers();
begin
father.lphysics.layers = 0;
return(0);
end
Muy buena idea Erkosone.
En casos en los que las variables booleanas no tienen mucha relación entre ellas puede ser poco claro en el código hacerlo así, pero en otros casos es muy util. Gracias!
(http://www.generarmemes.net/media/created/nfzovi.jpg)
esperemos que asi sea... :)
Se me ha ocurrido que algunos que tengan buenos conocimientos de programación pueden ayudarte y entre todos hacer que BennuGD deje de ser solo un motor para pasar a ser un Engine (como Game Maker o AGS).
debo decir que engine = motor en ingles... por otro lado, gracias por tus palabras... toda ayuda/sugerencia es bien recibida...
Mas sugerencias:
Ya se ha hablado de que a muchos usuarios nos encantaría una arquitectura basada en programación orientada a objetos con sus herencias y todas las ventajas que ello brinda, pero, no es el propósito de este BennuGD 2 y es prioritario dedicar los esfuerzos a la aceleración GPU.
Lo que si se agradecería, al menos por mi parte, es una mejora en el sistema de variables locales. Sucede, en muchas ocasiones, que se quiere compartir variables entre procesos pero no para todos ellos. Las variables locales están muy bien, pero al crearse para todos los procesos que utilice el juego, se produce un desperdicio de memoria.
Mi sugerencia es la posibilidad de crear variables locales por TYPE del proceso, que todo los procesos puedan leer y acceder a esas variables pero solo se creen para los procesos de ese tipo. Asi, podriamos "emular" un poco el paradigma del POO encapsulando en procesos los tipos propios que necesitemos.
Ya que estamos con sugerencias. ;D
Me encantaria que se implementaran funciones para introduccion de candenas desde el teclado. y mejor aun si se puede algo como scanf (fscanf, sscanf) y todas sus fabulosas caracteristicas. :) :) :)
Un printf tal vez no sea muy pedido debido al write que poseemos actualmente, pero fprintf para manejo de archivos, sería valioso, tal vez incluso para sustituir "say" por algo mas potente. :D
Quote from: warrior_rockk on September 22, 2014, 08:41:56 PM
Mas sugerencias:
Ya se ha hablado de que a muchos usuarios nos encantaría una arquitectura basada en programación orientada a objetos con sus herencias y todas las ventajas que ello brinda, pero, no es el propósito de este BennuGD 2 y es prioritario dedicar los esfuerzos a la aceleración GPU.
Lo que si se agradecería, al menos por mi parte, es una mejora en el sistema de variables locales. Sucede, en muchas ocasiones, que se quiere compartir variables entre procesos pero no para todos ellos. Las variables locales están muy bien, pero al crearse para todos los procesos que utilice el juego, se produce un desperdicio de memoria.
Mi sugerencia es la posibilidad de crear variables locales por TYPE del proceso, que todo los procesos puedan leer y acceder a esas variables pero solo se creen para los procesos de ese tipo. Asi, podriamos "emular" un poco el paradigma del POO encapsulando en procesos los tipos propios que necesitemos.
para eso tenes las variables PUBLIC
Quote from: master on September 22, 2014, 10:03:54 PM
Ya que estamos con sugerencias. ;D
Me encantaria que se implementaran funciones para introduccion de candenas desde el teclado. y mejor aun si se puede algo como scanf (fscanf, sscanf) y todas sus fabulosas caracteristicas. :) :) :)
Un printf tal vez no sea muy pedido debido al write que poseemos actualmente, pero fprintf para manejo de archivos, sería valioso, tal vez incluso para sustituir "say" por algo mas potente. :D
lo tengo pensado...
Quote from: SplinterGU on September 23, 2014, 02:00:46 PM
Quote from: warrior_rockk on September 22, 2014, 08:41:56 PM
Mas sugerencias:
Ya se ha hablado de que a muchos usuarios nos encantaría una arquitectura basada en programación orientada a objetos con sus herencias y todas las ventajas que ello brinda, pero, no es el propósito de este BennuGD 2 y es prioritario dedicar los esfuerzos a la aceleración GPU.
Lo que si se agradecería, al menos por mi parte, es una mejora en el sistema de variables locales. Sucede, en muchas ocasiones, que se quiere compartir variables entre procesos pero no para todos ellos. Las variables locales están muy bien, pero al crearse para todos los procesos que utilice el juego, se produce un desperdicio de memoria.
Mi sugerencia es la posibilidad de crear variables locales por TYPE del proceso, que todo los procesos puedan leer y acceder a esas variables pero solo se creen para los procesos de ese tipo. Asi, podriamos "emular" un poco el paradigma del POO encapsulando en procesos los tipos propios que necesitemos.
para eso tenes las variables PUBLIC
:-[ :-[ Mil Disculpas Splinter. Las public son exactamente lo que buscaba, no sé como se me ha pasado!
no hay nada que disculpar... me alegra que te haya servido... para eso estamos... :)
En primer lugar agradecerte SplinterGU el lavado de cara que le vas a hacer a BennuGD.
En lo referente a la agrupación de los módulos coincido en lo que se ha dicho hasta el momento, que aprece coincidir con lo que tú tenías en mente:
- módulo video
- módulo input
- módulo sonido
- módulo red
- módulo features
El número de módulos no parece excesivamente alto y los 3 primeros deberían ser los que siempre se importarían en cualquier proyecto. Puede que para que no se carguen cosas de más, descomponer el módulo features, que asumo que tendría características no necesarias para un proyecto y que fuesen meramente optativas.
En lo referente a la retrocompatibilidad como dice también blostec, yo no me preocuparía de ello y haz todos los cambios que consideres oportunos para mejorar BennuGD. Siempre se puede dejar accesible la versión actual a modo de versión "legacy" con la documentación incluida.
Para la migración de proyectos a la nueva versión, se puede hacer un manual o conjunto de scripts (si se pudiese) para migrar los proyectos.
gracias... si, sera un branch...
SplinterGu,
¿se encuentra el código de BennuGD en algún repositorio tipo Google Code, Codeplex, Github o Bitbucket?
Digo porque comentabas lo del branch. Sé que se puede descargar el código fuente de la web, estaría bien usar alguno de los citados.
Un saludo y gracias de nuevo!
de la version 1.0 esta en sourceforge.
la 2.0 aun no esta disponible.
Algumas sugestões
1.) Splinter poderia integrar novas libs para crypto (OpenSSL) ao inves de usar libs antigas (libEAY)
2.) Uma coisa que acho importante é facilitar o port para novas plataformas. Talvez escrever um manual sobre isso. Quando eu estava portando a versão 1.0 para PSP foi trabalhoso encontrar os caminhos. Tenho algumas sugestões do que poderia ser feito no codigo para facilitar isso mas preciso encontrar as modificações que fiz e enviar;
3.) Mudar o sistema de build para um sistema mais novo tambem seria bom. Talvez usar CMake, SCons, etc;
no se si SDL2 esta para PSP
Quote from: danielt3 on October 06, 2014, 01:17:04 PM
Algumas sugestões
1.) Splinter poderia integrar novas libs para crypto (OpenSSL) ao inves de usar libs antigas (libEAY)
2.) Uma coisa que acho importante é facilitar o port para novas plataformas. Talvez escrever um manual sobre isso. Quando eu estava portando a versão 1.0 para PSP foi trabalhoso encontrar os caminhos. Tenho algumas sugestões do que poderia ser feito no codigo para facilitar isso mas preciso encontrar as modificações que fiz e enviar;
3.) Mudar o sistema de build para um sistema mais novo tambem seria bom. Talvez usar CMake, SCons, etc;
Son todas muy buenas sugerencias. El tema de facilitar el port a nuevas plataformas me parece muy importante, porque es uno de los puntos fuertes de Bennu.
sdl2 no apunta a todas las plataformas...
segun la wiki: Linux, Windows, OS X 10.5+, iOS 3.1.3+, Android 2.3.3+, FreeBSD 8.4+, Haiku
Quote from: SplinterGU on October 06, 2014, 02:55:35 PM
sdl2 no apunta a todas las plataformas...
segun la wiki: Linux, Windows, OS X 10.5+, iOS 3.1.3+, Android 2.3.3+, FreeBSD 8.4+, Haiku
Interesante che, bueno, de todos modos, estaria bueno de alguna forma tener siempre presente que Bennu corra en esas plataformas.
en esas plataformas correra... por algun lado lei que en base a la experiencia se dieron cuenta que no valia la pena el esfuerzo de desarrollo en otras plataformas y decidieron concentrar todo en las listadas arriba... eso no quita que alguien se mande algun port a alguna otra plataforma...
Quote from: SplinterGU on October 06, 2014, 03:29:35 PM
en esas plataformas correra... por algun lado lei que en base a la experiencia se dieron cuenta que no valia la pena el esfuerzo de desarrollo en otras plataformas y decidieron concentrar todo en las listadas arriba... eso no quita que alguien se mande algun port a alguna otra plataforma...
Claro, tiene sentido. A mi me parece que las plataformas listadas arriba son las mas importante tambien
Thank you Master Splinter!!
I like the idea of combining the modules for better ease of use.
Personally, my wish list would include:-MIDI io, for sending and receiving midi channels, events, CC changes, etc.
-optional anti-aliasing on drawn objects, text, etc.
-easier integration of compiling for .exe, android, iOS, etc.
This is the coolest news of my day, I await bgd2 with great excitement!
Una sugerencia que se me ocurre...es una tontería en realidad (pero también por eso facilísima de implementar xD)
Una funcion alternativa a key() (o si no un parametro nuevo o un evento o algo asi) y sus equivalentes de input para pads o ratón, que solo se active una vez si se ha pulsado una tecla/botón y no se vuelva a activar hasta que se deje de pulsar.
Hay muchos ejemplos en los que esto es útil: En los plataformas si dejas pulsado salto no saltas continuamente (tienes que soltar), en los juegos de lucha si dejas pulsado un golpe no se queda repitiendolo hasta que sueltas, el boton de pausa/quitar pausa...también aplicable a las direcciones para elegir opciones en un menu, etc...
Esto es muy fácil de programar por tu cuenta, ya lo se, pero dado que los div-likes siempre han estado un poco pensados para principiantes (y para los veteranos pues sería una comodidad extra :P ) yo creo que estaría bien...es algo básico para los controles de un juego, estaría bien que ya viniese "de serie" en el motor.
(Aunque ya estamos mirando nuevos horizontes, también se puede meter al bennugd "clásico" de paso si cae alguna revisión para algún bugfix o algo)
Quote from: La momia que fuma on October 09, 2014, 07:43:51 PM
Una sugerencia que se me ocurre...es una tontería en realidad (pero también por eso facilísima de implementar xD)
Una funcion alternativa a key() (o si no un parametro nuevo o un evento o algo asi) y sus equivalentes de input para pads o ratón, que solo se active una vez si se ha pulsado una tecla/botón y no se vuelva a activar hasta que se deje de pulsar.
Hay muchos ejemplos en los que esto es útil: En los plataformas si dejas pulsado salto no saltas continuamente (tienes que soltar), en los juegos de lucha si dejas pulsado un golpe no se queda repitiendolo hasta que sueltas, el boton de pausa/quitar pausa...también aplicable a las direcciones para elegir opciones en un menu, etc...
Esto es muy fácil de programar por tu cuenta, ya lo se, pero dado que los div-likes siempre han estado un poco pensados para principiantes (y para los veteranos pues sería una comodidad extra :P ) yo creo que estaría bien...es algo básico para los controles de un juego, estaría bien que ya viniese "de serie" en el motor.
(Aunque ya estamos mirando nuevos horizontes, también se puede meter al bennugd "clásico" de paso si cae alguna revisión para algún bugfix o algo)
A mi me vendria muy bien!,soy muy cateto y es una de las cosas con las que me estoi peleando! XD
tengo pensando algun sistema de eventos, tengo que ver como implementarlo de la mejor forma.
En nuestro framework (https://bitbucket.org/pixelatom/bennu_framework/src)hicimos una libreria para resolver varios problemas comunes del input de los players
import "mod_say";
import "mod_video";
import "mod_text";
import "mod_file";
// includes controls library
include "../library/controls.inc";
private
string assigned;
begin
if (file_exists("controls.sav"))
control_load("controls.sav");
else
// hay q definir controles de navegacion basicos
controls_map_keyboard(CONTROL_CANCEL,0, _esc);
controls_map_keyboard(CONTROL_OK,0, _enter);
// configuramos dos teclas para la misma accion
controls_map_keyboard(CONTROL_UP,1, _w);
controls_map_keyboard(CONTROL_UP,1, _up);
/*
// y mapeamos el joystick tambien
if (joy_number())
controls_map_joystick(CONTROL_UP, 1, 0, JOY_HAT_UP);
end
*/
/*
controls_clear_button(1,CONTROL_UP);
// y mapeamos el joystick tambien
if (joy_number())
controls_map_joystick(CONTROL_UP, 1, 0, 1);
end
*/
end
set_fps(24,0);
set_mode(320,240,16);
// lee los controles asignados
assigned = control_get_assigned(1, CONTROL_UP);
say ("Current: " + assigned);
say ("Press ENTER to assign a button");
say ("Press ESC to exit");
loop
// checkeamos si se presiona un boton
if (control(1,CONTROL_DOWN))
say('Button pressed');
end
if(control(0,CONTROL_CANCEL))
break;
end
if(control(0,CONTROL_OK))
say ("Press ESC to clear buttons");
say ("Press any button to assign..." );
if (!control_listen_assign(1, CONTROL_UP))
say ("Buttons cleared");
end
assigned = control_get_assigned(1, CONTROL_UP);
controls_clone_button(1, CONTROL_UP, CONTROL_DOWN);
say ("Current: " + assigned);
say ("Press ENTER to assign a button");
say ("Press ESC to exit");
end
frame;
end
control_save("controls.sav");
say(":D");
end
Quote from: SplinterGU on October 09, 2014, 10:19:27 PM
tengo pensando algun sistema de eventos, tengo que ver como implementarlo de la mejor forma.
Eventos, genial!, se tendra mas control sobre las gestiones I/O, y simplificara mucho mas nuestros codigos, como minimo.
Como sugerencia yo diría alguna estructura de datos que se asemeje a JSON y un modulo de red con el que hacer peticiones HTTP con los verbos GET, POST, PUT, DELETE y toda esa zarandaja ajajaj Para integrar los juegos facilmente con un servicio REST o algo asi :P (que puede que se pueda hacer ahora .. pero yo no tengo idea de como hacerlo xDD)
Excelentes noticias!!
no se si estan al tanto del nuevo Humble Bundle Mozilla, en el que los juegos se pueden jugar en el browser. En Twitter lei esto:
QuoteThe [/size] (https://twitter.com/humble)@Humble[/url][/size][/font][/size] Mozilla Bundle uses a new SDL2 Emscripten backend. Going into revision control soon, then you can port your SDL2 games to HTML5![/size]
[/size][/size][size=78%]lo que significa que Bennu 2 va a poder correr en HTML nativamente :D[/size]
mmm... "vo deci"?
Eso dicen :P
a proposito, hoy fue anunciada otra plataforma en la que seria muy interesante que Bennu2 corra de entrada :D
http://www.google.com/nexus/player/
Esta mañana se me ha ocurrido algo que estaría bien que pudiera implementarse de alguna forma y que a los novatos les ahorraría un montón de esfuerzo: un pequeño sistema de gui. Nada complicado. No se si conocéis la gui de unity, es bastante pocha pero a los principiantes les sirve. No digo que se meta una gui super mega lograda, pero sí una forma sencilla de implementar botones. De hecho, creo que con implementar botones serviría.
Quote from: JaViS on October 15, 2014, 05:30:56 PM
Eso dicen :P
a proposito, hoy fue anunciada otra plataforma en la que seria muy interesante que Bennu2 corra de entrada :D
http://www.google.com/nexus/player/ (http://www.google.com/nexus/player/)
Yo hoy he podido tener entre mis manos la nueva consola de Amazon. El mando es cómodo. Un poco pesado, pero se asemeja a xbox y, desde luego, es mucho mejor que el de Ouya. Esta consola: http://www.vorterix.com/malditosnerds/notas/3058/amazon-presenta-su-propia-consola:-amazon-fire-tv.html
Yo creo que mas que nunca, con OUYA, Amazon Fire TV y Google Nexus Player, Android se ha vuelto quizas la plataforma mas interesante para Bennu.
Quote from: JaViS on October 15, 2014, 05:49:34 PM
Yo creo que mas que nunca, con OUYA, Amazon Fire TV y Google Nexus Player, Android se ha vuelto quizas la plataforma mas interesante para Bennu.
+1 :)
Splinter, he estado revisando el tema de SDL en el navegador. Parece bastante fácil (y el backend de SDL2 para el navegador lo van a liberar en los próximos días, según dicen) pero aparece el problema de que en navegadores de 64 bits probablemente el Bennu actual no funcione al igual que no funciona en SOs de 64 bits.
¿Tienes pensado hacer algo en ese sentido con el nuevo Bennu?.
Un saludo
PD: Aquí la presentación: terriblemente interesante
https://people.mozilla.org/~lwagner/gdc-pres/gdc-2014.html#/ (https://people.mozilla.org/~lwagner/gdc-pres/gdc-2014.html#/)
PD2: Podeis probar algunos juegos que han saltado del escritorio a la web aquí:
https://www.humblebundle.com/
Básicamente podríamos hacer lo mismo con Bennu
si funciona............. solo que algunas cosas no funcionan bien (sera por la conversion 32/64)
los colores se convierten mal , y las colisiones no funcionan en algunos casos
ver demos html5 de bennugd al final de la pagina(firefox mejor)
http://coldev.webs.com/ (http://coldev.webs.com/)
seria probar cada modulo como se comporta con el conversor c++ to javascript
Emscripten SDK Offline Installer (https://s3.amazonaws.com/mozilla-games/emscripten/releases/emsdk-1.25.0-full-64bit.exe)
http://kripken.github.io/emscripten-site/docs/getting_started/downloads.html (http://kripken.github.io/emscripten-site/docs/getting_started/downloads.html)
aqui una guia de convertir codigo a 64(creo que bennu usa demasiado los punteros y eso sera el dolor de cabeza)
haber convertido bennu en modulos fue un gran logro para avanzar a 64
http://www.viva64.com/en/a/0004/
Quote from: SplinterGU on July 05, 2014, 03:31:22 AM
Hola Gente,
Despues de un tiempo de no hacer nada con respecto al lenguaje, y cumpliendo con mi promesa de retomar luego de la fiesta de 15 de mi hija, he empezado con un lavado de cara a bennugd.
Si bien por el momento no es una version 2.0 completa, estoy trabajando en la reestructuracion del lenguaje, usando SDL2 y añadiendo acceleracion por GPU, algunas funciones desaparecen, algunas aparacen, con lo cual el lenguaje ya no sera compatible 100% con la version actual.
Y bien, este mensaje no era para anunciar en lo que estoy trabajando, sino para saber su opinion en un aspecto... y es que debido a esta reestructuracion de cosas, tambien habra reestructuracion de librerias, con lo cual voy a agrupar alguna de la funcionalidad de las actuales librerias, por ejemplo, ahora unifique libgrbase+libvideo+libblib+librender en libvideo y lo mismo con los modulos, mod_screen + mod_video = mod_video, luego mod_timers + mod_time = mod_time, y asi...
esto son unos ejemplos.
lo que quiero saber es como agruparian Uds los modulos y librerias actuales? me gustaria saber su opinion.
desde ya, muchas gracias.
Saludos Splinter!! felicidades por tu beba!! desde Venezuela un abrazo!!! bueno lo de las librerias seria excelente agruparlas por categorias, creo que lei algo asi en el foro, es decir mod_video (set_fps, set_mode...) , mod_graphics (map_get_pixel, map_put...) , mod_sounds, mod_musics <-- solo para la musica, mod_maths, y asi!! yo no conozco a profundidad la estructura de las librerias pero sabiendo que hoy dia ya son bastante las pc con alta aceleracion que los gamers y no tan gamers usan, el problema del peso final del juego no seria tanto lio!! el uso del hardware, aceleracion por gpu *_* a la shit que me gusta!! solo dos peticiones porque si evidentemente usaras una version mas reciente de la SDL pues habran mejoras evidentes, quisiera apuntarte dos cosillas, o sugerirte unas cosillas ya que eres el master y debes saber como hacerlo, y ojala la reciente SDL te lo permita
1- seria buenimo incluir algo como song_go_pos ( float song_position) , get_song_pos() retorna la posicion de la cancion actual, esto seria buenisimo ya que hay temas musicales que tienen un intro y luego cambian a la tematica musical que es ciclica, por ejemplo la cancion Mickey Mouse Castle of Illusion, o Don doko don , Super Contra 2 y mas, hacen introsque le dan un toque ambiental especial, puede darse el caso en nosotros que querramos hacer algo similar y esas funciones podrian facilitarlo, ya que las funciones podrian permitirno evaluar eso, a traves de otras dos funciones como song_eof() retorna true o false en caso de si se ha llegado al final de la pista musical!!! se que actualmente no trabajaras en esto pero seria buenisimo tenerlo para la version 2 de BennuGD
2- scroll_tile_map(file,tile dimension, array[][] graficos de file que construyen el tilemap); jaja onvia esto, me acabo de levantar pero no seria mala idea!! xD
saludos Splinter y de verdad muchos deben estar tan contentos como yo por esta noticia!! *__*
gracias... el asunto de bennugd2 viene un poco apagado ultimamente... ya retomare...
Buenas chicos!!
Me gustaría saber sobre el avance del proyecto Bennu2. Ya hace bastante que no se dan avances sobre el anuncio de SplinterGU y la verdad es que tengo ganas de probarlo :P.
Un saludo!
Me gustaria saber si bennu es compatible con windows 8 o 10, como para vender las aplicaciones por ahi tambien ?
En windows 8 me anda bien. Supongo que en windows 10 va a ser lo mismo.
A propósito, en windows usa DirectX, cierto?
@emov2k4: Si te refieres a vender a través de la tienda nueva, creo que nope.
@JaViS: Sip, Directx
deseando que llegue la segunda versión para aprovechar el hardware mejor :D
me pido para ubuntu movil...
ja ja ja
Bueno como novato q soy al fin y al cabo... aun estoy aprendiendo. Pero si algo me gustaria q se cambiara con relacion a la syntaxis de Bennugd es la forma engorrosa en que se declaran las variables publicas mediante el bloque declare. Tal como indica el manual OSK la forma actual rompe el paradigma del lenguaje, puesto q uno esperaria q se declararan en el proceso al cual pertenecen. Pero esta de declararlas antes al principio, q la variable q contendra el id del proceso debe ser del tipo proceso... no se... En realidad seria más comodo dentro del mismo proceso.
Las variables públicas se declaran dentro del propio proceso. Poniendo:
process blablabla
public
blabla
end
begin
blabla
en
Es cierto que a veces resulta incómodo. Pero a mi me gusta que se haga así porque obliga a tener bien claro lo que vas a programar y ayuda a no malgastar recursos.
yawin, segun yo tengo entendido, por lo q lei en el manual osk, no funcionarian bien. Para "acceder" a dicha variable desde otro proceso deberias hacer lo siguiente:
antes de process main, usar el bloque declare para el proceso el cual quieres la variable publica.
Para acceder a la variable del proceso, la variable q contendra el id del proceso debe ser del tipo del mismo proceso, es decir, en ves de:
int nave
tendrias q usar:
nave barquito;
donde barquito seria la variable q contendria el id al lanzar el proceso, solo asi podras acceder a las variables publicas del proceso. Eso es porque el preprocesador de bennugd no entenderia a q variable te refieres si no pones el bloque declare al principio. Yo lo entiendo perfectamente, pero me costo mucho asimilarlo, porque no cuadra con el paradigma del lenguaje, pero se q por el asunto del preprocesador es necesario, por eso digo q en la siguiente version de bennugd me gustaria q fuera mas natural dicho asunto.
Y si no es mucho pedir, :3 que existan tambien variables booleanas.
Claro, para poder acceder a las variables públicas de un proceso tienes que crear una variable de ese mismo tipo. Pero en un bloque private puedes perfectamente crear una variable de tio "nave" (por ejemplo). No tienes que declararlas antes del main.
Bennugd2 esta en proceso de desarrollo y si tendra opcion de publicar en la windows store
algo parecido de lo que estamos usando para publicar en android sin necesidad de usar las herramientas de google
bennugd te creara el apk desde el editor sin nada de conocimiento de android o de la tienda
lo mismo sucedera con la windows store usando las herramientas internas de microsoft algo asi como esto
empacar y firmar la aplicacion
http://blogs.msdn.com/b/wsdevsol/archive/2014/02/12/create-a-windows-store-appx-package-and-sign-it.aspx (http://blogs.msdn.com/b/wsdevsol/archive/2014/02/12/create-a-windows-store-appx-package-and-sign-it.aspx)
invoco a los novatos!
estoy seguro q muchos hicieron lo mismo que al principio cuando trataron el asunto de las variables publicas, no lo entendieron, y para no hacer todo ese trabajo, lo q hacen es q declaran en el bloque LOCAL la variable q quieren para uno o dos procesos, siendo el caso q la declaran en todos, solo para evitarse tener q lidiar con las variables publicas.
Me da curiosidad
l1nk3rn3l, tu estas participando con Splinter en el desarrollo de la versión 2.0?
Quote from: l1nk3rn3l on September 12, 2015, 12:24:47 AM
Bennugd2 esta en proceso de desarrollo y si tendra opcion de publicar en la windows store
algo parecido de lo que estamos usando para publicar en android sin necesidad de usar las herramientas de google
bennugd te creara el apk desde el editor sin nada de conocimiento de android o de la tienda
lo mismo sucedera con la windows store usando las herramientas internas de microsoft algo asi como esto
empacar y firmar la aplicacion
http://blogs.msdn.com/b/wsdevsol/archive/2014/02/12/create-a-windows-store-appx-package-and-sign-it.aspx (http://blogs.msdn.com/b/wsdevsol/archive/2014/02/12/create-a-windows-store-appx-package-and-sign-it.aspx)
se esta tomando los avances de sdl2 de joseba y pixel
se esta usando pixstudio pero con nuevas:
== librerias para otras plataformas como 3d y multiplayer, google play, facebook
== un ide mas agradable para exportar juegos sin necesidad de sdk de microsoft o google
== correr en windows 8 y 10 nativamente en metro.. bennu correra en windows phone tambien
en resumen se respetara la licencia y demas bennugd y pixtudio... solo se adicionara un ide mas agradable y
nuevas librerias para explotar html5, win2, android , mac y linux
y se empacara en un pack facil de usar estilo gamemaker/unity que exportara a otras plataformas
y se incluiran juegos de ejemplo
Quote from: l1nk3rn3l on September 15, 2015, 03:44:07 AM
se esta tomando los avances de sdl2 de joseba y pixel
se esta usando pixstudio pero con nuevas:
== librerias para otras plataformas como 3d y multiplayer, google play, facebook
== un ide mas agradable para exportar juegos sin necesidad de sdk de microsoft o google
== correr en windows 8 y 10 nativamente en metro.. bennu correra en windows phone tambien
en resumen se respetara la licencia y demas bennugd y pixtudio... solo se adicionara un ide mas agradable y
nuevas librerias para explotar html5, win2, android , mac y linux
y se empacara en un pack facil de usar estilo gamemaker/unity que exportara a otras plataformas
y se incluiran juegos de ejemplo
Pues, la verdad es que suena muy bien! Esto ya se puede anunciar en la homepage? O prefieren esperar a tener más avances?
Enviado desde mi Nexus 7 mediante Tapatalk
l1nk, la verdad es que suena delicioso todo eso que comentas, y eso que no es comida :)
¿Se puede ver algo ya? ¿Todo eso funciona sobre el Bennu compilado con emscripten?
Quote from: l1nk3rn3l on September 15, 2015, 03:44:07 AM
se esta tomando los avances de sdl2 de joseba y pixel
se esta usando pixstudio pero con nuevas:
== librerias para otras plataformas como 3d y multiplayer, google play, facebook
== un ide mas agradable para exportar juegos sin necesidad de sdk de microsoft o google
== correr en windows 8 y 10 nativamente en metro.. bennu correra en windows phone tambien
en resumen se respetara la licencia y demas bennugd y pixtudio... solo se adicionara un ide mas agradable y
nuevas librerias para explotar html5, win2, android , mac y linux
y se empacara en un pack facil de usar estilo gamemaker/unity que exportara a otras plataformas
y se incluiran juegos de ejemplo
Si se me permite, quisiera expresar mi opinión sobre que deberían trabajar junto a Joseba y Píxel, ya que si están partiendo del mismo proyecto, pues creo que sería más provechoso que todos pusieran su esfuerzo en un sólo proyecto.
Enviado desde mi Nexus 7 mediante Tapatalk
Para eso se seguia la rama oficial entre splinter y los que quisieran cooperar, en mi opinion si linkernel quiere trabajar en ello se crea su fork aparte y ya esta, porque se que josebita no tiene tiempo y pixel se dedica mas a probar y a configurar bennu que a desarrollarlo. En este momento de la linea temporal de vida de bennu creo que solo linkernel esta activo :P
Quote from: FreeYourMind on September 15, 2015, 01:59:53 PM
Para eso se seguia la rama oficial entre splinter y los que quisieran cooperar, en mi opinion si linkernel quiere trabajar en ello se crea su fork aparte y ya esta, porque se que josebita no tiene tiempo y pixel se dedica mas a probar y a configurar bennu que a desarrollarlo. En este momento de la linea temporal de vida de bennu creo que solo linkernel esta activo :P
Mientras Bennu siga vivo, me parece bien de cualquiera de las dos formas :)
Enviado desde mi Nexus 7 mediante Tapatalk
Quote from: FreeYourMind on September 15, 2015, 01:59:53 PM
Para eso se seguia la rama oficial entre splinter y los que quisieran cooperar, en mi opinion si linkernel quiere trabajar en ello se crea su fork aparte y ya esta, porque se que josebita no tiene tiempo y pixel se dedica mas a probar y a configurar bennu que a desarrollarlo. En este momento de la linea temporal de vida de bennu creo que solo linkernel esta activo :P
Casi. PixTudio tuvo que ser un fork desde el principio, porque para poder funcionar correctamente en móviles había que romper la modularidad y volver a integrar las librerías que separó Splinter al pasar de Fénix a BennuGD.
Y también quería aclarar que PixTudio es el proyecto de Joseba. Yo le echo una mano, principalmente en el testeo, pero me considero usuario.
No está KO, está en desarrollo, pero como todas las cosas que se hacen por amor al arte, se hace en el tiempo libre que podamos y queramos dedicarle. Al igual que BennuGD 2.
Ante la duda, nunca está de más mirar los commits del bitbucket de PixTudio. Veréis que, poco a poco, se va mejorando.
Y la idea de trabajar todos sobre el mismo fork no es mala, pero sí muy complicada. Aún así, no me corresponde, cosa de l1nk y Joseba.
Quote from: PiXeL on September 15, 2015, 02:17:12 PM
Quote from: FreeYourMind on September 15, 2015, 01:59:53 PM
Para eso se seguia la rama oficial entre splinter y los que quisieran cooperar, en mi opinion si linkernel quiere trabajar en ello se crea su fork aparte y ya esta, porque se que josebita no tiene tiempo y pixel se dedica mas a probar y a configurar bennu que a desarrollarlo. En este momento de la linea temporal de vida de bennu creo que solo linkernel esta activo :P
Casi. PixTudio tuvo que ser un fork desde el principio, porque para poder funcionar correctamente en móviles había que romper la modularidad y volver a integrar las librerías que separó Splinter al pasar de Fénix a BennuGD.
Y también quería aclarar que PixTudio es el proyecto de Joseba. Yo le echo una mano, principalmente en el testeo, pero me considero usuario.
No está KO, está en desarrollo, pero como todas las cosas que se hacen por amor al arte, se hace en el tiempo libre que podamos y queramos dedicarle. Al igual que BennuGD 2.
Ante la duda, nunca está de más mirar los commits del bitbucket de PixTudio. Veréis que, poco a poco, se va mejorando.
Pues por eso mismo digo, entre tener dos proyectos activos basados en el mismo código, mejor tener uno sólo con más actividad que los otros dos por separado.
Enviado desde mi Nexus 7 mediante Tapatalk
Si yo supiera hacer esas cosas aportaría. Que estoy en el paro. Pero ni puñetera idea ni de cómo empezar xD
Quote from: JaViS on September 15, 2015, 02:19:09 PM
Quote from: PiXeL on September 15, 2015, 02:17:12 PM
No está KO, está en desarrollo, pero como todas las cosas que se hacen por amor al arte, se hace en el tiempo libre que podamos y queramos dedicarle. Al igual que BennuGD 2.
Pues por eso mismo digo, entre tener dos proyectos activos basados en el mismo código, mejor tener uno sólo con más actividad que los otros dos por separado.
En mi no demasiado humilde aunque tampoco es para tanto opinión, si los objetivos son los mismos (modernizar/limpiar/mejorar), y el tiempo escaso, unir esfuerzos sobre un mismo proyecto parece más constructivo que tirar cada uno por su lado y luego posiblemente hacer malabares con parches para portar cosas de un fork a otro. Por no hablar de las incompatibilidades que tarde o temprano puedan surgir, los
Me atreveré a mencionar que, al menos desde mi punto de vista de observador recién llegado, la comunidad parece demasiado pequeña como para justificar varios forks (aparte del que cada cual quiera tener como juguete privado). Si se trata de hacer algo para los demás, creo que el esfuerzo valdría la pena.
(lo que pasa es que coordinar a gente es un infierno) no leáis esto!
Pero bueno, si queréis me podéis tirar unas naranjas a la cabeza, que tampoco sé cómo funcionan las cosas entre la gente aquí. Y así de paso meriendo :D
Una de las cosas interesantes de que haya varios forks es que estos implementarán lo que les parezca interesante independientemente de los bjetivos de la línea oficial. Y eso es experiencia y pruebas para la línea oficial. Así lo veo yo, vamos.
De hecho me encantaría poder llevar mi propio fork. Así podría hacer cientos de pruebas de cosas que tengo pensadas. Y si viera que funcionan las propondría para la línea oficial.
Quote from: Yawin on September 15, 2015, 02:45:06 PM
Una de las cosas interesantes de que haya varios forks es que estos implementarán lo que les parezca interesante independientemente de los bjetivos de la línea oficial. Y eso es experiencia y pruebas para la línea oficial. Así lo veo yo, vamos.
De hecho me encantaría poder llevar mi propio fork. Así podría hacer cientos de pruebas de cosas que tengo pensadas. Y si viera que funcionan las propondría para la línea oficial.
Pero todo eso se puede hacer exactamente igual en una o más ramas, con la ventaja de que es más fácil mantener el código sincronizado entre ramas, sobre todo bajo git en lugar de svn.
Ahora mismo tenemos:
- BennuGD
- Pixtudio
- DivGO
- BennuGD 2 (wip)
- "Otros" (seguro que algo más hay por ahí...)
Como dije, me parece demasiada fragmentación para una comunidad tan pequeña.Por hacer una comparación algo absurda, imagina la relación usuarios/forks extrapolada a, digamos, Python...
Quote from: raydeejay on September 15, 2015, 03:19:57 PM
Quote from: Yawin on September 15, 2015, 02:45:06 PM
Una de las cosas interesantes de que haya varios forks es que estos implementarán lo que les parezca interesante independientemente de los bjetivos de la línea oficial. Y eso es experiencia y pruebas para la línea oficial. Así lo veo yo, vamos.
De hecho me encantaría poder llevar mi propio fork. Así podría hacer cientos de pruebas de cosas que tengo pensadas. Y si viera que funcionan las propondría para la línea oficial.
Pero todo eso se puede hacer exactamente igual en una o más ramas, con la ventaja de que es más fácil mantener el código sincronizado entre ramas, sobre todo bajo git en lugar de svn.
Ahora mismo tenemos:
- BennuGD
- Pixtudio
- DivGO
- BennuGD 2 (wip)
- "Otros" (seguro que algo más hay por ahí...)
Como dije, me parece demasiada fragmentación para una comunidad tan pequeña.Por hacer una comparación algo absurda, imagina la relación usuarios/forks extrapolada a, digamos, Python...
Completamente de acuerdo!
Un versionador de codigo te permite tener una rama "oficial" y tener tantas ramas como quieras, o forks, que puedan inclusive aportar sugerencias para ser consideradas en la rama oficial.
Yo se que estoy hablando desde una posicion comoda, ya que no aporto realmente al proyecto, pero no quiero dejar de apelar al sentido comun, yo creo que lo mejor para la comunidad, y tambien para los proyectos independientes, es que organicemos los esfuerzoes en un proyecto comun. Nadie quiere ver el esfuerzo de una sola persona irse al tacho, pero si cada uno tira para su lado, lo mas probable es que cada proyecto muera apenas no puedan prestarle atencion por asuntos personales
es lo que tiene algo que se hace por la aficion, yo mismo podia haberme pasado a otro lenguaje, pero el flamenco este me llama, paso de aprender otras'lenguas cuando tengo aqui lo que necesito
Justo estaba por decir lo mismo... el "problema" es que mucha gente programa por pasión... y a veces nos gusta plasmar nuestras ideas de un modo distinto... Aunque efectivamente sería bonito ver al lenguaje expandirse más allá de donde está ahora...
de pronto hay confusion en lo que se esta haciendo...
nuestro grupo esta usando las mejoras de joseba y pixel
y claro todo el arduo trabajo de splinter
para mejorarlo aun mas.. no estamos haciendo ningun fork
solo adicionando caracteristicas como nuevas liberias para android
poder correr bennu en windows 8 y 10 nativamente en la interface nueva de microsoft llaamada metro
para el que no sepa que es metro son esos iconos chulos y esas pantallas con pocos controles en la interfaz...
poder correr bennu en windows phone...
tener un ide mas facil con un solo click exportar a android , linux, mac, html5, windowsxp(exe compatible) y windows8.1 y superiores(metro)
resumiendo ... correr bennu en windows nativamente dara otros 10 años inclusive mas de vida a la herramienta que tanto apreciamos..
microsoft tiene una nueva politica llamada windows universal , la cual nuestras aplicaciones deberian de correr en windows, mobile y xboxone
usando la interfaz metro...
y bennu soportara la interfaz metro .. (pero no correra en windows 7 y anteriores) en su lugar el editor permitira exportar a windows 7 y anteriores
como modo compatibilidad ..
pronto mas noticias..
http://sourceforge.net/projects/coldev/files/bennugd2_Pixtudio/
dispongo de un movil con ubuntu, por si quereis que testee en esta plataforma
Quote from: l1nk3rn3l on September 20, 2015, 03:18:12 AM
y bennu soportara la interfaz metro .. (pero no correra en windows 7 y anteriores) en su lugar el editor permitira exportar a windows 7 y anteriores
como modo compatibilidad ..
¿No correrá en Windows 7? ¿Y eso es una mejora? :/
Quote from: raydeejay on September 20, 2015, 11:00:34 AM
Quote from: l1nk3rn3l on September 20, 2015, 03:18:12 AM
y bennu soportara la interfaz metro .. (pero no correra en windows 7 y anteriores) en su lugar el editor permitira exportar a windows 7 y anteriores
como modo compatibilidad ..
¿No correrá en Windows 7? ¿Y eso es una mejora? :/
Ray, sólo para la versión metro, luego dijo que habrá otra compatible con hasta XP
si y habra una version ubuntu ... que tambien estan en la onda universal similar a microsoft .. la misma aplicacion correra
en movil y en escritorio....
¿Y no se puede hacer una compilación para Windows que si detecta que la interfaz metro chuta, entonces la lanza en metro y si no la lance en normal?
la tecnologia metro no corre en windows menores a windows8
tiene dependencias que no tiene win7 y winxp
Quote from: l1nk3rn3l on September 21, 2015, 11:51:01 PM
la tecnologia metro no corre en windows menores a windows8
lo que la convierte en caca
es lo que pienso, tanta tecnologia pa ná, un atraso
Futu, Free... No sabéis hasta que punto os equivocáis :)
Metro es muy importante, porque es la base para que funcione con las aplicaciones universales de Windows 10.
Y las aplicaciones universales de Windows 10 se podrán ejecutar en... XBOX One. :)
pues cuando lo tengas pasamelo que lo pruebo en mi one xD
yo no me equivoco, yo no estoy diciendo que metro es malo, jijiji
No me gusta esa fragmentación que va a tener Windows si van a comenzar a sacar una version cada 3-4 años, creo que va a perder una de sus principales ventajas sobre el Linux.
Creo que, precisamente eso es lo que buscan evitar. Antes había una fragmentación de la leche (windows de pc, windows mobile, xbox,...) y encima la versión de windows tenía que ir incluyendo las nuevas tecnologías de aquella manera para ser retrocompatibles.
Ahora vas a tener en todos los dispositivos Windows una sola versión. Es cierto que pierde la retrocompatibilidad. Pero a la larga supone una mejora.
bueno tenemos noticias el port hacia metro esta muy bueno pronto tendremos una beta para probarlo
y algo que queremos comentar es el reconocimiento de voz en windows10 es muy bueno(cortana) es casi fluido
las palabras que reconoce windows10 inclusive puedes crear comandos nuevos desde codigo para los juegos
tendremos ejemplos para ello
asi que bennu incluira una dll (mod_w10) para reconocimiento de voz para incluirlo en juegos(actualmente bennu en los ejemplos dll incluye una libreria de reconocimiento de voz .. pero es una kk ya que usa tecnologia de winxp llamada speech recognition que no funciona bien.. )
bennugd usara reconocimiento de voz basado en tecnologia windows10 usando a cortana que es muy bueno ...
y hablando de windows universal bennugd2-pixtudio
los ejecutables de windows seran asi:
------------
windows xp/vista/7 -version escritorio(corre en todos win2)
windows 8 -metro (mod_w8)
windows 10 -metro - nuevas capacidades como reconocimiento de voz y otros (mod_w10)
windows phone -metro (version movil similar android) (mod_wphone)
xbox one -metro (requiere cuenta desarrollador) (mod_xone)
-----------
ejecutables android
------------
arm,x32,x64 (mod_android)
-------------
arquitecturas en cada ejecutable arm,x32,x64
cada libreria (mod_xxxx) adicionara capacidades disponibles solo en esa plataforma
si alguien tiene un xbox one o un kit desarrollo seria bueno paras las pruebas
bennugd2 usara como motor3d el OGRE3D, el anterior motor no se volvera usar..
Buenas!
Una pregunta,que me estoi liando un poco jeje
Link ,esta versión es la versión oficial junto a splinter?
Saludos
T_T siempre os olvidáis de los pobres linuxeros...
Nah, es bromis
Quote from: l1nk3rn3l on October 07, 2015, 12:43:13 AMbennugd2 usara como motor3d el OGRE3D, el anterior motor no se volvera usar..
¿Y por qué no usar OpenGL directamente?
@Yawin: Si lo hacen OpenGL directamente, no se podrá conseguir compatibilidad con Xbox ONE o Windows Modern Apps
Os estais liando una vez más en conceptos ;)
bennu tendra 2 motores 3d
ogre3d (corre en dx11 y opengl) al tener opengl corre en linux y android ---- y al tener dx11 corre en metro
yeti3d (corre en software) cualquier S.O.
SDL2 ha sido portada a Playstation3 por lo tanto habra un port en un futuro proximo a la consola de sony (y exportando a instalador PKG para distribuir los juegos)
Quote from: Goku jr on October 07, 2015, 08:53:07 AM
Buenas!
Una pregunta,que me estoi liando un poco jeje
Link ,esta versión es la versión oficial junto a splinter?
Saludos
hola goku, mi version esta aparcada... ando disperso, entro cada tanto pero no estoy muy activo.
link, disculpa pero no entendí: ¿habéis obtenido una versión funcional de Bennu para 64bits?.
Me interesa mucho por reañadir soporte para iOS en pixtudio.
pasate por aqui: http://forum.bennugd.org/index.php?topic=4106.0
al final lo que he podido hacer es añadir tus repositorios de años anteriores y funciona...
hasta ahí puedo leer porque todavia no se 100% como funciona tecnicamente
Sí, claro. Pero si no me equívoco eso que dices es usar binarios de 32 bits en un sistema de 64. Yo me refiero a binarios nativos de 64bits, que esos de momento son muy inestables.
Quote from: Futublock on October 13, 2015, 06:47:40 PM
pasate por aqui: http://forum.bennugd.org/index.php?topic=4106.0
al final lo que he podido hacer es añadir tus repositorios de años anteriores y funciona...
hasta ahí puedo leer porque todavia no se 100% como funciona tecnicamente
ap, ni idea...
no se hasta que punto es malo usar binarios de 32 en 64bits pero si funchiona...
hablando desde mi mas absoluta ignorancia
Desde el lado técnico no hay ningún problema, en realidad, más allá de que te obliga a instalar un montón de librerías de 32bits en un sistema de 64.
La pega para mí es que Apple no admite ninguna app en su tienda que no tenga a la vez versión nativa de 32 y 64 bits, de forma que los juegos Bennu/Pixtudio no se pueden subir.
Quote from: Futublock on October 14, 2015, 07:36:44 AM
ap, ni idea...
no se hasta que punto es malo usar binarios de 32 en 64bits pero si funchiona...
hablando desde mi mas absoluta ignorancia
compilando a android y a windows 64 bits funciona ok ...
no se a IOS/MAC no tenemos una para probar...
inclusive la version 64bits corriendo en chrome native client funciona igual...
este es el bennugd antiguo usando la sdl1.3 pero corriendo en x64/x32 en cualquier s.o.
http://bit.ly/1GdTKwV
Interesante.
Lo probaré con las últimas versiones de PixTudio, a ver qué tal va.
Quote from: l1nk3rn3l on October 15, 2015, 12:59:23 AM
compilando a android y a windows 64 bits funciona ok ...
no se a IOS/MAC no tenemos una para probar...
inclusive la version 64bits corriendo en chrome native client funciona igual...
este es el bennugd antiguo usando la sdl1.3 pero corriendo en x64/x32 en cualquier s.o.
http://bit.ly/1GdTKwV
Native Client applications are not supported by this browser.
Osea, que a mi no me funcionaen mi navegador, le tengo que instalar algo
REQUIERE EL NAVEGADOR CHROME NO IMPORTA EL SISTEMA OPERATIVO
ESTe es el bennu anterior corriendo en sistemas operativos x64/x32
http://coldev.webs.com/
el que demuestra la potencia de bennu corriendo en un navegador es este juego(TOTAL DEVASTATION)
http://bit.ly/1MEYBIM
solo es para decir que bennu corre igual en x32/x64 compilando a 64 y 32 corre lo mismo... solo decir eso
y pixtudio sera lo mismo en cuestiones portabilidad x32/x64
la ventaja de bennu-pixtudio es que es c/c++ lo que lo hace portable
sobre bennugd-pixtudio ya tendremos noticias hemos tenido demasiado trabajo en la empresa
(http://www.image-share.com/upload/3110/227m.jpg) (http://www.image-share.com/ijpg-3110-227.html)
algunos avances del port windows 8-10(metro)
pronto mas noticias
¿Lleva muchos cambios introducir la compatibilidad con WinRT?
Lo difícil es pasar los problemas de compilación. Y cuando lo ejecutas hay un montón de restricciones de seguridad de metro.. Ya te pasaremos la versión sin bugs. Osease funcional.. No prueben vs2015 tiene bugs a montón. Ahora usamos vs2013
Pues con ganas de probar... lo que salga. A ver si para cuando empiece el auténtico "Doggy!!!" hay algo estable con lo que poder trabajar.
Me da apuro preguntar si puedo ayudar con algo, porque sé que al final, por una persona u otra, termino sin poder echar una mano.
Hola, Feliz año nuevo a todos !!! como va todo ? hace tiempo que no entro y hay varios avances... algun link para probar con android ?
Parece que volvemos todos por Navidad o año nuevo :D
Quote from: Drumpi on January 12, 2016, 01:33:50 PM
Parece que volvemos todos por Navidad o año nuevo :D
Cierto Drumpi, yo voy a temporadas, pero tarde o temprano siempre acabo volviendo a esta comunidad. Aunque no pase por aquí, bennu siempre esta presente en mi PC. De hecho, fue de los primeros programas que instalé en mi nuevo portátil :)
Pronto hará 9 años que empezó BennuGD, como pasa el tiempo! 8)
si, 9 años... que barbaridad!
Pues habrá que organizar algo por el 10º ¿no? :D :D :D
¿Alguien se atreve a organizar un concurso de videojuegos? La primera edición fue muy bien, pese a que los juegos debían ser para una consola portátil, y queda un poco "vacía" llamarla "primera" si no hay otra :D
no es mala idea, drumpi... :)
lo tengo que hacer yo de nuevo ?
quizas estaria bueno acompañar el concurso con una nueva version de bennugd, la 2...
no se cuanto serian 10 años... pero estaria bueno, organizar algo para antes... no se...
edit: podria ser concurso bennugd y forks, asi se puede usar tambien pixtudio.
Quote from: FreeYourMind on May 10, 2016, 08:04:15 AM
lo tengo que hacer yo de nuevo ?
¿Para que regales otra Caanoo con la batería de aquella manera? no, gracias :D :D :D
(Es broma).
Quote from: SplinterGU on May 10, 2016, 02:25:02 PM
quizas estaria bueno acompañar el concurso con una nueva version de bennugd, la 2...
no se cuanto serian 10 años... pero estaria bueno, organizar algo para antes... no se...
edit: podria ser concurso bennugd y forks, asi se puede usar tambien pixtudio.
Si para entonces tienes una versión estable de BennuGD 2, y hay una usable de PixTudio, pues sería genial. Incluso podríamos acompañarla de DIV 3, si se anima Mike LOL
O si no, podemos hacer una con juegos de DIV que nunca acabamos, con DIV3, para ir calentando :P
jajaja!
¿Qué es Pixtudio. Forma parte de BennuGD2 o es un programa aparte?
Es un fork de Bennu.
Un fork es coger el código fuente de algo, y crear una nueva versión a partir de este, que no sigue el camino de la versión oficial.
O sea, PixTudio en esencia es una continuación de Bennu, pero con muchos cambios y otra idea diferente (usar OpenGL en lugar de SDL, aceleración gráfica, otros ports a diferentes plataformas como Android)... pero el lenguaje es prácticamente idéntico, al menos, en el 80%
Bueno, por ahora sigue funcionando sobre SDL2, pero con renderizado por GPU en vez de software, que es lo que se hacía antes.
Por otro lado, trae otras novedades interesantes: curl, fsock, ttf... y algunas más que ahora mismo no recuerdo.
Más info here: https://pixtudio.org/
drumpi, pixtudio no usa opengl, usa SDL2.
Lol. Tanta búsqueda me han fastidiado las neuronas :D A saber a quién he mandado hoy currículums :P
Por cierto, Pixel... bueno, Panreyes, que la fsock y la ttf también están en BennuGD. Vale que no de forma nativa, pero ahý están las dlls/sos :P
Drumpi, también es cierto (y contéstame al PM de GP32Spain xD).
¿Qué tal va el desarrollo de esta segunda versión?
¿Se tiene pensado realizar un entorno tipo Game Maker? (Creo que esto ya lo pregunté)
¿Puedo usar BennuGD en OSx? He mirado en descargas y no he encontrado nada.
estoy trabajando en ello, aunque estas 2 ultimas semanas no tuve tiempo... pero estoy en eso...
con respecto al entorno, no creo poder tener tanto tiempo para el motor y el IDE, ya te aseguraria que no lo hare yo eso... pero si alguien esta dispuesto, pues bienvenido sea...
OSx no quera otra que tirar del codigo... de momento no lo tengo pensado... mi objetivo es Windows/Linux, seguramente Android, y quizas IOs... luego todo lo demas seran extra...
tampoco descarto la posibilidad de 3D nativo... pero por partes...
Esto sí que es rapidez :)
Estoy actualmente desarrollando mi primer juego comercial con AGS, y si bien es cierto que el entorno ayuda mucho y que quita muchísimo trabajo no se te permite hacer nada a bajo nivel :/. Por eso estoy viendo otros engines o frameworks para el desarrollo del siguiente.
Estoy entre Game Maker, Unity 3D y BennuGD; sería para el desarrollo de un mata marcianos en 2D.
Si vas a dar soporte a alguna plataforma de Apple te recomiendo que priorices IOs en favor de OSx. Me da muy fuerte que el futuro se va a mover entorno a las plataformas móviles y luego el PC.
Antes que 3D nativo intentaría dar soporte a las siguientes: partículas; iluminación dinámica; y físicas (si es que no lo tienen ya incorporado)
no esta incluido aun a nivel funcional, pero estoy trabajando en ello...
Si es para un matamarcianos 2D no te recomiendo Bennu porque estoy HASTA LAS NARICES DE VER MATAMARCIANOS HECHOS EN BENNU PORQUE SON LOS PRIMEROS JUEGOS QUE SE DESARR...
Es broma :D :D :D De hecho, creo que Bennu es mejor para los matamarcianos 2D que Unity, ya que, aunque no he trabajado gran cosa en 2D con Unity, los expertos dicen que anda muy en pañales. Bennu está dedicado integramente al 2D, con SDL por debajo, y como casi todo es código, tienes acceso a todo, o casi. Incluso tienes herramientas de scroll prediseñadas (aunque también te las puedes hacer tú).
Es más, como he dicho al principio, por lo general, un matamarcianos es el primer juego que se diseña en DIV/Fenix/Bennu, es el "hola mundo" del lenguaje, y se tarda un par de horas en hacerlo (al menos lo más básico: jugador, enemigos, disparos, interacción y scroll). Y si le echas horas, puedes hacer virguerías creando partículas, usando blits aditivos y sustractivos, mapas tileados, hasta 20 capas de scroll...
Pero eso con el actual BennuGD, aun estamos a la espera de ver de qué será capaz BennuGD 2 o PixTudio.
de momentos si, solo 2d...
actualmente estoy un poco parado con el desarrollo, entre los desmadres de horarios familia/trabajo, cuando tengo un momento libre me dedico a dormir, o mas bien cuando no me da mas el cansancio...
tras las ultimas pruebas de rendimiento "SDL2 vs OpenGL", hice una pausa para hacer mas tests y repensar como encarar todo... y luego a esto se sumo la idea de en lugar de hacer un motor 2D, plantear un el motor en 2D/3D... y bueno, como que se me bajo el nivel de ganas de programar todo de nuevo...
en fin, estoy esperando tener una seguidilla de momentos libres para aclararme las ideas de que voy a hacer y juntar fuerzas para continuar...
Perdon por reflotar este tema.. pero.. como va la cosa con BennuGD 2? al final sale a la luz? ha salido ya y no me he enterado?
un poquito trabado por falta de tiempo para las fisicas...
aunque quizas esta version nunca salga a la luz, me estoy picando con otra idea sobre lo que quizas me gustaria sea BennuGD 2...
Pero no me dejes asi jeje.. por favor suelta esa informacion!
De que se trata? quizá una libreria para C++?
estoy pensando, y empezando a experimentar de hacer un nuevo compilador, por ahora es solo una idea, nada funcional de momento... pero la idea basicamente es un compilador bennugd que genere binarios nativos... seria un adios al dcb, pero estoy seguro se ganaria mucho en rendimiento...
y no se si sera bien recibida la idea o si se prefiere la portabilidad del dcb... pero como sea, el experimento lo quiero hacer...
de paso me pica a seguir con el proyecto...
desde mi mas sincera opinión como usuario de linux demando de alguna forma al dar doble click a un .dcb me lo vincule directamente a bcdi (o alguien me explique como hacerlo, lol)
en kde
preferencias del sistema / aplicaciones / asociacion de archivos
vale, ahora que he cambiado de kubuntu a ubuntu veo que no me sirve, gracias
Quote from: SplinterGU on January 05, 2018, 04:37:31 AM
estoy pensando, y empezando a experimentar de hacer un nuevo compilador, por ahora es solo una idea, nada funcional de momento... pero la idea basicamente es un compilador bennugd que genere binarios nativos... seria un adios al dcb, pero estoy seguro se ganaria mucho en rendimiento...
y no se si sera bien recibida la idea o si se prefiere la portabilidad del dcb... pero como sea, el experimento lo quiero hacer...
de paso me pica a seguir con el proyecto...
Mientras la portabilidad sea la misma (aunque tengas que recompilar el código para cada plataforma), creo que estará bien :)
De todas formas, si quieres un reto de verdad, hazlo de otra forma: coge un DCB ya existente y conviértelo en un EXE. ¿Sería posible algo así? Me refiero a que en vez de que el bytecode del DCB, interpretado, ejecute las funciones del BGDI, que transformases el DCB "compilando" el bytecode directamente en el código máquina que buscas :)
Dicho esto, creo que el rendimiento del core de BennuGD es suficientemente bueno para cualquier proyecto.
Futu: en Ubuntu no es igual, pero es MUY parecido. Es más, hasta en Windows se puede hacer así. Sólo tienes que investigar un poco, que es lo que toca si eres usuario de Linux ;)
Panreyes: yo no me he metido en el código, pero la última vez que miré no se hacían uso de todas las capacidades de SDL (todo se pintaba "a mano" sobre una surface). Existía una función que pintaba sobre un "mapa", ya fuera un proceso, un scroll, un texto, un modo7... No sé si eso se ha optimizado, pero prescindir de una capa en medio (el pseudo-intérprete o como se le quiera llamar) ganaría rendimiento en los dispositivos portátiles.
Pero me da miedo eso, perder la portabilidad. Ahora mismo, si el cepillo de dientes tiene SDL, se le podría portar Bennu (tiempo al tiempo, que ya van por el bluetooth :D). Aunque ya no usemos la Wiz tanto como antes, aun tenemos dispositivos con un rendimiento demasiado limitado para ciertas "comodidades" en Bennu (a Android creo que aun se le atragantaría dos modos7 de forma simultánea, con toda la lógica que se necesita detrás para hacer un juego) y una mejora de rendimiento les vendría de perlas, pero el hacer un juego y decir "¿lo quieres en DreamCast? Te cambio la resolución, los controles y te lo pongo" no tiene precio (aunque en realidad es bastante más complejo que eso, pero ya me entendeis).
Perdonad, estoy divagando. Yo no quiero perder la portabilidad, pero si no supone un problema adelante. Además, aun tenemos Bennu v1.0 en caso contrario.
no esta mal la idea de pixel, pero eso aceleraria lo que ya existe, pero no lo aceleraria tanto...
en realidad mi idea basicamente es hacer un compilador que traduzca el codigo bennugd a un codigo C, e internamente use el compilador C para generar el ejecutable, optimice y demas... tambien podria tener la opcion de generar solo el codigo en C, y asi poder maniplarlo manualmente a nuestro antojo... una especie de capa de abstraccion, incluyendo un pequeño core que sirva para soportar todo lo referente a FRAME, PROCESOS, etc...
por ahora es un experimento en mi cabeza, con el poco tiempo y ganas que tengo, de vez en cuando, estoy luchando con bison y flex, que es lo que quiero usar para generar el compilador.
otra ventaja de esto, es que podria permitir enlazar directamente con librerias estandar (y llamar a sus funciones)...
es una idea que tengo, quizas un capricho... quizas no llegue a nada, o quizas si...
A mi personalmente me encantaria tener algo como bennuGD en C nativo.. ya en su dia me enganché a CDIV por ese mismo motivo pero al usar allegro 4 se quedo desfasado.. y tambien tenia muy mal escogidos los nombres que usaba para la libreria.. entraban en conflicto con muchas otras librerías.
Pero vamos.. que un bennu escrito como libreria para C o C++ seria algo grandioso..
Quote from: Erkosone on January 08, 2018, 05:19:56 AM
A mi personalmente me encantaria tener algo como bennuGD en C nativo.. ya en su dia me enganché a CDIV por ese mismo motivo pero al usar allegro 4 se quedo desfasado.. y tambien tenia muy mal escogidos los nombres que usaba para la libreria.. entraban en conflicto con muchas otras librerías.
Pero vamos.. que un bennu escrito como libreria para C o C++ seria algo grandioso..
ahora mismo puedes llamar a bennugd desde C ejecutando un dcb (o usar las funciones del runtime, aunque ya es mas avanzado eso), pero lo que apunto es en lugar de dcb, codigo C... las ventajas son obvias... pero por otro lado, se pierde el espiritu de lo que era la VM...
con respecto a la portabilidad, seguiria siendo portable, solo habria que compilar para cada plataforma (y tener configurado el entorno gcc para cada una de ellas, cosa que se podria hacer automatico al armar el paquete de distribucion o instalador)
Yo opino que hay que tener mucho cuidado en no arruinar lo que es, quizas, el mayor atractivo hoy en dia de Bennu frente a las otras alternativas, que es justamente la portabilidad.
Hoy en día existen excelentes engines muy accesibles, como lo son GameMaker y Unity, otras opciones open source muy interesantes, como Godot, y ni hablar de las soluciones profesionales como Unreal Engine. Todas entre gratis y baratas para indies, y faciles de aprender, sumado a esto, todas son portables a varias plataformas, pero ninguna de esas opciones ha sido portada a la cantidad de plataformas y diferentes sistemas como lo fué Bennu.
Me parece que si hacemos la portabilidad mas dificil, Bennu realmente no va a tener ninguna ventaja aparente sobre cualquier otra opcion. Uds que opinan?
yo opino que debería de haber algo que te convierta el .dcb a el formato que elijas, ya sea el ejecutable de android o de windows o iso de dreamcast o a lo que sea, y perdonarme si lo hay, cohabito en mi zona de confort donde soy feliz y no me entero de ná, je je
a lo mejor lo hay con ordenes via consola, y como siempre estoy demandando un entorno grafico
Quotecon respecto a la portabilidad, seguiria siendo portable, solo habria que compilar para cada plataforma (y tener configurado el entorno gcc para cada una de ellas, cosa que se podria hacer automatico al armar el paquete de distribucion o instalador)
Esto no lo va a saber hacer ni dios xD
Quote from: panreyes on January 08, 2018, 06:29:41 PM
Quotecon respecto a la portabilidad, seguiria siendo portable, solo habria que compilar para cada plataforma (y tener configurado el entorno gcc para cada una de ellas, cosa que se podria hacer automatico al armar el paquete de distribucion o instalador)
Esto no lo va a saber hacer ni dios xD
se hace igual a como se hace con golang, que hace algo similar...
si no gusta la idea, posiblemente quede como un experimento de uso interno...
pero esplinter es dios
Hombre, un cross-compiler es fácil de usar, casi tanto como compilar en Bennu desde línea de comandos.
Las pegas son que ya a mucha gente se le hace dificilísimo compilar en Bennu con la línea de comandos, y que conseguir configurar correctamente el cross-compiler y evitar los conflictos de librerías y demás no es una tarea que se haga en dos clics. Casi todos los que conozco han tardado días en tener un cross-compiler funcionando y, una vez que lo han conseguido, no han querido tocar nada, no sea que se les rompa de nuevo :D :D :D Obviamente, cuando tienen que volver a instalarlo, ya ni se acuerdan de cómo iba ^^U
Hombre, la idea de pasar de Bennu a C no está mal, pero me parece que sería una tarea más complicada que convertir un DCB directamente a ASM o un híbrido con C. Si te ves con fuerzas para ello, adelante, espero que seas capaz de optimizar el código Bennu para hacerlo el C más optimizado posible, y que después este sea aun más optimizable al pasar a binario. El que sabe cómo hacerlo, eres tú, Splinter, y si dices que se puede, te creo ;)
Hola!
me queria pasar a decir que me parece que Bennu como está, está bien.
Ahora las pc son mucho mas rapido que cuando empezamos hace mas de 10 años atras. La performance no es tanto un issue que tengamos los devs en bennu, al menos no mas que la portabilidad, que es en donde Bennu brilla.
Sin embargo, hay muchisimo donde se puede mejorar que nos está haciendo falta. Librerias de red oficiales que vengas distribuidas con Bennu y podamos utilizar en todas las plataformas, para hacer juegos en red o para poder integrar APIs de stores como STEAM, lo que me lleva a la necesidad de parseadores de XML y JSON. Es decir, necesidades reales que tenemos los game devs.
Bennu ya hace un trabajo excelente en proveer una plataforma para desarrollar juegos 2D con soporte a varios OS, pero está faltando cerrar el circulo de desarrollo, llegar a la etapa de publicación.
Hoy por hoy lo mas trabajoso en bennu es empaquetar y distribuir juegos, por ahí un esfuerzo por ese lado podria ser muy provechoso para el lenguaje. O quizas en el desarrollo de un entorno oficial y multiplataforma.
Bennu anda muy bien en Ubuntu, pero no hay editors FPG en este OS.
Tampoco vendria mal actualizarse a SDL 2, para darle mas soporte y longevidad.
A lo que me refiero es que si hay animos de invertir tiempo y esfuerzo en Bennu, a mi parecer, esas son las prioridades que veo desde el punto de vista de usuario.
Tambien pido exijo un port o lo que sea como se llame a telegram
Quote from: JaViS on April 18, 2018, 02:03:33 PM
Hola!
me queria pasar a decir que me parece que Bennu como está, está bien.
Ahora las pc son mucho mas rapido que cuando empezamos hace mas de 10 años atras. La performance no es tanto un issue que tengamos los devs en bennu, al menos no mas que la portabilidad, que es en donde Bennu brilla.
Sin embargo, hay muchisimo donde se puede mejorar que nos está haciendo falta. Librerias de red oficiales que vengas distribuidas con Bennu y podamos utilizar en todas las plataformas, para hacer juegos en red o para poder integrar APIs de stores como STEAM, lo que me lleva a la necesidad de parseadores de XML y JSON. Es decir, necesidades reales que tenemos los game devs.
Bennu ya hace un trabajo excelente en proveer una plataforma para desarrollar juegos 2D con soporte a varios OS, pero está faltando cerrar el circulo de desarrollo, llegar a la etapa de publicación.
Hoy por hoy lo mas trabajoso en bennu es empaquetar y distribuir juegos, por ahí un esfuerzo por ese lado podria ser muy provechoso para el lenguaje. O quizas en el desarrollo de un entorno oficial y multiplataforma.
Bennu anda muy bien en Ubuntu, pero no hay editors FPG en este OS.
Tampoco vendria mal actualizarse a SDL 2, para darle mas soporte y longevidad.
A lo que me refiero es que si hay animos de invertir tiempo y esfuerzo en Bennu, a mi parecer, esas son las prioridades que veo desde el punto de vista de usuario.
muy cierto... si, lo tengo estancado lo otro, cuando reanude, reanudare por las cosas mas importantes... gracias...
Totalmente en desacuerdo en esta frase:
Quote from: JaViS on April 18, 2018, 02:03:33 PM
Ahora las pc son mucho mas rapido que cuando empezamos hace mas de 10 años atras. La performance no es tanto un issue que tengamos los devs en bennu, al menos no mas que la portabilidad, que es en donde Bennu brilla.
Estoy trabajando en un proyecto con una alta tasa de procesos e imagenes y me vendría genial aumentar la velocidad de proceso.
¿A cuantos FPS os va un mapa con scroll a fullHD y con 50-100 procesos en pantalla? En mi caso, tengo que fakear con el parametro de ignorar tasas del setFPS para que se acerque a lo que yo busco que es una tasa constante entre 60-160FPS.
Todo lo demás, estoy de acuerdo :)
Un saludo!
para juegos en donde tenemos muchos procesos que estan cambiando continuamente la performance mejora mucho con lo siguiente:
dump_type = 1; // Graphics of all processes will be drawn, whether they've changed or not.
restore_type = -1; // The background won't be restored (i.e. redrawn).
Probaste eso?
Quote from: JaViS on April 19, 2018, 07:27:52 PM
para juegos en donde tenemos muchos procesos que estan cambiando continuamente la performance mejora mucho con lo siguiente:
dump_type = 1; // Graphics of all processes will be drawn, whether they've changed or not.
restore_type = -1; // The background won't be restored (i.e. redrawn).
Probaste eso?
He sido incapaz de leer tu respuesta hasta que la copie en un notepad...
Pues no! no se de que se trata y tampoco tengo acceso a la wiki para mirar su referencia :(...
¿Puedes indicarme de que va?
Gracias!
Quote from: Arcontus on April 19, 2018, 08:40:02 PM
Quote from: JaViS on April 19, 2018, 07:27:52 PM
para juegos en donde tenemos muchos procesos que estan cambiando continuamente la performance mejora mucho con lo siguiente:
dump_type = 1; // Graphics of all processes will be drawn, whether they've changed or not.
restore_type = -1; // The background won't be restored (i.e. redrawn).
Probaste eso?
He sido incapaz de leer tu respuesta hasta que la copie en un notepad...
Pues no! no se de que se trata y tampoco tengo acceso a la wiki para mirar su referencia :( ...
¿Puedes indicarme de que va?
Gracias!
Ya he localizado respuestas en el foro:
- dump_type=1; restore_type=1; pinta y restaura todo, sirve para forzar el limpiado de pantalla, a veces al usar fondo 0 con otras combinaciones pueden salir artefactos.
- dump_type=0; restore_type=0; es para cuando no hay movimiento de cámara, no se limpia toda la pantalla ni tampoco se vuelve a pintar en zonas si no es necesario, esto es ideal para escenas de cámara parada donde hay unos cuantos objetos por la pantalla, hay cálculo adicional pero se compensa no renderizando zonas.
- dump_type=1; restore_type=-1; es para que todos los gráficos se pinten pero no limpia el buffer de pantalla, esto es ideal para cuando hay movimiento de scroll, se evitan cálculos innecesarios.
He probado la última opcion y no noto mejoría en el rendimiento, pero si un montón de artefactos extrañisimos en multitud de sitios por lo que queda descartado. :(
(Me había hecho ilusiones)
Que bueno que encontraste la documentación.
Si, como ves, no se pueden aplicar en absolutamente todos los casos, depende mucho de como funciona tu juego. Solo quería comentarte esas opciones, porque jugando con ellas he logrado un incremento de performance muy importante en mi juego, al punto en que ahora puedo correrlo en plataformas menos potentes como Android y Raspberry.
Por cierto, hablando de JSON, hay un librería muy pequeñita que podríamos añadir a BennuGD, aunque desconozco si su licencia es compatible (MIT)
https://github.com/udp/json-parser/blob/master/json.c
Panreyes.. Hola..
El grupo tiene una librería llamada "Bennu WEb Services" ..
incluye json, base64, SHA256, AES256 y otras cosas chulas..
ya la subiré este fin de semana..
Bueno, pues creo que el único que se queja aquí de potencia soy yo, que debo ser el único que sigue desarrollando un juego para Wiz :D :D :D
Ya sabeis que yo soy siempre el último en querer cambiar las cosas, al menos de forma drástica ^^U Pienso, como se ha comentado más arriba, que si hay alguna mejora de velocidad, que sea porque se usan las capacidades desaprovechadas de la libería gráfica (creo que se comentaba que sólo se utilizaba una única surface de SDL, y que usando varias se obtendría una mejora de rendimiento), o se actualiza a alguna más potente (léase SDL2, OpenGL...).
Pero si hay algo que de verdad quiera mejorarse, es en lo que hace parecer "viejo" al lenguaje. No voy a proponer que tenga una librería de gráficos 3D... molaría, pero no voy por ahí. Bennu, como Fenix, y como DIV, siempre ha sido un motor de juegos 2D, de estilo retro (lo digo porque tenemos ahí algo parecido al modo7), y deberíamos centrarnos en eso.
Las carencias que le veo es que no nos animamos a dar el salto a los juegos con gráficos de 32 bits y alta resolución (¿pero quién nos puede culpar? no somos grafistas). Que las herramientas de escalado y rotación son por software y con un algoritmo sencillo para hace 20 años (al menos, Splinter aludió a porder elegir en un futuro a algoritmos más complejos) y que serían básicos para hacer animaciones 2D basadas en esqueletos. Y ya que se puede portar a todos los sistemas, una mejora en el soporte a Android y la API de Steam, como decían por ahí arriba, que parece que se siguen resistiendo.
El uso de liberías tipo web services no estaría mal, teniendo en cuenta que me paso el día desarrollando apps en Xamarin y programas en servidores con WebApi (otra cosa diferente es que tenga un servidor compatible para ello :D ), pero deberíamos centrar los esfuerzos en lo dicho de poder crear juegos en red, que es lo que está pidiendo la gente. ¿Por qué se está perdiendo lo de jugar a pantalla partida? ahora que habíamos conseguido salir del sótano con consolas de 4 mandos ¿nos estamos volviendo a enterrar gracias al juego en red? :D
En resumen, Splinter, te digo lo que me digo a mi mismo cuando me falta tiempo (o sea, en este último año): no intentes reinventar la rueda, mejora lo que ya tienes todo lo que puedas porque no tienes tiempo ni fuerzas para ponerte como antaño 5 horas en tu propio código ^^U
Quote from: Drumpi on May 07, 2018, 12:29:27 AM
Bueno, pues creo que el único que se queja aquí de potencia soy yo, que debo ser el único que sigue desarrollando un juego para Wiz :D :D :D
(https://media.tenor.com/images/a19f6a6d399a2c4272ec413809702131/tenor.gif)
El unico dice
Mas aparte de lo que ha dicho drumpi, si, coincido en lo de mejorar las rotaciones y escalado de graficos
Quote from: Drumpi on May 07, 2018, 12:29:27 AM
Bueno, pues creo que el único que se queja aquí de potencia soy yo, que debo ser el único que sigue desarrollando un juego para Wiz :D :D :D
Yo también estoy desarrollando un juego, en mi caso para PC y también tengo problemas de rendimiento. Lamentablemente tengo que recurrir a trucos para llegar a una tasa de FPS estable, independientemente de si corre en un I7 o un I3 pero son "ñapas" y no queda con la fluidez que me gustaría. (SkipFPS)
Resumiendo, veo a Bennu el mejor de los lenguajes para aprender a hacer videojuegos. Pero al poner un scroll con un fondo grande + cientos de procesos en pantalla y fullHD, el rendimiento se degrada de tal manera que puede hacer inviable un proyecto.
Si se mejora este aspecto 20 años más de vida como mínimo sino sinceramente creo que la cosa irá muriendo poco a poco. Y es que Bennu es para lo que es: un motor genial de 2D, pero debería correr no, ¡volar! y no lo hace... :-\
Todo esto lo digo de manera constructiva, eh! No es una critica en absoluto y se ve y agradece todo el esfuerzo que hay detrás del proyecto.
Quote from: Arcontus on May 08, 2018, 04:16:47 PM
Quote from: Drumpi on May 07, 2018, 12:29:27 AM
Bueno, pues creo que el único que se queja aquí de potencia soy yo, que debo ser el único que sigue desarrollando un juego para Wiz :D :D :D
Yo también estoy desarrollando un juego, en mi caso para PC y también tengo problemas de rendimiento. Lamentablemente tengo que recurrir a trucos para llegar a una tasa de FPS estable, independientemente de si corre en un I7 o un I3 pero son "ñapas" y no queda con la fluidez que me gustaría. (SkipFPS)
Resumiendo, veo a Bennu el mejor de los lenguajes para aprender a hacer videojuegos. Pero al poner un scroll con un fondo grande + cientos de procesos en pantalla y fullHD, el rendimiento se degrada de tal manera que puede hacer inviable un proyecto.
Si se mejora este aspecto 20 años más de vida como mínimo sino sinceramente creo que la cosa irá muriendo poco a poco. Y es que Bennu es para lo que es: un motor genial de 2D, pero debería correr no, ¡volar! y no lo hace... :-\
Todo esto lo digo de manera constructiva, eh! No es una critica en absoluto y se ve y agradece todo el esfuerzo que hay detrás del proyecto.
se agradecerian ejemplos...
Quote from: Arcontus on May 08, 2018, 04:16:47 PM
Yo también estoy desarrollando un juego, en mi caso para PC y también tengo problemas de rendimiento. Lamentablemente tengo que recurrir a trucos para llegar a una tasa de FPS estable, independientemente de si corre en un I7 o un I3 pero son "ñapas" y no queda con la fluidez que me gustaría. (SkipFPS)
Resumiendo, veo a Bennu el mejor de los lenguajes para aprender a hacer videojuegos. Pero al poner un scroll con un fondo grande + cientos de procesos en pantalla y fullHD, el rendimiento se degrada de tal manera que puede hacer inviable un proyecto.
Si se mejora este aspecto 20 años más de vida como mínimo sino sinceramente creo que la cosa irá muriendo poco a poco. Y es que Bennu es para lo que es: un motor genial de 2D, pero debería correr no, ¡volar! y no lo hace... :-\
Todo esto lo digo de manera constructiva, eh! No es una critica en absoluto y se ve y agradece todo el esfuerzo que hay detrás del proyecto.
A falta de BennuGD2, por ahora está el fork PixTudio, que implementa aceleración por hardware si te interesa probarlo :)
Pd: No sé para qué hablo, la web está rota ahora mismo xD (pixtudio.org)
Quote from: panreyes on May 09, 2018, 08:34:15 AM
Quote from: Arcontus on May 08, 2018, 04:16:47 PM
Yo también estoy desarrollando un juego, en mi caso para PC y también tengo problemas de rendimiento. Lamentablemente tengo que recurrir a trucos para llegar a una tasa de FPS estable, independientemente de si corre en un I7 o un I3 pero son "ñapas" y no queda con la fluidez que me gustaría. (SkipFPS)
Resumiendo, veo a Bennu el mejor de los lenguajes para aprender a hacer videojuegos. Pero al poner un scroll con un fondo grande + cientos de procesos en pantalla y fullHD, el rendimiento se degrada de tal manera que puede hacer inviable un proyecto.
Si se mejora este aspecto 20 años más de vida como mínimo sino sinceramente creo que la cosa irá muriendo poco a poco. Y es que Bennu es para lo que es: un motor genial de 2D, pero debería correr no, ¡volar! y no lo hace... :-\
Todo esto lo digo de manera constructiva, eh! No es una critica en absoluto y se ve y agradece todo el esfuerzo que hay detrás del proyecto.
A falta de BennuGD2, por ahora está el fork PixTudio, que implementa aceleración por hardware si te interesa probarlo :)
Pd: No sé para qué hablo, la web está rota ahora mismo xD (pixtudio.org)
La verdad es que no se cuan complicado es el cambio de plataforma, la estabilidad de la misma y que tengo el proyecto prácticamente finalizado tampoco ayuda. Pero por otro lado siento curiosidad en hacer una prueba y ver ese rendimiento extra.
Míralo por ti mismo :)
https://www.dropbox.com/s/3l3np1wuvxfeows/gputest-pixfrogger.zip?dl=0
Hombre, en mi experiencia, dar el salto a PixTudio no es complicado...
Pero saturar un i3 ¡Jesús! me parece entre improbable e imposible, porque vale que "cierto juego" corre a 320x240 y se reescala en PC x3 (al menos, mi versión actual), pero está moviendo literalmente cientos de procesos tile, hasta 4 capas de scroll parallax (una de ellas, con transparencia), y varios enemigos con una detección de durezas bastante penosa... y "casi funciona" en Wiz.
Hablar del tamaño del mapa es irrelevante en un scroll tileado... pero en el concurso hice un mapa que era como 20 o 30 veces más grande que el que me ganó :D
Jo, quiero dedicarle un mes a mi juego... Ahora que ya tengo perrito y todo.
Una consulta Splinter, por curiosidad, El BennuGD 2 lo harias con C puro y duro o con C++?
C, puro y duro...
Ahora mismo ando un poco perdido con esto de bennugd 2,viendo la pregunta de erkozone sobre como andaba bennugd 2 ,se le respondio que tal vez no se continuaba el desarrollo y que tal vez se haria una especie de libreria para c y ahora veo que parece que bennugd 2 sigue adelante con c puro y duro.
Entonces sigue adelante el proyecto de bennugd 2 o se hara otra cosa o tal vez no se hara nada.
A mi me gustaria que siguiera para adelante el proyecto de bennugd 2 y que se subiera algo para ir probando.Si no recuerdo mal,esto lo pregunte el año pasado y se me dijo que tal vez se subiria algo para ir probando para finales del 2017 y al final se quedo en nada. :)
Vale,voy a comentar un par de cosas.
Estoy viendo que los lenguajes basados en div estan muriendo o los estan dejando de usar,aqui en el foro cada vez hay menos gente y en los otros foros de los otros lenguajes tambien pasa lo mismo.
Esto pasa porque hay otros engine mas completos y mas faciles de usar,yo creo que bennugd esta mas que completo y no necesita una continuacion,lo que necesita es unos cuantos añadidos para hacerlo atractivo para la gente que tiene pocos conocimientos o no tiene ninguno.
Que haria yo,pues lo convertiria en una especie de gamemaker y como,pues le añadiria una interfaz grafica que viniera con un editor de codigo,un editor de animaciones y un editor de escenarios,tambien vendria una estructura de niveles interna,que se encargue de manejar los niveles y la descarga de recursos y por ultimo le meteria una buena cantidad de funciones que te resolvieran la mayoria de las cosas que lleva un juego.
Todo lo que he dicho lo lleva ya gamemaker.Otra opcion seria utilizar un motor ya creado para hacer un nuevo bennugd,se podria usar phaser 3 por ejemplo,este motor lo estan utilizando para el nuevo gdevelop y el nuevo pilasengine y le esta dando muy buenos resultados.Os pongo un enlace para que probeis el nuevo pilasengine("es una version test")
https://github.com/pilas-engine/pilas-engine/releases
--------------------------------------------------------------------------
Esto ya lo he comentado en otro foro donde tienen el mismo problema de que cada vez hay menos gente.
Ya se que ma vais ha decir que esto es mucho trabajo para una sola persona,tambien me lo han dicho en otro foro,por eso propongo que se dejen de lado los problemas que hubieron en un pasado y que os perdoneis y volvais a trabajar juntos.
Yo lo que veo es que aqui hay buenas personas y muy buen rollo y en el otro foro tambien hay muy buenas personas y muy buen rollo,entonces porque no volveis a trabajar juntos,yo creo que si no lo haceis tarde o temprano los lenguajes div se abandonaran y es una pena.
--------------------------------------------------------------------------
Yo por lo que he contado hay 4 lenguajes basados en div y dos fork,lo que quiere decir que hay 6 creadores de motores y unos maquinas en programacion,si os unis y trabajais juntos lo que puede salir de hay seria maravilloso y ademas tambien se unirian para ayudar la gente de todos los foros.
Uno pueden ayudar en los manuales,otros en los ejemplos,otros en el testeo etc..
Si trabajais juntos,el proyecto div puede seguir adelante,si no lo haceis el futuro es muy negro,porque como veis la gente prefiere otro tipo de motores como unity,gamemaker,contruct 2 y ahora van salir motores como nesmaker,super reto maker,sonic maker etc..
La cosa esta compicada,y me parece un desperdicio que cada uno vaya por un lado.Ya me direis que os parece lo que os he dicho :D
Uno de los puntos sobre el tema es que para hacer lenguajes de programacíon tienes que tener un level muy alto y muchos de ellos ya tienen una personalidad muy fuerte respecto a su metodologia de trabajo; Sumale que no viven de ello por lo que implica que cogen sus ratos libres cuando pueden y son de diferentes paises por lo que deben haber problemas para coordinar horarios; Solo la coordinacíon del trabajo debe ser una pesadilla.
Y competir contra herramientas mas o menos gratuitas como Unity, Unreal y otras es bastante complicado.
Por cierto, has visto el Godot : [size=78%]http://www.godotengine.org/ (http://www.godotengine.org/)[/size] , una herramienta opensource, gratuita y compite con el Unity.
Hokuto40, entiendo todo lo que comentas, pero creo que ya no hay mucho que se pueda hacer. Básicamente, desarrollar un engine no es fácil, y trabajar gratis en algo que te gusta está bien hasta cierto momento.
Creo que podría haber un futuro para BennuGD o PixTudio, pero requeriría de financiación por parte de los usuarios.
Si entre todos los interesados llegásemos a generar un sueldo a alguien interesado en mantenerlo (pueda ser Splinter, pueda ser Joseba, o quien pueda ser), DIV tendría un futuro más asegurado. Si somos suficientes usuarios interesados y hay un desarrollador interesado, yo estoy dispuesto a aportar una cantidad mensual a través de una plataforma tipo Patreon.
Sobre la idea de hacer un IDE completo, ya sabes que han habido varios intentos, pero muchísimo más trabajo que hacer sólo el engine.
Yo como mucho uso una especie de generador de escenas, que elijo los fpgs, los gráficos y pongo donde los voy a colocar para que me genere el código. Pero de ahí a un Gamemaker hay un mundo.
Entiendo,la verdad es que me da mucha pena que despues de tanto esfuerzo y trabajo por crear estos lenguajes tan fantastico,con el tiempo vaya a desaparecer . :-\
Godot ya lo conozco,el problema es que mi ordenador ya es muy viejo y la grafica integrada que tiene solo soporta opengl 1.4,y godot 2 pide la 2.1 y ahora godot 3 pide opengl 3.0.Por lo tanto no puedo utilizarlo y como no tengo dinero para un ordenador nuevo pues me tengo que aguantar >:(
Ahora mismo estoy probando gdevelop 5 que es gratuito y libre y es muy parecido a contruct 2,la version que hay ahora mismo es beta y le faltan algunas cosas,pero para probarla esta bien.Seguramente que a lo largo de este año este lista la version final que adermas vendra en español al igual que la version 4.
---------------------------------------------------------------------------
Hablando de dinero,porque no se hace una financiacion a traves de kickstartet para el nuevo motor,nesmaker se ha financiado asi y fue muy rapido.
El motor es para crear juegos para la nes y emuladores de nes y utiliza un lenguaje visual,pero se puede utilizar el lenguaje assemble para crear nuevos comportamiento para el lenguaje visual.Os pongo un enlace si quereis hechar un vistazo,el motor sale este año.
https://www.kickstarter.com/projects/1316851183/nesmaker-make-nes-games-no-coding-required?lang=es
Supongo que el exito es porque ahora esta muy de moda lo retro.Si se hiciera un motor atractivo con un lenguaje visual y sencillo y fuera para crear juegos para la megadrive y los emuladores de la megadrive,estoy se guro que el kickstartet funcionaria y tal vez se le podria meter tambien el leguaje c para crear nuevos comportamientos para el lenguaje visual. :)
el lenguaje no va a desaparecer porque haya menos usuarios... al menos yo esto no lo hago por la cantidad de gente que lo usa o deja de usar...
crear un kickstartet o una colecta para juntar un sueldo implicaria una obligacion de mi parte, y esto a la larga hace perder el amor por lo que se hace, yo amo trabajar en este proyecto, pero lamentablemente no tengo tiempo como quisiera... tambien implicaria dedicarle fulltime, con lo que deberia dejar mi trabajo de aproximadamente 10 años, estable y muy bien pago... cuanta estabilidad o continuidad representaria un kickstarter o un sueldo recolectado de los usuarios? a menos que me digan que hay 500k dolares para hacer el proyecto de forma fulltime, creo que no seria inteligente de mi parte arriesgar tanto... y todos sabemos que 500k no es el caso...
yo continuare el proyecto, asi haya mil forks mejores y nadie use el que yo hago...
no es el dinero lo que me motiva a hacer el proyecto... aunque no puedo negar que me alegra recibir donaciones por mas pequeña que sea...
y tampoco reniego de colaboracion...
perdon si alguien se tomo a mal mis palabras, pero senti que necesitaba dejar clara mi postura...
Ninguna confusión Splinter, se entiende perfectamente :)
De todas formas, en mi planteamiento no me refería a una dedicación exclusiva, sino parcial. En cualquier caso, habría que ver quién se apuntaría al carro de apoyar con una cantidad mensual que sea suficiente (que es complicado salvo que seas un gran youtuber)
Quote from: panreyes on June 04, 2018, 02:49:04 PM
Ninguna confusión Splinter, se entiende perfectamente :)
De todas formas, en mi planteamiento no me refería a una dedicación exclusiva, sino parcial. En cualquier caso, habría que ver quién se apuntaría al carro de apoyar con una cantidad mensual que sea suficiente (que es complicado salvo que seas un gran youtuber)
claro...
Quote from: SplinterGU on June 04, 2018, 05:37:02 PM
Quote from: panreyes on June 04, 2018, 02:49:04 PM
Ninguna confusión Splinter, se entiende perfectamente :)
De todas formas, en mi planteamiento no me refería a una dedicación exclusiva, sino parcial. En cualquier caso, habría que ver quién se apuntaría al carro de apoyar con una cantidad mensual que sea suficiente (que es complicado salvo que seas un gran youtuber)
claro...
Esta claro que si vas a montar u Kickstarter, primero necesitas componer un equipo, marcar los objetivos y unos plazos realistas con el nivel de implicación que deberá tener cada miembro. Y con todo eso y algo de análisis financiero se monta el kickstarter. Así que si por ejemplo Splinter solo va a dedicar 10 horas a la semana, pues si el proyecto necesita 500 horas serían necesarias 50 semanas, (contando el peor de los casos de que nadie más que él le ayude).
También tiene otra parte positiva, y es que se puede ver donde estamos y lo que falta en cada momento por parte de los developers, y hacerse extensible al resto de usuarios. Actualmente no tengo ni la más remota idea de que % de Bennu2 se ha hecho y cuanto falta y esta falta de visibilidad no mola.
Yo personalmente estoy muy interesado en este tipo de iniciativas que permitan avanzar a Bennu a un siguiente nivel y de una manera más ordenada. Y cuanto antes mejor :D
SplinterGU!,a mi no me molesta,de hecho me gusta la gente clara y tu lo has dejado claro.
Con repecto a lo del kickstarter,pues solo lo dije por lo que comentaba Panreyes de la financiacion,como el decia que para que avanzara bennugd habria que tener una financiacion,pues se me ocurrio lo que ya he comentado.El nesmaker ya ha recaudado 253.403 $ y seguro que al final no sera gran cosa
SplinterGU,si dices que bennugd lo haces porque te gusta y no te importa la cantidad de gente que lo utilice ,pues a mi me parece bien y no tengo mucho mas que decir.
Aunque sigo diciendo que todos los creadores de lenguajes div,deberiais trabajar juntos.Hasta pronto :)
Diria que son casos un poco diferentes porque nesmaker se aprovecha de la onda retro y que muchos que en su infancia usaron la consola y actualmente trabajan y por nostalgia probablemente quieren y pueden financiar el proyecto. En Bennu diria que la base de usuarios es infinitamente mas chica, sumado a que Nesmaker ofrece poder hacer juegos sin necesidad de ensuciarte las manos con el code y me imagino que a muchos usuarios no-programadores les debe encantar la idea.
Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse.
Quote from: FreeYourMind on June 05, 2018, 03:45:00 PM
Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse.
No es el mismo caso. BennuGD y PixTudio tienen muchísimas mejoras sobre los DIV originales. Por ese motivo, DIV 3 no consiguió el despegue que podría haber tenido.
no se, los mojons twins ya hacen juegos para nes, igual el nesmaker cuesta pasta y con el tiempo lo liberarán o lo piratearan...
digo yo
Quote from: hokuto40 on June 05, 2018, 02:54:56 PM
SplinterGU!,a mi no me molesta,de hecho me gusta la gente clara y tu lo has dejado claro.
Con repecto a lo del kickstarter,pues solo lo dije por lo que comentaba Panreyes de la financiacion,como el decia que para que avanzara bennugd habria que tener una financiacion,pues se me ocurrio lo que ya he comentado.El nesmaker ya ha recaudado 253.403 $ y seguro que al final no sera gran cosa
SplinterGU,si dices que bennugd lo haces porque te gusta y no te importa la cantidad de gente que lo utilice ,pues a mi me parece bien y no tengo mucho mas que decir.
Aunque sigo diciendo que todos los creadores de lenguajes div,deberiais trabajar juntos.Hasta pronto :)
no es que no me importe que lo use o no mas gente, claro que importa, pero no es lo que me motiva, lo hago porque me gusta hacerlo... lo demas esta en plano secundario... que no significa que no sea importante...
Quote from: FreeYourMind on June 05, 2018, 03:45:00 PM
Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse.
Div 3 es Gemix? o son cosas diferentes?
Gemix nunca será DIV 3, por mucho que haga publicidad engañosa ;D
DIV 3 = DIV DX
gracias por la aclaracion
Quote from: panreyes on June 05, 2018, 04:06:31 PM
Quote from: FreeYourMind on June 05, 2018, 03:45:00 PM
Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse.
No es el mismo caso. BennuGD y PixTudio tienen muchísimas mejoras sobre los DIV originales. Por ese motivo, DIV 3 no consiguió el despegue que podría haber tenido.
No creo que sea asi, DIV 3 tienes multiples ports, ya soporta la misma profundidad de color que los demas ademas de la interface todo en 1 que no ha sido superada por ningun otro, tiene tambien el engine tipo doom integrado.
Ademas de permitir ejecutar los juegos generados con los viejos divs en las nuevas plataformas que ha sido portado sin tener que recompilarlos.
No he mirado mucho pero DIV 3 sigue en la palestra
Quote from: panreyes on June 05, 2018, 09:28:32 PM
Gemix nunca será DIV 3, por mucho que haga publicidad engañosa ;D
DIV 3 = DIV DX
ya les gustaria. aunque es una pena ese proyecto esta tan muerto como los demas, ademas su autor ha sido de los pocos que ha ayudado a mike con el div 3
Yo no he visto en ninguna parte lo de la publicidad engañosa de gemix y gemix no es div 3 o div dx o como se llame,los dos tiene compatiblidad con div 2 pero divdx es el que mas se le parece a div 2.
Yo he probado divdx y no me convence,ademas es un poco inestable y lento.En cuanto a gemix,pues a mi si me gusta,es bastante rapido y mucho mas completo que divdx y tiene dos versiones(legacy y modern),legacy es compatible con div 2 y es por sofware y modern pierde la compatibilidad y es por opengl y de 32 bits,ademas su autor sigue adelante con el proyecto,aunque lo usa poca gente y el futuro ya se vera.
En cuanto a gemix y bennugd,no les veo mucha diferencia en cuanto a la cantidad de gente que los usa y la cantidad de gente que hay en los foros,pero si que bennugd es mas conocido que gemix,lo dos utilizan el notepad++ y los editores de fpg y fnt son parecidos.El futuro de los dos los veo muy parecido,si no hay cambios importantes los dos dejaran de ser usados con el tiempo.
porque esas paginas ya no se ven, pero se publicito al principio como div games studio 3.
Que tu no lo hayas visto no significa que no se haya hecho.
Aun asi sigue habiendo restos de foros o paginas donde se ven los 2 nombres asociados:
https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/
https://forum.thegamecreators.com/thread/134798
Afinal aun se publicita, miralo:
http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10
pone claramente:
DIV ha vuelto!... Gemix, el nuevo DIV3 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10#p11)
Quote from: FreeYourMind on June 06, 2018, 11:24:30 AM
porque esas paginas ya no se ven, pero se publicito al principio como div games studio 3.
Que tu no lo hayas visto no significa que no se haya hecho.
Aun asi sigue habiendo restos de foros o paginas donde se ven los 2 nombres asociados:
https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/
https://forum.thegamecreators.com/thread/134798
Afinal aun se publicita, miralo:
http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10
pone claramente:
DIV ha vuelto!... Gemix, el nuevo DIV3 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10#p11)
por que no lo hacemos mas simple? cuando dices
"Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse."
te refieres a Gemix o a otra cosa?
asi entendemos un poco a que te refieres...
Ni gemix, ni div DX, pasaron por un ninguna ronda de inversión de ningún tipo, verdad? Solo intentaron mantenerse en base a donaciones, que no es para nada lo mismo, así que no podemos tomarlos cómo experiencia.
Quote from: SplinterGU on June 06, 2018, 11:49:41 AM
Quote from: FreeYourMind on June 06, 2018, 11:24:30 AM
porque esas paginas ya no se ven, pero se publicito al principio como div games studio 3.
Que tu no lo hayas visto no significa que no se haya hecho.
Aun asi sigue habiendo restos de foros o paginas donde se ven los 2 nombres asociados:
https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/ (https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/)
https://forum.thegamecreators.com/thread/134798 (https://forum.thegamecreators.com/thread/134798)
Afinal aun se publicita, miralo:
http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10)
pone claramente:
DIV ha vuelto!... Gemix, el nuevo DIV3 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10#p11)
por que no lo hacemos mas simple? cuando dices
"Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse."
te refieres a Gemix o a otra cosa?
asi entendemos un poco a que te refieres...
Sigues con eso Splinter, pensaba que panreyes ya te lo habia aclarado.
Hablabla del DIV 3 oficial
https://github.com/DIVGAMES/DIV-Games-Studio
Quote from: JaViS on June 06, 2018, 12:22:54 PM
Ni gemix, ni div DX, pasaron por un ninguna ronda de inversión de ningún tipo, verdad? Solo intentaron mantenerse en base a donaciones, que no es para nada lo mismo, así que no podemos tomarlos cómo experiencia.
Te equivocas Div DX era de la extinta Fast Traker empresa inglesa que compro los derechos de DIV Studio, Mike Green fue su empleado encargado de hacerlo, en su dia se llamaba DIV Windows.
Despues creo que fast track cerro, y Mike se quedo los derechos y siguio con el ya como DivDX, y en un principio iba ser comercial, pero parece que desistio y termino por liberarlo.
En realidad en esto realmente solo ya interesaba ver la interface y el editor grafico liberado, pues actualmente BennugGD ya estaba mejor en lo demas.
Quote from: FreeYourMind on June 06, 2018, 12:36:46 PM
Quote from: SplinterGU on June 06, 2018, 11:49:41 AM
Quote from: FreeYourMind on June 06, 2018, 11:24:30 AM
porque esas paginas ya no se ven, pero se publicito al principio como div games studio 3.
Que tu no lo hayas visto no significa que no se haya hecho.
Aun asi sigue habiendo restos de foros o paginas donde se ven los 2 nombres asociados:
https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/ (https://solocodigo.com/47124/gemix-studio-div-games-studio-3-estara-disponible-en-septiembre/)
https://forum.thegamecreators.com/thread/134798 (https://forum.thegamecreators.com/thread/134798)
Afinal aun se publicita, miralo:
http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10)
pone claramente:
DIV ha vuelto!... Gemix, el nuevo DIV3 (http://www.gemixstudio.com/forums/viewtopic.php?f=70&t=10#p11)
por que no lo hacemos mas simple? cuando dices
"Solo hay que ver el DIV 3 actual, paso de comercial a codigo libre porque el autor no tenia las donaciones suficientes para trabajar en el, y ahora que es gratuito tampoco nadie le ayuda, lleva un par de meses sin actualizarse."
te refieres a Gemix o a otra cosa?
asi entendemos un poco a que te refieres...
Sigues con eso Splinter, pensaba que panreyes ya te lo habia aclarado.
Hablabla del DIV 3 oficial
https://github.com/DIVGAMES/DIV-Games-Studio
si, me habia quedado claro, pero luego tu pones un link diciendo que gemix es el nuevo div3... asi que mas alla de la realidad no me quedo claro a que te referias... gracias por aclarar.
he puesto ejemplos de donde se promociona como si lo fuera para los que no lo habian visto
Quote from: FreeYourMind on June 06, 2018, 12:40:25 PM
Quote from: JaViS on June 06, 2018, 12:22:54 PM
Ni gemix, ni div DX, pasaron por un ninguna ronda de inversión de ningún tipo, verdad? Solo intentaron mantenerse en base a donaciones, que no es para nada lo mismo, así que no podemos tomarlos cómo experiencia.
Te equivocas Div DX era de la extinta Fast Traker empresa inglesa que compro los derechos de DIV Studio, Mike Green fue su empleado encargado de hacerlo, en su dia se llamaba DIV Windows.
Despues creo que fast track cerro, y Mike se quedo los derechos y siguio con el ya como DivDX, y en un principio iba ser comercial, pero parece que desistio y termino por liberarlo.
En realidad en esto realmente solo ya interesaba ver la interface y el editor grafico liberado, pues actualmente BennugGD ya estaba mejor en lo demas.
Está bien, pero no hay experiencia yendo a solicitar inversiones. Puede ser una compañia por detras pero si no hay plata no hay producto. Un solo developer dedicado a un producto como ese es muy poco hoy en dia, en mi opinión, no estamos hablando de lo mismo.
A lo que yo me refiero es a obtener una inversión, ya sea de inversores angeles, o por medio de KickStarter o algo parecido, porque no es lo mismo que pedir donaciones.
No se puede vivir de donaciones,nadie lo hace, las donaciones te las dan como muestra de agradecimiento por algo que ya hiciste. Las inversiones te las dan a cambio de una promesa de que hagas algo, esa es la unica forma en que se podria encarar un proyecto como este.
El kickstarter solo funcionaria si se forma un grupo de personas sin trabajo que se dediquen 8 horas al dia a trabajar en el, hacerlo por hobby aunque con donaciones se convierte en trabajo de igual forma y alfinal si no tienes tiempo por mas donaciones que te hagan te vas a frustrar
Vaya!,pues no habia visto esa publicidad,como no llevo mucho tiempo utilizandolo pues no los vi.
Aunque son anuncios del 2008 y 2011,ya a pasado bastante y supongo que en su dia los utilizaron para atraer a gente que en su dia utilizo div.
Pero gemix es parecido a bennugd,lenguajes basados en div con mejoras repecto a este.
Gemix ha vuelto, en forma de chapa
(https://i.ytimg.com/vi/jzuxTWKFjkM/hqdefault.jpg)
versiones beta... aca agrego un DOC que estoy armando, muy basico y no terminado
hay un whatsnew.txt dentro de los paquetes
Mientras haya una lista de funciones y parámetros, como las que se podían generar con BennuGD1, con eso se puede ir tirando :D
http://redesycozm.cluster027.hosting.ovh.net/bennugd2/download/bgd2-linux-gnu-2019-06-10.tgz (http://redesycozm.cluster027.hosting.ovh.net/bennugd2/download/bgd2-linux-gnu-2019-06-10.tgz)http://redesycozm.cluster027.hosting.ovh.net/bennugd2/download/bgd2-x86_64-w64-mingw32-2019-06-10.rar (http://redesycozm.cluster027.hosting.ovh.net/bennugd2/download/bgd2-x86_64-w64-mingw32-2019-06-10.rar)
corregido bug de transparencias que se me colo con texturas 8 y 16 bits
Una pregunta,se le va a implementar una libreria de fisica y un sistema de particulas.
Quote from: hokuto40 on June 10, 2019, 07:17:22 PM
Una pregunta,se le va a implementar una libreria de fisica y un sistema de particulas.
tengo la idea de hacerlo...
por cierto, ya tengo tu puzsion corriendo en bennugd2... le hice algunos fixes... parece ir fino...
Quote from: SplinterGU on June 11, 2019, 12:20:39 AM
Quote from: hokuto40 on June 10, 2019, 07:17:22 PM
Una pregunta,se le va a implementar una libreria de fisica y un sistema de particulas.
tengo la idea de hacerlo...
por cierto, ya tengo tu puzsion corriendo en bennugd2... le hice algunos fixes... parece ir fino...
Te has confundido,yo no he diseñado puzsion :)
Otra pregunta sobre bennugd2,funsiona por software y hardware o solo uno de los dos.
Por cierto,porque no subes algun ejemplo de rendimiento para probar como me funciona en mi viejo ordenador.
Quote from: hokuto40 on June 11, 2019, 08:26:16 AM
Quote from: SplinterGU on June 11, 2019, 12:20:39 AM
Quote from: hokuto40 on June 10, 2019, 07:17:22 PM
Una pregunta,se le va a implementar una libreria de fisica y un sistema de particulas.
tengo la idea de hacerlo...
por cierto, ya tengo tu puzsion corriendo en bennugd2... le hice algunos fixes... parece ir fino...
Te has confundido,yo no he diseñado puzsion :)
Otra pregunta sobre bennugd2,funsiona por software y hardware o solo uno de los dos.
Por cierto,porque no subes algun ejemplo de rendimiento para probar como me funciona en mi viejo ordenador.
es hardware... el programador tenia el nick hokutoy, pense que eras tu... parecido el nick...
en el canal de discord tienes todo para bajar, lo habia subido aca, pero tenia un bug esa version y ya no me dejo subir otra...
ponlo aqui ahora nos obligais a usar discord tambien ? tanta pagina nueva solo para agobiarnos xD
Quote from: FreeYourMind on June 11, 2019, 12:09:14 PM
ponlo aqui ahora nos obligais a usar discord tambien ? tanta pagina nueva solo para agobiarnos xD
no puedo colgarlo... me da error el servidor...
Por mi parte no hay prisa,lo que me gustaba de bennug1 era que podías bajarte ejemplos de menor a mayor grado y en un par de tardes ya tenías conocimientos suficientes para hacer juegos ,junto con los dos manuales,uno bíblico y otro mucho menos extenso pero muy didáctico.Espero que se siga esta dinámica,pues descubrir por uno mismo,sin ejemplos lo que puedo y no puedo hacer es muy engorroso.
Quote from: oskarg on June 11, 2019, 02:19:52 PM
Por mi parte no hay prisa,lo que me gustaba de bennug1 era que podías bajarte ejemplos de menor a mayor grado y en un par de tardes ya tenías conocimientos suficientes para hacer juegos ,junto con los dos manuales,uno bíblico y otro mucho menos extenso pero muy didáctico.Espero que se siga esta dinámica,pues descubrir por uno mismo,sin ejemplos lo que puedo y no puedo hacer es muy engorroso.
hay ejemplos, y juegos portados completos de los mismos usuarios en discord...
pero es correcto, asi sera...
Lo siento, este fin de semana me han tenido atareado y no he podido probar nada. Hasta el próximo no voy a poder volver a intentarlo... a menos que encuentre un hueco, cosa que dudo ^^U
igual esta en constante cambio y correcciones, estoy trabajando ahora en un conversor definitivo de fuentes bgd1 a bgd2... al menos todo lo que respecta a instrucciones y declaracion de variables
Una pregunta,habra documentacion en español.
Bueno, eso no es una pregunta :D
Pero de serlo, creo que la respuesta es obvia: la de siempre. Habrá la documentación que se pueda, y el resto seremos nosotros los que debamos elaborarla :)
Quote from: Drumpi on June 19, 2019, 09:43:09 AM
Bueno, eso no es una pregunta :D
Pero de serlo, creo que la respuesta es obvia: la de siempre. Habrá la documentación que se pueda, y el resto seremos nosotros los que debamos elaborarla :)
Si no es una pregunta me gustaria que me dijeras que es y ya de paso podrias decirme como se hace una pregunta. :)
habra documentacion... no sera un libro de aprendizaje, pero si documentacion basica inicial... o sea, funciones, sus parametros, retorno y si necesitan algun comentario adicional lo tendra... espero eso responda tu pregunta.
Quote from: hokuto40 on June 19, 2019, 12:45:48 PM
Quote from: Drumpi on June 19, 2019, 09:43:09 AM
Bueno, eso no es una pregunta :D
Pero de serlo, creo que la respuesta es obvia: la de siempre. Habrá la documentación que se pueda, y el resto seremos nosotros los que debamos elaborarla :)
Si no es una pregunta me gustaria que me dijeras que es y ya de paso podrias decirme como se hace una pregunta. :)
Poner un interrogante al principio y al final de la frase suele ayudar.
De todas formas, coincido con Drumpi. No quieras las cosas hechas, deja que Splinter se dedique al engine y si quieres documentación en Castellano forma un grupo de trabajo para llevarla a cabo.
Quote from: panreyes on June 19, 2019, 07:02:05 PM
Quote from: hokuto40 on June 19, 2019, 12:45:48 PM
Quote from: Drumpi on June 19, 2019, 09:43:09 AM
Bueno, eso no es una pregunta :D
Pero de serlo, creo que la respuesta es obvia: la de siempre. Habrá la documentación que se pueda, y el resto seremos nosotros los que debamos elaborarla :)
Si no es una pregunta me gustaria que me dijeras que es y ya de paso podrias decirme como se hace una pregunta. :)
Poner un interrogante al principio y al final de la frase suele ayudar.
De todas formas, coincido con Drumpi. No quieras las cosas hechas, deja que Splinter se dedique al engine y si quieres documentación en Castellano forma un grupo de trabajo para llevarla a cabo.
Y yo coincido con Paneyes: si no lleva signos de interrogación, es una frase afirmativa, no una pregunta :D (aquí debería incluso decir: te has ofrecido a hacer la documentación en castellano, así que de parte de la comunidad, ¡muchas gracias! :D).
Aunque no coincido del todo: el trabajo de documentar es un peñazo, pero que probar una nueva función para ver qué hace y cómo hacerlo (y hacer que se rompa y obligar a Splinter a volver al código) y compartirlo con la comunidad es divertido... pero hay funciones que si el desarrollador no explica un poco cómo va, no hay forma de entenderlas :D
Quote from: Drumpi on June 25, 2019, 01:00:55 PM
Quote from: panreyes on June 19, 2019, 07:02:05 PM
Quote from: hokuto40 on June 19, 2019, 12:45:48 PM
Quote from: Drumpi on June 19, 2019, 09:43:09 AM
Bueno, eso no es una pregunta :D
Pero de serlo, creo que la respuesta es obvia: la de siempre. Habrá la documentación que se pueda, y el resto seremos nosotros los que debamos elaborarla :)
Si no es una pregunta me gustaria que me dijeras que es y ya de paso podrias decirme como se hace una pregunta. :)
Poner un interrogante al principio y al final de la frase suele ayudar.
De todas formas, coincido con Drumpi. No quieras las cosas hechas, deja que Splinter se dedique al engine y si quieres documentación en Castellano forma un grupo de trabajo para llevarla a cabo.
Y yo coincido con Paneyes: si no lleva signos de interrogación, es una frase afirmativa, no una pregunta :D (aquí debería incluso decir: te has ofrecido a hacer la documentación en castellano, así que de parte de la comunidad, ¡muchas gracias! :D ).
Aunque no coincido del todo: el trabajo de documentar es un peñazo, pero que probar una nueva función para ver qué hace y cómo hacerlo (y hacer que se rompa y obligar a Splinter a volver al código) y compartirlo con la comunidad es divertido... pero hay funciones que si el desarrollador no explica un poco cómo va, no hay forma de entenderlas :D
¿A que no es lo mismo?
- Los soldados, cansados, volvieron al campamento.
- Los soldados cansados volvieron al campamento.
Pues una frase sin simbolos de interrogación es una frase afirmativa o como mínimo bastante confusa. ;D
Respecto a la documentación de BennuGD2 pues con el tiempo se hará, pero por lo pronto puedo decirte que acaba de salir el proyecto, esta en fase beta (o alpha) y que mejor este Splinter miranto de arreglar los bugs que se van reportando. Pero puedo decirte que en muchos casos la documentación de BennuGD1 sirve para la v2, y lo que no sirve se puede preguntar o por este canal o por discord ya que los cambios en la mayoría de casos son pequeños (hasta donde yo he visto).
Es verdad que me faltan los signos de interrogacion,eso es porque siempre escribo corriendo y se me olvidan cosas,de todas formas creo que se entiende.
Con respecto a la documentacion pues yo me referia a tener una api documentada como lo tiene divgo,explicando para que es cada funcion y con su respectivo ejemplo.
En cuanto a la traduccion, pues si no se casi nada de ingles ya me diras como lo voy a traducir .De todas formas,teniendo un ejemplo sencillo para cada funcion como lo tiene divgo es suficiente.
Quote from: hokuto40 on June 28, 2019, 09:12:13 AM
Es verdad que me faltan los signos de interrogacion,eso es porque siempre escribo corriendo y se me olvidan cosas,de todas formas creo que se entiende.
Con respecto a la documentacion pues yo me referia a tener una api documentada como lo tiene divgo,explicando para que es cada funcion y con su respectivo ejemplo.
En cuanto a la traduccion, pues si no se casi nada de ingles ya me diras como lo voy a traducir .De todas formas,teniendo un ejemplo sencillo para cada funcion como lo tiene divgo es suficiente.
tanto como ejemplos no se, pero documentacion basica habra...
Lo mismo no debería proponerlo, ya que con la falta de tiempo y ganas que tengo últimamente para programar en casa, soy el último que podría participar de ello, pero para promover un poco el desarrollo y el betatesting de BennuGD2 y PixTudio, se podría celebrar una pequeña competición amistosa de minijuegos :D
Nada serio, una especie de crap-compo, pero con cosas algo más "serias"... bueno, como una crap-compo, pero que gane el mejor juego :D Es decir, presentar chorradas que se podrían hacer en tres o cuatro tardes, pero que se harán en...Septiembre, porque andamos haciendo otras cosas o porque tenemos las vacaciones de verano a la vuelta de la esquina :D
No sé si os parece buena idea... o si me daría tiempo a participar, pero lo mismo me animo y reciclo el motor del último Drajon Lol para algo más serio (a las malas, reciclo hasta el escenario, que se quedó a medio usar :D )... si es que el modo7 sigue funcionando :P
Hay versión 32 bits win del BennuGD 2 o hay que esperar a alguna versión mas adelantada para descargar? mas que nada para ir viendo como va.
Quote from: Abash on July 05, 2019, 11:43:31 PM
Hay versión 32 bits win del BennuGD 2 o hay que esperar a alguna versión mas adelantada para descargar? mas que nada para ir viendo como va.
hay en discord...
¿Sería posible, para los que no tenemos tiempo para entrar a Discord, un mini resumen semanal de los puntos mas importantes que se están hablando de BennuGD 2?
Me muero de ganas de saber cosas!!! :)
Quote from: warrior_rockk on July 19, 2019, 08:26:10 AM
¿Sería posible, para los que no tenemos tiempo para entrar a Discord, un mini resumen semanal de los puntos mas importantes que se están hablando de BennuGD 2?
Me muero de ganas de saber cosas!!! :)
A mi tambien me gustaria ese tipo de informacion.
hace un tiempo he dejado de poner en discord, no hay mucho interes en bennugd2... asi que lo trabajare en las sombras... y cuando este compartire, y si alguien lo quiere usar que lo use, sino, pues nada... servira para un proyecto en el que estamos trabajando...
Buenas splinter,yo lo estoi probando a diario,lo que pasa que quizás no al nivel que requieres.
Saludos
Quote from: Goku jr on July 19, 2019, 03:17:32 PM
Buenas splinter,yo lo estoi probando a diario,lo que pasa que quizás no al nivel que requieres.
Saludos
:) no quiero atosigar a los muchachos con esto... cuando avance un poco mas publicare... ya tengo una version con SDL_gpu, casi 100% a como habia dejado, ahora estoy trabajando con la pathfind, que veo es terriblemente lenta... y mas cuando el destino esta en un camino cerrado... voy a ver si la puedo fixear, aunque es probable use una ya existente... vi una muy buena, que hace busqueda bidireccional, pero esta en javascript... asi que toca pasar a C... tambien tengo otra en C, pero ahi no estoy seguro que haga bidireccional... con bidireccional, es mucho mas rapido, porque si alguno de los 2 (origen o destino) esta en una zona cerrada, la busqueda se resuelve mas rapido... ademas tambien es mas rapido el encuentro en casos de caminos abiertos.
Por cierto. Conoceis la consola china Bittboy !? Viene con un port de bennugd y dos juegos, el streets of rage remake y el kof. A ver si pillo tiempo pa ver si hago rular mis juegos. Creo que el so es dingux y un port del so de gw zero
En BennuGD 2 ahora no existe la función rgbscale por lo que e visto. Supongo que ahora se hace de otra manera no?
Encontré en otro post https://forum.bennugd.org/index.php/topic,4775.msg74518.html#msg74518 otra manera de hacerlo digamos a mano, pero no se si es la manera correcta.
Adjunto un pequeño test que e creado pero no se seguro si el valido o si me puedo ahorrar el crearme la función yo.
Solo e cambiado del post original que es para gráficos de 32 bits y en vez de usar rgb uso rgba aunque cambiando el código un poco también funciona en otros modos.
Quote from: FreeYourMind on July 19, 2019, 08:04:35 PM
Por cierto. Conoceis la consola china Bittboy !? Viene con un port de bennugd y dos juegos, el streets of rage remake y el kof. A ver si pillo tiempo pa ver si hago rular mis juegos. Creo que el so es dingux y un port del so de gw zero
viene preinstalado bennugd con 2 juegos???
Si. Pirataria comercial pura, ya que sega prohibio el juego sorr xD
Ademas creo que tambien viene el programa de fede, el explorador de archivos!
Hace un porrón que no entro por aquí y me alegra saber que BennuGD 2 sigue en marcha. ¿Va a incluir un ide propio? ¿Qué novedades trae respecto a la versió 1?
que tal? bienvenido nuevamente...
las novedades son muchas... demasiadas para un hilo, arrancando por acceleracion por GPU y VM de 64bits (datos 64bits, doubles, int64, etc), pathfind instantaneas de mapas grandes, collisiones por box/circulos/hurt/hit rotadas/escaladas, custom blends, pausa/resume integrado, spritesheets, muchas mas primitivas graficas, escalado por GPU, shaders, nuevas funciones de sonido, hasta 64 scrolls, muchos cambios en funciones que ya existian, muchos bugs corregidos... muchas otras mejoras... y cosas que sin dudas me estoy olvidando... seguramente en un futuro cercano tambien tendra soporte 3D...
con respecto al IDE propio, lamentablemente no tendra, por lo visto no hay mucho interes en el proyecto, y la verdad que debo aceptar que todo solo no puedo hacer... lo que me lleva a dudar si continuarlo o no, o quizas pausarlo un tiempo...
Ilusión por mi parte sí que hay,lo que yo no tengo es suficiente conocimiento de programación para ayudar al proyecto.lo que si siempre he querido hacer juegos sencillos ,hacerlos en divgo y luego en otro lenguaje,pero si veo que no hay movimiento ,soy de esas personas que le falta motivación.
Solo con pensar que bennugd 2 es mucho más rápido y potente a su antecesor ya merece la pena volcarse por él
Yo si que tengo interes en usarlo,por lo que comentas parece que es mas rapido y mas completo que el 1, solo me falta saber si sera mas sencillo de hacer juegos con el,que es lo que mas me interesa.
No lo dejes ni lo pauses,sigue con el hasta terminarlo aunque tardes mucho y avances muy lentamente.Animo con ello! ;)
Yo también tengo intención de hacer algo en cuanto tenga una versión algo más madura.
Quote from: Arcontus on August 29, 2019, 10:14:04 AM
Yo también tengo intención de hacer algo en cuanto tenga una versión algo más madura.
la version que tengo ya esta que se pudre.. se paso de madura... :)
PD: Define "mas madura..."
Si no tiene ide propio no pasa nada, al fin y al cabo está Visual Studio o Code::Blocks. Lo importante es que la Api salga adelante y que sea fácil hacer algo, que yo de programación ando ya pez.
Interés hay. Lo que no hay es tiempo :D
Acabo de volver de vacaciones y ya me están haciendo recuperar el tiempo "perdido". Ayer eché, sin exagerar, 10 horas y media, porque hoy tenemos que hacer una entrega, y el fin de semana descansé casi cero, limpiando toda la arena que nos trajimos de la playa (hemos ampliado la "playa drumpal" que os comenté en el hilo de la última crap compo).
Y cuando llego a casa, tengo que arbitrar una batalla que hay entre los videojuegos, las películas y los libros por ocupar el espacio inexistente en mis estanterías :D
Llevo tiempo pensando en un par de proyectos sencillos para ir probando BennuGD2, pero el hecho de que me falta tiempo libre, y que ya ando programando por las 8 horas y media diarias, como que al llegar a casa ya no me quedan fuerzas para seguir (y que al final de la semana se me nota el cansancio neuronal, si lo hiciera).
Aparte, que aun no me he abierto cuenta en Discord, y mira que me he instalado la APP y todo, pero... :P
tranquilo drumpi, igual discord quedo con una version a años luz de distancia...
Quote from: SplinterGU on August 29, 2019, 04:51:23 AM
las novedades son muchas... demasiadas para un hilo, arrancando por acceleracion por GPU y VM de 64bits (datos 64bits, doubles, int64, etc), pathfind instantaneas de mapas grandes, collisiones por box/circulos/hurt/hit rotadas/escaladas, custom blends, pausa/resume integrado, spritesheets, muchas mas primitivas graficas, escalado por GPU, shaders, nuevas funciones de sonido, hasta 64 scrolls, muchos cambios en funciones que ya existian, muchos bugs corregidos... muchas otras mejoras... y cosas que sin dudas me estoy olvidando... seguramente en un futuro cercano tambien tendra soporte 3D...
WOwww! ¿Todo eso se puede probar ya con la versión actual? Me parece un avance impresionante!!
Quote from: SplinterGU on August 29, 2019, 08:54:01 PM
PD: Define "mas madura..."
Hola Splinter, he estado unos días desconectado y no he podido responderte.
Me refiero a que falta documentar las nuevas funciones, una guia de como migrar de Bennugd1 a Bennugd2, unos ejemplos para descargar, nuevas tools (como sustituir el icono del juego sin recurrir a programas de terceros o un nuevo FPGEdit o el sustituto,...) y un IDE que las gestione pues es otro punto a su favor. Eso contando que todo lo anterior funcione, no se si está la collision con perfect pixel o el getpixel() que tenias problemas para leer de la gráfica...
Resumiendo, que lo que he visto mola mucho y creo que en un tiempo todo esto se irá consiguiendo.
Quote from: warrior_rockk on September 12, 2019, 01:05:51 PM
Quote from: SplinterGU on August 29, 2019, 04:51:23 AM
las novedades son muchas... demasiadas para un hilo, arrancando por acceleracion por GPU y VM de 64bits (datos 64bits, doubles, int64, etc), pathfind instantaneas de mapas grandes, collisiones por box/circulos/hurt/hit rotadas/escaladas, custom blends, pausa/resume integrado, spritesheets, muchas mas primitivas graficas, escalado por GPU, shaders, nuevas funciones de sonido, hasta 64 scrolls, muchos cambios en funciones que ya existian, muchos bugs corregidos... muchas otras mejoras... y cosas que sin dudas me estoy olvidando... seguramente en un futuro cercano tambien tendra soporte 3D...
WOwww! ¿Todo eso se puede probar ya con la versión actual? Me parece un avance impresionante!!
si
Quote from: Arcontus on September 13, 2019, 12:24:34 AM
Quote from: SplinterGU on August 29, 2019, 08:54:01 PM
PD: Define "mas madura..."
Hola Splinter, he estado unos días desconectado y no he podido responderte.
Me refiero a que falta documentar las nuevas funciones, una guia de como migrar de Bennugd1 a Bennugd2, unos ejemplos para descargar, nuevas tools (como sustituir el icono del juego sin recurrir a programas de terceros o un nuevo FPGEdit o el sustituto,...) y un IDE que las gestione pues es otro punto a su favor. Eso contando que todo lo anterior funcione, no se si está la collision con perfect pixel o el getpixel() que tenias problemas para leer de la gráfica...
Resumiendo, que lo que he visto mola mucho y creo que en un tiempo todo esto se irá consiguiendo.
migrar no es la muerte, al principio le di demasiado esfuerzo a eso, y al final no es un dolor de cabeza, es solo ponerle ganas.
ejemplos tengo algunos cuantos.
tools nuevas para reemplazar el icono no habra, no puedo perder tiempo en reinventar la rueda, ni tampoco tools, eso sera tarea de la comunidad, si hay interes. tampoco es aconsejable ya usar FPG.
pixel perfect ya no, solo coliciones con cajas (rotadas o no) y circulos.
getpixel, si, hay.
Por curiosidad, más que nada para ver si mi proyecto en mente es viable. ¿Ya hay implementado algo de modo7? Cuántos planos se pueden usar, modos de color, uso de transparencias y sprites...
Más que nada por saber si puedo hacer un juego de plataformas usándolo ;)
modo7 o modo 8?
Bueno, poder tener escenarios tipo Tomb Raider sería lo ideal, pero mi idea iba más hacia el Drajon Lol: Devolución Extreme Edition (la del instituto recreado con tres plantas en modo7, con las paredes que se estiraban y se encogían a medida que pasaban de un lado a otro de la pantalla), o al nivel de coches del Screen Break Time... Pero con escenarios más pequeños, en plan plataformas, con escaleras y suelos que se desplacen.
Aunque hace poco recordé aquella prueba que hice con la librería VSE, y me molaría hacer algo en plan 3D, plataformas con escenarios low poly, a medio camino entre SNES y N64, y personajes hechos a base de sprites.
por ahora mode 7, nada.
Buenos días , excelentes avances
preguntas
1. Hay algún repositorio de código fuente para estudiar
2. hay algún condicional en la compilación que solo quede bennugd en modo consola , cero sdl
Gracias
Quote from: l1nk3rn3l on October 12, 2019, 05:09:44 PM
Buenos días , excelentes avances
preguntas
1. Hay algún repositorio de código fuente para estudiar
2. hay algún condicional en la compilación que solo quede bennugd en modo consola , cero sdl
Gracias
gracias!
1 . hay repositorio, pero no publico, por el momento.
2 . bennugd1 es incluso consola si no se agregan las librerias que intervengan con graficas ni con teclado, mouse, joys. Lo mismo bennugd2.
Genial,
Agradecería q compartieras el repositorio para probarlo o intentar compilarlo en android
Gracias de nuevo
Hola SplinterGU.
Me gustaria saber si bennugd 2 seguira usando la programacion por procesos o se introducira algo mas parecido a la programacion orientada a objetos, con unos metodos prediseñados para facilitar la programacion de los juegos.
objetos por el momento no
Quote from: SplinterGU on November 27, 2019, 06:02:01 PM
objetos por el momento no
¿Se podran crear metodos en los procesos?, para poder tener mas ordena el codigo.
¿Vendran los procesos con metodos prediseñados?,que facilten un poco la programacion.
Quote from: hokuto40 on November 27, 2019, 08:29:36 PM
Quote from: SplinterGU on November 27, 2019, 06:02:01 PM
objetos por el momento no
¿Se podran crear metodos en los procesos?, para poder tener mas ordena el codigo.
¿Vendran los procesos con metodos prediseñados?,que facilten un poco la programacion.
no esta en los planes
Por lo que comentas parece que bennugd 2 no sera muy diferente del 1,si es asi va a merecer la pena tanto esfuerzo por tu parte,te lo digo por que tu mismo has dicho que no hay mucho interes por parte de la comunidad.
No hubiera sido mejor hacer lo que tenias pensado,hacer bennugd una libreria de c.Si te pasas por el discord de raylib veras que hay mas de 1200 miembros y eso solo porque es una libreria para c.
Creo que haciendo una libreria de c se podria tener mucha gente nueva,y seria mas facil de extender por parte de la comunidad,lo mejor de todo es que de c hay mucha documentacion y ide para programar.
Para bennugd 2 no hay ni habra documentacion y seguramente tampoco un ide y tal vez te seria menos trabajo la libreria para c.
Yo me estoy planteando muy seriamente el pasarme aun engine como pilasengine2 o utilizar un lenguaje estandar como c++,c# o javascripts junto con una libreria grafica,mas que nada porque veo que los divlikes no van para adelante ni para atras.¿Tu que harias en la situacionn actual? .
Yo concuerdo con la idea de SplinterGU, si se le agregan clases, herencia y polimorfismo al core de BennuGD, posiblemente se mataría su alma, en sentido metafórico, Bennu al igual que otros div-like se basan en programación de procesos y un lenguaje estructurado. Haciendo fácil y práctica la programación para cualquier persona. Yo creo que ese es un gran valor actual de bennu. Por experiencia propia puedo comentar que intente dar clases de nivel Highschool con Unity3D y C# y los alumnos se me frustraban, las clases lejos de ser entretenidas se volvieron estresantes y comenzaba la deserción al taller de creación de videojuegos. Entonces cambie las clases con Bennu y Yeti3D y el cambio fue radical para bien, mis jóvenes alumnos se sienten muy a gusto y el taller va en aumento de alumnos. Bennu es bastante práctico para la enseñanza en ciertos niveles educativos. En mi opinión tal y cómo está hoy es perfecto y correrlo sobre una SDL2 lo veo como una optimización de core.
Vamos que para usar POO en mis clases de nivel universidad uso Unity + C# y hay se pueden hacer ensamblados con herencia y polimorfismo, en resumen, creo que Bennu es una excelente herramienta para iniciar gente en programación de VG. Creo que a muchos les gusta tal y como es ahora. Yo soy uno de ellos.
Es mi humilde opinión. ;D
Quote from: folken on December 09, 2019, 05:00:03 AM
Yo concuerdo con la idea de SplinterGU, si se le agregan clases, herencia y polimorfismo al core de BennuGD, posiblemente se mataría su alma, en sentido metafórico, Bennu al igual que otros div-like se basan en programación de procesos y un lenguaje estructurado. Haciendo fácil y práctica la programación para cualquier persona. Yo creo que ese es un gran valor actual de bennu. Por experiencia propia puedo comentar que intente dar clases de nivel Highschool con Unity3D y C# y los alumnos se me frustraban, las clases lejos de ser entretenidas se volvieron estresantes y comenzaba la deserción al taller de creación de videojuegos. Entonces cambie las clases con Bennu y Yeti3D y el cambio fue radical para bien, mis jóvenes alumnos se sienten muy a gusto y el taller va en aumento de alumnos. Bennu es bastante práctico para la enseñanza en ciertos niveles educativos. En mi opinión tal y cómo está hoy es perfecto y correrlo sobre una SDL2 lo veo como una optimización de core.
Vamos que para usar POO en mis clases de nivel universidad uso Unity + C# y hay se pueden hacer ensamblados con herencia y polimorfismo, en resumen, creo que Bennu es una excelente herramienta para iniciar gente en programación de VG. Creo que a muchos les gusta tal y como es ahora. Yo soy uno de ellos.
Es mi humilde opinión. ;D
Es que te has pasado ;D,como se te ocurre dar clases de unity a gente de secundaria sin tener apenas o nada de conocimientos,tendrias que haber empezado con gdevelop y despues de un año ponerte con pilasengine 1 o 2 años,despues de esto ya estarian en condiciones de pasarse a unity, antes no.
La programacion con clases al principio es mucho mas complicado que los procesos pero cuando te acostumbras ves que es mucho mas facil y adecuado para proyectos largos,por lo menos para mi es mas facil organizar el codigio en una clase que en un proceso.
Pero tu mismo has dicho una gran verdad,el lenguaje div es perfecto para aprender a programar,para crear proyectos grandes no,te lo digo porque a mi me ha resultado muy sencillo lo basico pero cuando intentas hacer algo complejo y grande se complica hasta el infinito y acabas frustado,se pueden hacer buenos juegos pero es demasiado esfuerzo y tiempo el que dedicar.(street of rage remake 8 años,ni loco estoy 8 años para hacer un juego de este tipo)
Ademas en este tipo de programacion hay que meter toda la logica en el bucle y este se convierte en un galimatias incomprensible,te lo digo porque he intentado estudiar los ejemplos avanzados y aquello no hay por donde cogerlo,sin embargo con programacion con clase se puede organizar el codigo con los metodos y queda bastante organizado y claro.
Puede que a mucha gente le guste como esta ahora pero no lo usa casi nadie,y si bennugd 2 es mas o menos igual creo que es tonteria seguir con el,para eso ya tenemos bennugd 1 o los otros divlikes.
Quote from: hokuto40 on December 08, 2019, 10:27:31 AM
Por lo que comentas parece que bennugd 2 no sera muy diferente del 1,si es asi va a merecer la pena tanto esfuerzo por tu parte,te lo digo por que tu mismo has dicho que no hay mucho interes por parte de la comunidad.
No hubiera sido mejor hacer lo que tenias pensado,hacer bennugd una libreria de c.Si te pasas por el discord de raylib veras que hay mas de 1200 miembros y eso solo porque es una libreria para c.
Creo que haciendo una libreria de c se podria tener mucha gente nueva,y seria mas facil de extender por parte de la comunidad,lo mejor de todo es que de c hay mucha documentacion y ide para programar.
Para bennugd 2 no hay ni habra documentacion y seguramente tampoco un ide y tal vez te seria menos trabajo la libreria para c.
Yo me estoy planteando muy seriamente el pasarme aun engine como pilasengine2 o utilizar un lenguaje estandar como c++,c# o javascripts junto con una libreria grafica,mas que nada porque veo que los divlikes no van para adelante ni para atras.¿Tu que harias en la situacionn actual? .
otro engine me parece muy buena idea, yo tambien lo considere, es mas decidi probar Unity, y los demos tutoriales del propio Unity se arrastran en un i7, 8 cores, 16gb de ram, con intelhd... me deprimi que un engine de juegos no pueda moverse decentemente en un equipo de estas caracteristicas, y hablo tanto de 2d, como 3d...
igual no es lo que haria, sino lo que tengo idea en hacer... y eso es, motor de juegos con la filosofia que ya conocemos, libreria C (tipo raylib), documentacion... y quizas algunas cosas mas...
Pero todo esto posiblemente sea a largo plazo, por el momento quiero tener completo algo que pueda utilizar en un proyecto que me pueda generar ingresos, ya que no trabajo desde julio y los necesito.
Quote from: SplinterGU on December 09, 2019, 08:42:39 PM
otro engine me parece muy buena idea, yo tambien lo considere, es mas decidi probar Unity, y los demos tutoriales del propio Unity se arrastran en un i7, 8 cores, 16gb de ram, con intelhd... me deprimi que un engine de juegos no pueda moverse decentemente en un equipo de estas caracteristicas, y hablo tanto de 2d, como 3d...
igual no es lo que haria, sino lo que tengo idea en hacer... y eso es, motor de juegos con la filosofia que ya conocemos, libreria C (tipo raylib), documentacion... y quizas algunas cosas mas...
Pero todo esto posiblemente sea a largo plazo, por el momento quiero tener completo algo que pueda utilizar en un proyecto que me pueda generar ingresos, ya que no trabajo desde julio y los necesito.
¿Estas de broma o es en serio?,si es en serio podrias utilizar la libreria que hizo erkosone de c++ junto con raylib,esta libreria esta practicamente completa,tiene estilo div con clases,motor de fisicas etc..,solo le faltan algunos retoques y documentacion y ya esta.
Pero creo que es una broma pillin. ;D
Quote from: hokuto40 on December 09, 2019, 10:16:58 AM
Quote from: folken on December 09, 2019, 05:00:03 AM
Yo concuerdo con la idea de SplinterGU, si se le agregan clases, herencia y polimorfismo al core de BennuGD, posiblemente se mataría su alma, en sentido metafórico, Bennu al igual que otros div-like se basan en programación de procesos y un lenguaje estructurado. Haciendo fácil y práctica la programación para cualquier persona. Yo creo que ese es un gran valor actual de bennu. Por experiencia propia puedo comentar que intente dar clases de nivel Highschool con Unity3D y C# y los alumnos se me frustraban, las clases lejos de ser entretenidas se volvieron estresantes y comenzaba la deserción al taller de creación de videojuegos. Entonces cambie las clases con Bennu y Yeti3D y el cambio fue radical para bien, mis jóvenes alumnos se sienten muy a gusto y el taller va en aumento de alumnos. Bennu es bastante práctico para la enseñanza en ciertos niveles educativos. En mi opinión tal y cómo está hoy es perfecto y correrlo sobre una SDL2 lo veo como una optimización de core.
Vamos que para usar POO en mis clases de nivel universidad uso Unity + C# y hay se pueden hacer ensamblados con herencia y polimorfismo, en resumen, creo que Bennu es una excelente herramienta para iniciar gente en programación de VG. Creo que a muchos les gusta tal y como es ahora. Yo soy uno de ellos.
Es mi humilde opinión. ;D
Es que te has pasado ;D ,como se te ocurre dar clases de unity a gente de secundaria sin tener apenas o nada de conocimientos,tendrias que haber empezado con gdevelop y despues de un año ponerte con pilasengine 1 o 2 años,despues de esto ya estarian en condiciones de pasarse a unity, antes no.
La programacion con clases al principio es mucho mas complicado que los procesos pero cuando te acostumbras ves que es mucho mas facil y adecuado para proyectos largos,por lo menos para mi es mas facil organizar el codigio en una clase que en un proceso.
Pero tu mismo has dicho una gran verdad,el lenguaje div es perfecto para aprender a programar,para crear proyectos grandes no,te lo digo porque a mi me ha resultado muy sencillo lo basico pero cuando intentas hacer algo complejo y grande se complica hasta el infinito y acabas frustado,se pueden hacer buenos juegos pero es demasiado esfuerzo y tiempo el que dedicar.(street of rage remake 8 años,ni loco estoy 8 años para hacer un juego de este tipo)
Ademas en este tipo de programacion hay que meter toda la logica en el bucle y este se convierte en un galimatias incomprensible,te lo digo porque he intentado estudiar los ejemplos avanzados y aquello no hay por donde cogerlo,sin embargo con programacion con clase se puede organizar el codigo con los metodos y queda bastante organizado y claro.
Puede que a mucha gente le guste como esta ahora pero no lo usa casi nadie,y si bennugd 2 es mas o menos igual creo que es tonteria seguir con el,para eso ya tenemos bennugd 1 o los otros divlikes.
no voy a negar que, programando ciertos codigos en bgd, algunas veces resultaria comodo tener clases, pero no justifica la carga, complejidad y el trabajo para implementarlo... hay muchos niveles de programacion y de programadores, para mi las clases no me ayudan en nada que se justifique... sin clases se pueden hacer maravillas, y tener un codigo ordenado y prolijo... sin ir mas lejos, nadie puede negar que el codigo de bennugd, es prolijo y ordenado... y no tiene ni 1 linea de POO...
Por otro lado, hablar de SORR asi es hablar desde una completa falta de conocimiento de las interioridades del proyecto... SORR tiene muchisimo trabajo artistico, y Bomber es perfeccionista al detalle... sin contar los cambios de equipo, la busqueda de miembros del mismo, sincronizar las tareas, etc... asi que hablar del tiempo que llevo sin conocer las razones y adjudicarsela a un solo componente del proyecto, perdon, pero es hablar desde la ignorancia...
por otro lado, me gustaria decirte que si queres conseguir algo de un proyecto libre del que no se cobra un solo centavo, hacerlo tirando mala onda no es el mejor modo de conseguirlo... ya hace tiempo me conocen y deberian saber que en lo que a mi respecta, quererme tocar el ego o intentar acorralarme para conseguir algo, van lograr totalmente lo contrario...
igual todo bien, solo me gustaria que se entienda que esto lo hago gratis, y lo puedo hacer para mi, cerrado y solo proyectos personales, pero decido compartirlo y si a alguno le sirve bien... por esto, puedo aceptar sugerencias, pero no exigencias... si me sugieren algo, si me parece bien, lo tomo, si no explico que por el momento no, o que no por X tal motivo... si con esto, se sigue insistiendo, lo considero una exigencia... la verdad que no esta bueno... en estos casos, me gustaria que se pongan un poco en el lugar del otro... a nadie le gusta le exijan por algo de lo que no obtiene ningun beneficio... podria pasar y no haberte respondido, pero me he tomado el tiempo de hacerlo... sinceramente, espero lo entiendas...
Quote from: hokuto40 on December 09, 2019, 09:03:53 PM
Quote from: SplinterGU on December 09, 2019, 08:42:39 PM
otro engine me parece muy buena idea, yo tambien lo considere, es mas decidi probar Unity, y los demos tutoriales del propio Unity se arrastran en un i7, 8 cores, 16gb de ram, con intelhd... me deprimi que un engine de juegos no pueda moverse decentemente en un equipo de estas caracteristicas, y hablo tanto de 2d, como 3d...
igual no es lo que haria, sino lo que tengo idea en hacer... y eso es, motor de juegos con la filosofia que ya conocemos, libreria C (tipo raylib), documentacion... y quizas algunas cosas mas...
Pero todo esto posiblemente sea a largo plazo, por el momento quiero tener completo algo que pueda utilizar en un proyecto que me pueda generar ingresos, ya que no trabajo desde julio y los necesito.
¿Estas de broma o es en serio?,si es en serio podrias utilizar la libreria que hizo erkosone de c++ junto con raylib,esta libreria esta practicamente completa,tiene estilo div con clases,motor de fisicas etc..,solo le faltan algunos retoques y documentacion y ya esta.
Pero creo que es una broma pillin. ;D
no se que parte te parecio broma, pero no lo fue...
Quote from: SplinterGU on December 09, 2019, 09:04:52 PM
no voy a negar que, programando ciertos codigos en bgd, algunas veces resultaria comodo tener clases, pero no justifica la carga, complejidad y el trabajo para implementarlo... hay muchos niveles de programacion y de programadores, para mi las clases no me ayudan en nada que se justifique... sin clases se pueden hacer maravillas, y tener un codigo ordenado y prolijo... sin ir mas lejos, nadie puede negar que el codigo de bennugd, es prolijo y ordenado... y no tiene ni 1 linea de POO...
Por otro lado, hablar de SORR asi es hablar desde una completa falta de conocimiento de las interioridades del proyecto... SORR tiene muchisimo trabajo artistico, y Bomber es perfeccionista al detalle... sin contar los cambios de equipo, la busqueda de miembros del mismo, sincronizar las tareas, etc... asi que hablar del tiempo que llevo sin conocer las razones y adjudicarsela a un solo componente del proyecto, perdon, pero es hablar desde la ignorancia...
por otro lado, me gustaria decirte que si queres conseguir algo de un proyecto libre del que no se cobra un solo centavo, hacerlo tirando mala onda no es el mejor modo de conseguirlo... ya hace tiempo me conocen y deberian saber que en lo que a mi respecta, quererme tocar el ego o intentar acorralarme para conseguir algo, van lograr totalmente lo contrario...
igual todo bien, solo me gustaria que se entienda que esto lo hago gratis, y lo puedo hacer para mi, cerrado y solo proyectos personales, pero decido compartirlo y si a alguno le sirve bien... por esto, puedo aceptar sugerencias, pero no exigencias... si me sugieren algo, si me parece bien, lo tomo, si no explico que por el momento no, o que no por X tal motivo... si con esto, se sigue insistiendo, lo considero una exigencia... la verdad que no esta bueno... en estos casos, me gustaria que se pongan un poco en el lugar del otro... a nadie le gusta le exijan por algo de lo que no obtiene ningun beneficio... podria pasar y no haberte respondido, pero me he tomado el tiempo de hacerlo... sinceramente, espero lo entiendas...
Creo que me has mal interpretado,no es la primera vez que me pasa,y creo que es por ser demasiado sincero y decir lo quie pienso en voz alta.No intento presionar a nadie ni exigir nada,solo intento dar ideas o sugerencias,si a parecido lo contrario pido disculpa pero no es mi intension y mucho menos molestar a nadie,sobre todo a alguien que comparte gratuitamente su trabajo.
Tampoco intento crear mala onda,solo comento lo que veo y si molesta decir lo que se ve o como esta la comunidad no es mi culpa simplemente es lo que veo,pero ya te digo que no es mi intension.Como comente en otro sitio tal vez como no nos vemos las caras pues cada uno interpreta lo que se lee a su manera y puede haber malas interpretaciones.
Intentare escribir con mas positivismo de ahora en adelante,y ya que has dicho que no es una broma lo del engine se lo comento a erkosone haber que le parece.
Paz para todos y sin mal rollo que no es mi intension. :)
puedes ser sincero y decir lo que opinas, decir me gustaria tal cosa, una pena que no lo pongas... eso no molesta, pero ya cuando dices, si no tienes esto, mejor me voy a usar aquello... pues ahi ya es la negatividad...
como sea, todo bien, hay paz...
no entendi lo de erkosone, estan en un proyecto conjunto?
Quote from: SplinterGU on December 09, 2019, 11:25:16 PM
puedes ser sincero y decir lo que opinas, decir me gustaria tal cosa, una pena que no lo pongas... eso no molesta, pero ya cuando dices, si no tienes esto, mejor me voy a usar aquello... pues ahi ya es la negatividad...
como sea, todo bien, hay paz...
no entendi lo de erkosone, estan en un proyecto conjunto?
Ok,tal vez no me expresado bien o no he sabido comunicar lo que queria decir,como siempre escribo muy rapido no me paro mucho a pensar como lo puede interpretar la otra persona,pero cuando me equivoco no tengo problema en reconocerlo y rectificar. :)
Sobre lo de poner si me gustaria tal cosa,pues no he probado todavia bennugd2,si me pasas una version actualizada la pruebo y te comento que me parece y lo que me gustaria que tuviera,puedes subirlo a google drive y poner el enlace aqui mismo.Aunque si te refieres a que me gustaria que tuviera la futura libreria para c,pues dimelo y me lo pienso y luego te lo comento.
En cuanto a lo de erkosone,no estoy en ningun proyecto conjunto,no tengo los conocimientos necesarios para eso,simplemente lo decia porque a el le haria mucha ilusion lo de la libreriia para c,de hecho es la idea que el tenia en mente,crear una libreria para c con estilo div.
Ya creo una libreria con c++ para raylib pero creo que no supo o no pudo continuarla y si tu vas a hacer una para c en un futuro puede que el participara en el proyecto,seria cuestion de preguntarle.
Hola SplinterGU.
Si querias ideas aqui te voy a poner mucha informacion para coger ideas.
1-Mirate la documentacion de este lenguaje de scripts que me encontre hace poco.
https://docs.opensurge2d.org/
2-Videotutoriales sobre gamemaker studio
https://www.youtube.com/watch?v=LGEoxuvY1s4&list=PLiplYDjUMttgtrPIFw6w4KSdswnmgpYHn
3-Videotutoriales de construct 2 y 3
https://www.youtube.com/user/mataguirisjhon/playlists
4-Manual de pilasengine 2
http://manual-pilas-engine.surge.sh/
5-Manual de gdevelop
http://wiki.compilgames.net/doku.php/gdevelop5/start
Aqui tienes mucha informacion para coger cientos de ideas para tu engine,aprende lo basico y has algun juego con estos engine y veras como funcionan.
Buenas!Splinter,eso que dices de Unity es raro, a mí en un i7 con 8gb de ram me funciona bien.
Saludos
Quote from: Goku jr on December 11, 2019, 07:51:47 PM
Buenas!Splinter,eso que dices de Unity es raro, a mí en un i7 con 8gb de ram me funciona bien.
Saludos
que tarjeta de video tienes? prueba "2d game kit" y "3d game kit lite", dentro de los tutoriales del mismo engine... pruebalos correr a 1366x768... y me dices... en lo que a mi respecta no solo tiene muchisimo frameskip, es el frameskip que pierdo en las primeras pantallas... ahora en 640x480, se ve asqueroso, pero se puede jugar normalmente... vamos que es ridiculo para un juego 2d, necesitar un equipo gamer...
y no voy a entrar en detalles del tiempo de compilacion ni tamaño de los juegos release...
Quote from: SplinterGU on December 11, 2019, 10:11:32 PM
Quote from: Goku jr on December 11, 2019, 07:51:47 PM
Buenas!Splinter,eso que dices de Unity es raro, a mí en un i7 con 8gb de ram me funciona bien.
Saludos
que tarjeta de video tienes? prueba "2d game kit" y "3d game kit lite", dentro de los tutoriales del mismo engine... pruebalos correr a 1366x768... y me dices... en lo que a mi respecta no solo tiene muchisimo frameskip, es el frameskip que pierdo en las primeras pantallas... ahora en 640x480, se ve asqueroso, pero se puede jugar normalmente... vamos que es ridiculo para un juego 2d, necesitar un equipo gamer...
Buenas,tengo una Geforce GTX 660 TI 3GB ,ahora probare lo que dicesSaludos
con esa grafica ira bien... prueba en una intel graphics (integrada)...
Buenas
No lo pude probar pues no tenía espacio en el hdd XD
Cuando libere lo veo.
Saludos!
Splinter, con una Intel integrada no vas a ningún sitio :D
Yo tengo en el portátil una NVidia GT550M, que viene a ser una GT360 de sobremesa, que ya está casi obsoleta (apenas puede con el Sonic Generations), y cuando hice el Máster de Videojuegos no tuve ningún problema para trabajar con Unity 4 y 5. Vamos, creo que ya puse un vídeo del "Paper Tale", que sin ser el proyecto con más carga poligonal, al no estar optimizado ni nada, funciona de lujo (salvo con el dragón, que en edición pegaba tirones).
Pero si quieres otro ejemplo, Sonic Utopía, salvo tirones puntuales, me va de lujo.
Yendo al tema importante, No sé qué problemas le veis al trabajar con procesos. Yo llevo años con los procesos de Fénix, y la OOP de Java y C# y, sinceramente, veo muchísimas similitudes (especialmente ahora que con Xamarin me están metiendo programación multi-hilo, y los años de BennuGD han sido un salvavidas).
Es cierto que hay que acostumbrarse a que son dos formas muy diferentes de programar. Lo que haces en C# no te sirve en BennuGD. Pero decir que no se pueden hacer proyectos complejos con BennuGD... eso es que no has visto el código del Editor de mapas de tiles que hice. Si bien es cierto, en ocasiones se echa de menos la programación secuencial, como cuando trabajas creando "ventanas" y no te aclaras con las funciones y los procesos para dar prioridad a la hora de detectar la colisión con el ratón :D
Pero eso es como todo, acostumbrarse. De hecho, creo que los creadores de Unity usaron DIV en su día, pues si bien el código es C# con OOP, forman parte de un objeto que actúa como un proceso de DIV. ¿No me crees? El cuerpo principal del código de un objeto se ejecuta en cada frame, es llamado en cada frame por el motor de Unity: ¡básicamente es el interior de un bucle! E incluso tiene sus variables privadas, globales, locales e incluso públicas.
Lo que sí puede ser interesante es ampliar el sistema de etiquetas (el on_exit) para el envío de señales entre procesos. Igual que el sistema llama al on_exit para ejecutar el código de un proceso, por ejemplo, descargar los gráficos o liberar un puntero, que un disparo pueda invocar la etiqueta on_hit de un enemigo para que este reduzca su energía, mate al disparo, y entre en modo explosión. Quien dice "on_hit" dice "on_kiss", "game_paused", "music_ends"... Simplificaría, en cierto modo, las máquinas de estado que se suelen implementar en los procesos, especialmente, cuando el cambio de estado depende de un evento externo.
Pueden ser como pequeños trozos de código que tienen acceso al espacio privado/local/público de memoria de un proceso. Además, ayudaría al que esté acostumbrado a OOP, porque serían como métodos sin parámetros de una clase, o más bien, como eventos.
Hola, vengo a poner mi experiencia como para tener un poco de perspectiva sobre lo que necesita Bennu para hacerse mas popular.
Bennu como está sirve para hacer juegos. Por ahi si es cierto que estaria bueno actualizar tal o cual cosa del engine, pero la realidad es que se pueden programar juegos en Bennu, se pueden exportar a diferentes plataformas con cierto trabajo, etc.
Bennu podria ser un poco mas popular si hubiese juegos comerciales publicados en este engine, eso haria crecer el interes y atraer gente a la comunidad, etc
El problema es que hoy para publicar un juego necesitas que el engine te soluciones cosas que no tienen que ver con desarrollar un juego.
Para publicar un juego necesitas enchufar librerias de diferentes stores, enchufar APIs de estadisticas seguimiento de usuarios, APIs de monetizacion y Advertisement, e incluso codigo que un posible Publisher vaya a querer integrar.
Para que un Engine sea considerado para proyectos comerciales tiene que ofrecer soluciones de publicacion y monetizacion. Es decir, ir un paso mas allá del desarollo, y pensar en las soluciones que los estudios necesitan para publicar en diferentes plataformas, diferentes mercados con diferentes requerimientos, etc.
Todo eso es parte del workflow de los publishers, que son un mal necesario si se quiere, lo que en resumen significa que el Engine tiene que ser atractivo para ellos.
Dicho de otra forma.
Haces un cagarro con Unity y lo puedes publicar en Switch sin problemas.
Le dedicas 5 años a un gran videojuego indie con Bennu o PixTudio y nunca llegarás a verlo en Nintendo Switch, salvo que tengas tu propio kit de desarrollo porque ya has publicado otros videojuegos antes.
por el momento intel graphics es lo que hay... y habra por un tiempo mas...
Hombre, el tema de la API de una tienda, o de Steam, o de monetización o de lo que sea, no depende directamente de BennuGD, eso deberían ser librerías externas, opcionales, y con el propósito de usarlo concretamente para ese propósito, no tiene que ver con el éxito o no de Bennu como lenguaje :D
Sí es cierto que algo como Unity es más atractivo para el público general, porque hace a los videojuegos lo que Div hizo en su día con la programación en general: te abstraía de un montón de problemas comunes de los que te olvidabas. Con DIV te olvidabas de generar las superficies SDL, pintar en pantalla, ordenar las Z. Con Unity todo el tema de las 3D lo tienes solucionado con sus procesos, atributos...
Y al ser muy popular, ya te dan hechos los plugins de los principales portales de venta de videojuegos.
No nos engañemos: BennuGD está dirigido a los que quieren programar en serio, obviando las tareas de más bajo nivel. Los motores de videojuegos están orientados a los que quieren hacer videojuegos (y luego venderlos), por lo tanto, la popularidad de BennuGD, Fenix, Div o el que sea jamás superará a Unreal. La gente es muy vaga :D
GameMaker, RPGMaker y un montón de -makers eran más populares que C, C++, Java, C#, VB, SDL, OpenGL, ActiveX, XNA... pero porque te permitían eso, hacer juegos sin esfuerzo.
La popularidad puede venir de cosas como decir que SoRR está hecho con Bennu, y que la gente vea lo optimizado que está, lo poco que ocupa y que la versión que está implementada en la lavadora funciona a toda potencia :D
Pero sólo le va a interesar a los tres frikis de turno :D
Para 2D, no tengo ninguna duda: BennGD o el que mejor funcione en el dispositivo que tenga delante, pero no se me ocurriría usarlo para hacer algo en 3D, y si quiero sacar un juego en Steam, Android o Switch, lo primero que evaluaría es ¿tardaría menos en portar Bennu a la consola o en hacer el juego de nuevo en Unity con todas las ventajas gráficas que me ofrece?
Y ojo, que sacar un juego en esas plataformas no es un "todo vale", hay que pasar una serie de controles, más o menos severos.
Quote from: SplinterGU on December 19, 2019, 01:35:16 AM
por el momento intel graphics es lo que hay... y habra por un tiempo mas...
Hombre, una tarjeta gráfica medio decente tampoco cuesta tanto. Por 60€ encuentras tarjetas que le dan tres vueltas a la "Intel-grada" :D Si eso va a agilizar el desarrollo de BennuGD2, te compro una, ahora que puedo :P
Claro que hablo en sobremesa, en portátiles poco hay que hacer :P
Drumpi, no voy a entrar en debate. Creo que te falta mucha información, pero en resumen:
1. Los publishers de tier Z, que son los que podríamos alcanzar, quieren juegos Unity para arrastrar unos módulos (plataforma, frameworks propios, telemetría, etc...), darle al botón de exportar a todas las consolas y generar dinero. Fin. Bennu no puede.
2. Bennu no es para programar en serio. Bennu permite hacer juegos 2D en muchas plataformas, siempre y cuando el objetivo no sea comercial por lo anterior. De nada te sirve tener un gran producto si los comerciales no quieren venderlo.
3. Unity no es un juguete, permite hacer grandísimas cosas. Es más, hay ports que se hacen trasladando motores ya existentes como una capa sobre Unity por la portabilidad que permite. Un ejemplo: Final Fantasy IX.
4. E insisto, si vas a hacer un juego pensando en una consola, usa Unity. Será más fácil y rápido que intentar convencer a un publisher de que haga un port de tu juego.
Quote
Y ojo, que sacar un juego en esas plataformas no es un "todo vale", hay que pasar una serie de controles, más o menos severos.
No te ofendas, pero no puedes estar más equivocado. Si miras el catálogo de Nintendo Switch, hay una cantidad ingente de juegos basura hechos en dos días.
Una vez tienes derecho a publicar, puedes publicar lo que te de la gana. Los publishers se están hartando a vender packs de 5 juegos por 5 euros en los que 1 es ligeramente conocido y el resto son basura.
De acuerdo con Pixel, perdoname Drumpi pero mi experiencia me dice que estas muy equivocado.
Las librerias etc deberian ser opcionales, pero la realidad es que si quieres hacer plata con tu juego las necesitas.
El engine no determina que tan en serio vayas con tu proyecto. Mi juego estaba hecho en bennu y tuvo la calidad para ser considerado por un publisher, pero me pidieron que cambie el engine justamente por las razones que listé anteriormente
> BennuGD está dirigido a los que quieren programar en serio, obviando las tareas de más bajo nivel
En Unity también tenes que programar "en serio". No es solamente arrastrar y soltar. C# tiene una curva de aprendizage complicada porque tenés que asimilar muchos conceptos nuevos que son propios de varios años de evolución del .NET Framework. Si no tuviste la suerte de seguirlo dia a dia es mucho para ponerse al dia.
Quote from: JaViS on December 19, 2019, 06:01:30 PM
De acuerdo con Pixel, perdoname Drumpi pero mi
experiencia me dice que estas muy equivocado.
Buenas!
Entonces vas a cambiar tu juego de engine?
Saludos
Las librerias etc deberian ser opcionales, pero la realidad es que si quieres hacer plata con tu juego las necesitas.
El engine no determina que tan en serio vayas con tu proyecto. Mi juego estaba hecho en bennu y tuvo la calidad para ser considerado por un publisher, pero me pidieron que cambie el engine justamente por las razones que listé anteriormente
> BennuGD está dirigido a los que quieren programar en serio, obviando las tareas de más bajo nivel
En Unity también tenes que programar "en serio". No es solamente arrastrar y soltar. C# tiene una curva de aprendizage complicada porque tenés que asimilar muchos conceptos nuevos que son propios de varios años de evolución del .NET Framework. Si no tuviste la suerte de seguirlo dia a dia es mucho para ponerse al dia.
Sí, si quiero publicar el juego no me queda otra opción.
Quote from: Drumpi on December 19, 2019, 04:04:53 PM
Quote from: SplinterGU on December 19, 2019, 01:35:16 AM
por el momento intel graphics es lo que hay... y habra por un tiempo mas...
Hombre, una tarjeta gráfica medio decente tampoco cuesta tanto. Por 60€ encuentras tarjetas que le dan tres vueltas a la "Intel-grada" :D Si eso va a agilizar el desarrollo de BennuGD2, te compro una, ahora que puedo :P
Claro que hablo en sobremesa, en portátiles poco hay que hacer :P
claro, portatil.... :D agradezco!
bennugd podria servir para juegos 3d, estoy ahora adentrandome a eso, pero no con bennugd, no por el momento, estoy comenzando a tomar experiencia... por lo que probe hasta ahora, y viendo bugs de algunos engines 3D, me siento orgulloso de lo que es bennugd... estuve viendo engines en C casi un wrapper de opengl, y no es tan grave hacer un juego 3D... incluso en mi intelhd... se la banca muy bien, el tema es que hay horrores en los motores... no voy a dar nombre de los engines para no andar tirando mierda... pero estoy muy desilucionado con los motores "de calidad" actuales... mi idea actual es hacer un juego 3D para tomar experiencia, y luego quien dice no tengamos en un futuro un bennugd con buen soporte 3D...
igual todo lo que lamentable ahora no cuenta bennugd, se puede implementar si hubiese presupuesto para dedicarle fulltime...
Quote from: JaViS on December 19, 2019, 11:53:42 PM
Sí, si quiero publicar el juego no me queda otra opción.
Creo que va a ser un arduo trabajo,pero ánimo!
Quote from: Goku jr on December 20, 2019, 08:27:42 AM
Quote from: JaViS on December 19, 2019, 11:53:42 PM
Sí, si quiero publicar el juego no me queda otra opción.
Gracias!
Creo que va a ser un arduo trabajo,pero ánimo!
Es solo a mi,o funciona mal el citado?
Saludos
no se, pero veo varios que solo hacen citado sin comentarios
Yo creo que BennuGD es muy bueno. Con un poco de imaginacion y dedicacion se pueden hacer buenos juegos en 2d y 3d con yeti. Yo vendo 2 juegos de manera comercial desde el año 2017. La venta no es muy grande pero he podido comprarme una que otra cosilla con ese dinero. El mazinger es en 2D son 10 niveles. El Zoth zombie usa bennu mas yeti. Son 5 niveles. Ambos para la PS2:
https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8 (https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8)
https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e (https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e)
Videos de muestra de los juegos:
https://vimeo.com/238284557 (https://vimeo.com/238284557)
https://vimeo.com/235471984 (https://vimeo.com/235471984)
Son 100% hechos con bennu. Mas algunas adecuaciones k agregue al port para reproducir videos avi de divx para hacerlos mas llamativos y guardado en memorycad con iconos 3D como los juegos comerciales. Fuera de eso son bennu puro y duro. ;D
¡Pero no me metáis a los publishers en la ecuación! :D Claro que los publishers quieren que se haga en Unity, precisamente por eso. Primero, porque (creo que) la licencia es la más barata de los motores de desarrollo actuales. Segundo, porque lo pueden portar a las tostadoras si se quiere, y no necesitan ni que los desarrolladores le metan mano a ello. Y tercero, porque hay más de uno que no conoce otra cosa :D
Si hablamos de auto publicación, de subir a cosas a Steam, Play Store, Mac Store o cualquiera de estas, no necesitas que sea en Unity, nadie te obliga a ello. La desventaja es que pierdes el soporte que te puedan dar los publisher, como puede ser la publicidad, que te destaquen un juego, etc... Si ya dependemos de alguien que va a poner dinero por ti, está claro que hay que seguir sus condiciones, pero no hablaba de eso. Ni siquiera de ganar dinero :D
Además, no quiero desmerecer el trabajo de los que trabajan con Unity. Yo he trabajado con Unity y sé lo que cuesta hacer un simple plataformas 3D en low poly (tengo un video en mi canal que lo demuestra), y sólo he rasgado la superficie. Cuando digo "programar de verdad", me refiero a usar un lenguaje de nivel medio (no nos vamos a poner con ASM o C a estas alturas :D ). Con Unity puedes hacer un juego tipo runner en 2 horas, o un pequeño plataformas 2'5D manejando un coche con físicas, y apenas escribir 4 líneas de código, pero en Bennu, la mayoría de las cosas las tienes que trabajar.
Ojo, que no digo que sea algo bueno ni malo. Todo depende de las ganas que tengas de trabajar en ello ;)
Añado que, cada vez que hablo de Unity con algún desarrollador, suelen salirme con que Unity está bien para hacer prototipos, pero que a la hora de la verdad, hay que ponerse con algo tipo Unreal 4, Frostbyte o lo que sea. Unity está muy mal valorado por los "profesionales" (lo pongo entre comillas porque no estoy seguro de si lo son o no), y el hecho de que se use en casi todos los desarrollos indies no le sienta muy bien a su "reputación". Como yo no he llegado a ese nivel de entendimiento, tengo que fiarme de lo que me digan.
Lo cual no significa que, el próximo juego 3D que quiera hacer no vaya a ser en Unity :D
Con Unity me pasa hoy como con DIV hace 20 años :D
Y sí que conozco el C#. De hecho, entré al Máster de Videojuegos sin tener ni idea de C#, pero para lo más básico (de nuevo, el juego del vídeo) me apañé con mis conocimientos de Java y Bennu. Hoy trabajo haciendo apps en Xamarin con C# (y alguna cosilla puntual en VB.NET) y sigo aprendiendo cosas. Lo veo muy similar a Java por su POO, más restrictivo en la línea de C, y los hilos me tienen amargado pese a que ya tengo experiencia con los díscolos procesos de Fenix y Bennu, pero aun no puedo decir si su curva de aprendizaje es alta o no porque aun no conozco los entresijos más avanzados y... básicamente, ya entré programando ^^U De hecho, me siento cómodo con él.
Y aun me estoy peleando con la tienda de Apple porque los (censored) me rechazan la APP porque dicen que el icono no cumple los requisitos ¡el icono! :D :D :D
Quote from: folken on December 21, 2019, 04:16:14 AM
Yo creo que BennuGD es muy bueno. Con un poco de imaginacion y dedicacion se pueden hacer buenos juegos en 2d y 3d con yeti. Yo vendo 2 juegos de manera comercial desde el año 2017. La venta no es muy grande pero he podido comprarme una que otra cosilla con ese dinero. El mazinger es en 2D son 10 niveles. El Zoth zombie usa bennu mas yeti. Son 5 niveles. Ambos para la PS2:
https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8 (https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8)
https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e (https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e)
Videos de muestra de los juegos:
https://vimeo.com/238284557 (https://vimeo.com/238284557)
https://vimeo.com/235471984 (https://vimeo.com/235471984)
Son 100% hechos con bennu. Mas algunas adecuaciones k agregue al port para reproducir videos avi de divx para hacerlos mas llamativos y guardado en memorycad con iconos 3D como los juegos comerciales. Fuera de eso son bennu puro y duro. ;D
la verdad que se mueven muy bien en ps2... cuantas ventas has hecho? si se puede preguntar...
Quote from: Drumpi on December 24, 2019, 11:56:17 AM
¡Pero no me metáis a los publishers en la ecuación! :D Claro que los publishers quieren que se haga en Unity, precisamente por eso. Primero, porque (creo que) la licencia es la más barata de los motores de desarrollo actuales. Segundo, porque lo pueden portar a las tostadoras si se quiere, y no necesitan ni que los desarrolladores le metan mano a ello. Y tercero, porque hay más de uno que no conoce otra cosa :D
Si hablamos de auto publicación, de subir a cosas a Steam, Play Store, Mac Store o cualquiera de estas, no necesitas que sea en Unity, nadie te obliga a ello. La desventaja es que pierdes el soporte que te puedan dar los publisher, como puede ser la publicidad, que te destaquen un juego, etc... Si ya dependemos de alguien que va a poner dinero por ti, está claro que hay que seguir sus condiciones, pero no hablaba de eso. Ni siquiera de ganar dinero :D
Además, no quiero desmerecer el trabajo de los que trabajan con Unity. Yo he trabajado con Unity y sé lo que cuesta hacer un simple plataformas 3D en low poly (tengo un video en mi canal que lo demuestra), y sólo he rasgado la superficie. Cuando digo "programar de verdad", me refiero a usar un lenguaje de nivel medio (no nos vamos a poner con ASM o C a estas alturas :D ). Con Unity puedes hacer un juego tipo runner en 2 horas, o un pequeño plataformas 2'5D manejando un coche con físicas, y apenas escribir 4 líneas de código, pero en Bennu, la mayoría de las cosas las tienes que trabajar.
Ojo, que no digo que sea algo bueno ni malo. Todo depende de las ganas que tengas de trabajar en ello ;)
Añado que, cada vez que hablo de Unity con algún desarrollador, suelen salirme con que Unity está bien para hacer prototipos, pero que a la hora de la verdad, hay que ponerse con algo tipo Unreal 4, Frostbyte o lo que sea. Unity está muy mal valorado por los "profesionales" (lo pongo entre comillas porque no estoy seguro de si lo son o no), y el hecho de que se use en casi todos los desarrollos indies no le sienta muy bien a su "reputación". Como yo no he llegado a ese nivel de entendimiento, tengo que fiarme de lo que me digan.
Lo cual no significa que, el próximo juego 3D que quiera hacer no vaya a ser en Unity :D
Con Unity me pasa hoy como con DIV hace 20 años :D
Y sí que conozco el C#. De hecho, entré al Máster de Videojuegos sin tener ni idea de C#, pero para lo más básico (de nuevo, el juego del vídeo) me apañé con mis conocimientos de Java y Bennu. Hoy trabajo haciendo apps en Xamarin con C# (y alguna cosilla puntual en VB.NET) y sigo aprendiendo cosas. Lo veo muy similar a Java por su POO, más restrictivo en la línea de C, y los hilos me tienen amargado pese a que ya tengo experiencia con los díscolos procesos de Fenix y Bennu, pero aun no puedo decir si su curva de aprendizaje es alta o no porque aun no conozco los entresijos más avanzados y... básicamente, ya entré programando ^^U De hecho, me siento cómodo con él.
Y aun me estoy peleando con la tienda de Apple porque los (censored) me rechazan la APP porque dicen que el icono no cumple los requisitos ¡el icono! :D :D :D
viendolo asi, no hace falta digas que bennugd es malo... ya se entiende... :D
si haces en 2 horas un juego comercial en unity, pues ni hablar...
Tampoco es eso, SplinterGU :D
Un juego tipo runner en Unity es como un matamarcianos a BennuGD: en dos horas tienes un prototipo, es decir, un objeto siguiendo una ruta, cambiando entre 3 carriles y saltando, y un motor que va autogenerando el terreno en función de unos tramos predefinidos. El código es tan simple como en Bennu tener un prota disparando a enemigos. A partir de ahí lo puedes complicar tanto como quieras y echarle las horas que estimes oportuno.
¿Un juego comercial en 2 horas? Pues como si en Bennu hicieras un matamarcianos para vender. Pero sí es verdad que hay empresas que hacen un proyecto en Unity de este tipo, y cuando lo terminan, le cambian los gráficos, un par de objetos, y lo vuelven a vender. No voy a dar nombres.
Quote from: SplinterGU on December 26, 2019, 11:15:43 PM
Quote from: folken on December 21, 2019, 04:16:14 AM
Yo creo que BennuGD es muy bueno. Con un poco de imaginacion y dedicacion se pueden hacer buenos juegos en 2d y 3d con yeti. Yo vendo 2 juegos de manera comercial desde el año 2017. La venta no es muy grande pero he podido comprarme una que otra cosilla con ese dinero. El mazinger es en 2D son 10 niveles. El Zoth zombie usa bennu mas yeti. Son 5 niveles. Ambos para la PS2:
https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8 (https://articulo.mercadolibre.com.mx/MLM-599678588-zoth-zombie-invasion-game-_JM#position=1&type=item&tracking_id=84a19f73-32ba-4a0d-8584-b49d79bca4a8)
https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e (https://articulo.mercadolibre.com.mx/MLM-596896058-mazinger-z-homebrew-_JM#position=1&type=item&tracking_id=71e47c9c-eea0-4d6c-913b-a7258a2c184e)
Videos de muestra de los juegos:
https://vimeo.com/238284557 (https://vimeo.com/238284557)
https://vimeo.com/235471984 (https://vimeo.com/235471984)
Son 100% hechos con bennu. Mas algunas adecuaciones k agregue al port para reproducir videos avi de divx para hacerlos mas llamativos y guardado en memorycad con iconos 3D como los juegos comerciales. Fuera de eso son bennu puro y duro. ;D
la verdad que se mueven muy bien en ps2... cuantas ventas has hecho? si se puede preguntar...
Muchas gracias amigo SplinterGU, bueno en OnLine no muchos, pero tengo un amigo con algunas tiendas de venta de videojuegos en algunas ciudades de México y me ha hecho el favor de distribuirlos como Juegos Inéditos y tal vez por la curiosidad de la gente se han logrado vender bastante bien. El año pasado tuve que maquetar 400 cajas de DVD solo para el ZOTH Zombie Invasion. Creo que ya he recuperado un poco del tiempo y dinero invertido en los materiales, muy posiblemente este año libere y comparta los fuentes de dichos juegos.
Al principio cometí el error de incluir un CD-R con el código fuente, lo cual me incrementaba el costo de producción (Disco,caratulas) y va a sonar raro, pero los juegos no se vendían, la gente pensaba que era algo como para programar, pero cuando solo deje el juego para reproducirlo en la PS2, sin mencionar las palabras "programación, homebrew" ¡SORPRESA! la gente empezó a sentir curiosidad por juegos no conocidos en el catalogo oficial de Sony PS2, incluso hubo gente que preguntaba por qué los juegos no aparecían en el "PlayStation Datacenter" y mi amigo dueño de las tiendas les decía que eran juegos artesanales creados en casa. Fue toda una experiencia je-je-je, que inició en el año 2017. Me gustaría crear más juegos con BennuGD pero ya no tengo tanto tiempo, hoy me dedico más a mi vida familiar y espiritual para la Luteran Church of America de Missouri, como Reverendo.
Que interesante... 400 juegos es muy bien...
Hola amigo SplinterGU, una gran disculpa, error de teclazo rapido, je-je-je , lo lamento no son 400, fueron 40 cajas del Zoth zombie y 28 del mazinger. Lo siento apenas vi el error en el post anterior.
Hojala hubieran sido 400 seria una buena suma de dinero, je-je-je.
Como posteo desde mi telefono se me fue un zero de mas.
:-[ disculparme.
vaya! ;)
Aun así son 40 cajas más que muchos de nosotros :D
Hombre! Muchas gracias Drumpi por tu comentario. Saludos.
¿Alguna novedad sobre bennugd2?,¿cuando se podra usar para programar algo?.
Supongo que si no me respondes es porque sigues molesto conmigo o porque bennugd 2 a sido cancelado. :'(
molesto no... por el momento en stand-by...