Registrarse

Recomendaciones para mí framework

AlexGX21

Desarrollador y fanático de los videojuegos
Hola comunidad, como ya había mencionado antes voy a desarrollar un fangame de Pokémon con un framework para Godot Engine de mi invención. Pero pienso que sería mejor terminar el desarrollo de ese framework para que otros puedan usarlo.

Bueno, vayamos al punto, ¿Que me recomiendan que le añada a mí framework?, ya que está en una fase de desarrollo muy inicial y desearía que me dieran un poco de inspiración para terminar el desarrollo de mi framework.

A la vez, está basado en Pokémon Essentials y habrá muchos elementos que provienen de este framework.

¿Creen que sería mejor que sea un framework para desarrollar fangames 3D en vez de 2D? Pienso eso porque Godot Engine tiene más capacidad que RPG Maker XP y la mayoría de los videojuegos de hoy en día son 3D.
 

Manurocker95

Doctorando en Ingeniería Biomédica & Game Dev
Miembro insignia
Hola comunidad, como ya había mencionado antes voy a desarrollar un fangame de Pokémon con un framework para Godot Engine de mi invención. Pero pienso que sería mejor terminar el desarrollo de ese framework para que otros puedan usarlo.

Bueno, vayamos al punto, ¿Que me recomiendan que le añada a mí framework?, ya que está en una fase de desarrollo muy inicial y desearía que me dieran un poco de inspiración para terminar el desarrollo de mi framework.

A la vez, está basado en Pokémon Essentials y habrá muchos elementos que provienen de este framework.

¿Creen que sería mejor que sea un framework para desarrollar fangames 3D en vez de 2D? Pienso eso porque Godot Engine tiene más capacidad que RPG Maker XP y la mayoría de los videojuegos de hoy en día son 3D.
Al ser Godot un engine modular para 3D y 2D, debería haber un core común a ambos y luego tools para poder bien hacer uno 2D o uno 3D únicamente cambiando unas pocas cosas.
 

AlexGX21

Desarrollador y fanático de los videojuegos
Al ser Godot un engine modular para 3D y 2D, debería haber un core común a ambos y luego tools para poder bien hacer uno 2D o uno 3D únicamente cambiando unas pocas cosas.
Ummm, me parece una muy buena idea, pero para evitar que el framework sea muy pesado, debería hacer una versión 2D y una versión 3D, ya que en si los modelos 3D son más pesados que los sprites y tomando en cuenta la cantidad de Pokémons que hay, terminaría teniendo un peso de más o menos 1 GB. Además para que solamente tenga que eligirse la version que se vaya a utilizar (osea la 2D o 3D) para luego desarrollar el proyecto partir del framework.
 

Manurocker95

Doctorando en Ingeniería Biomédica & Game Dev
Miembro insignia
Ummm, me parece una muy buena idea, pero para evitar que el framework sea muy pesado, debería hacer una versión 2D y una versión 3D, ya que en si los modelos 3D son más pesados que los sprites y tomando en cuenta la cantidad de Pokémons que hay, terminaría teniendo un peso de más o menos 1 GB. Además para que solamente tenga que eligirse la version que se vaya a utilizar (osea la 2D o 3D) para luego desarrollar el proyecto partir del framework.
El framework en sí no iba a ser pesado de ninguna forma ya que los assets “base” no lo serían. La idea de un framework no es darte todos los assets si no las herramientas y ejemplos para generar cualquier juego. Además que el core y las tools son pura programación que tampoco ocuparían más que unos pocos megas.

Por ponerte un ejemplo, para Unity montamos un plugin para importar los modelos 3D de Sol/Luna. No se comparten binarios, si no que eso lo debe aportar el propio desarrollador por su cuenta.
 

AlexGX21

Desarrollador y fanático de los videojuegos
El framework en sí no iba a ser pesado de ninguna forma ya que los assets “base” no lo serían. La idea de un framework no es darte todos los assets si no las herramientas y ejemplos para generar cualquier juego. Además que el core y las tools son pura programación que tampoco ocuparían más que unos pocos megas.

Por ponerte un ejemplo, para Unity montamos un plugin para importar los modelos 3D de Sol/Luna. No se comparten binarios, si no que eso lo debe aportar el propio desarrollador por su cuenta.
Ummm, ah ya empiezo a entender, bueno está bien y mejor para mí jeje, bueno entonces solamente es una base y lo demás debe ser añadido por el usuario, a la vez es más personalizable.
 

Bugrhak

A long time ago I used to call myself "Subzero".
Creo que sería suficiente con tener la arquitectura, el esqueleto base del juego y brindar las herramientas y/o documentación necesaria para que el resto de los usuarios puedan, de manera sencilla, transformar esa base de acuerdo a sus preferencias.

Vamos, hacer algo como lo que se hizo en decomp pero con un enfoque más reducido y específico.

En fin, debo aclarar que no sé casi nada de Game development, me gusta centrarme mas en lo creativo y no tanto el lo técnico. Por eso, y viéndolo un poco "desde fuera", lo más óptimo me parece que es dar solo una base con las mecánicas y estructuras esenciales y ya que con eso cada quien vea por donde ir tirando.
 
Arriba