Desarrollando un juego de estrategia con miniaturas Warhammer y gráficos de

Hola, soy nuevo en este foro, y me he metido porque estoy desarrollando un videojuego, y acepto todo tipo de consejos, reproches y por supuesto ayudas.

El juego es estilo age of Empires i, en modo combate total, pero sólo que lleva miniaturas del estilo de Warhammer Fantasy Fantasy, que es lo que me hace falta modelar.

De hecho, me gustaría que mientras estas jugando tuviera tanta resolución de personajes como en los videos de presentación del wow o del linege, aunque explote la gráfica, pudiendo acercar la cámara hasta verle las pestañas y el parpadeo, pero ya veré hasta qué punto se le pueden meter buenos gráficos. De momento cuanto más mejor, y cuando ya se ralentice el juego pues habrá que hacer que el XNA ponga menos polígonos en la pantalla. Y como no estará terminada hasta x tiempo, pues tal vez hayan sacados nuevas gráficas más potente y nuevos procesadores.

De momento no hay nada muy visible, pero ya llevamos un tiempo desarrollándolo un pequeño grupo de gente mientras aprendemos programación y modelado.

Además, me gustaría exponer algunas dudas que no he podido resolver echando un vistazo encima por el foro (tal vez y estén resueltas, pero no he encontrado la hebra).
¿Sabéis cómo se le podría cambiar de arma sin cambiar el modelo del personaje?
¿Y cómo se puede crear un escenario desde c# para lanzarlo en XNA? (para poder poner colinas y valles aleatorios) (¿sería una buena opción mezclar cachos de forma aleatoria?)
Bueno, se acepta cualquier consejo y redireccionamiento a otra hebra del foro. Muchas gracias de antemano.

Creo que el foro más adecuado para todo esto es stratos, punto de encuentro para desarrolladores hispanos.

Eso sí, como digas que estáis empezando y añadas luego WoW o age of Empires i, y hables de ambiciosos aspectos tecnológicos complicados y luego preguntes cómo se cambia de arma. No me hago responsable de tu salud, muchacho.

Ya que estamos, personajes y armas se modelan aparte. El modelo del personaje debe contar con algún tipo de información en su mano (un hueso, un dummie, un algo que sea procesable por el motor) para que, por programación, se le pueda linkar otro modelo (el del arma) a esa parte.

A bajo nivel, lo que supone es multiplicar la matriz de transformación del arma por la que ya tuviera el hueso, el dummie o lo que fuera. Así se posiciona el arma con respecto del personaje.

Pero no sé si te habré dejado igual. Tengo la sensación de que, para ser vuestro primer proyecto, intentáis ir demasiado aprisa. ¿habéis hecho un pong ya?

Bueno, otro programador del proyecto si. Aunque para lo del pong con lo que llevamos esta superado, o al menos yo lo veo así. Muchas gracias por lo del arma, y gracias por lo del nombre del otro foro (tendré muy en cuenta lo que me dices del otro foro).

El problema es que, ahora mismo estoy muy metido con las reglas internas, que es código y más código, y tengo un poco abandonada la parte de diseño, por eso pedía consejos.

Porque el modelado es algo que nos va a llevar mucho tiempo y nos queda mucho que aprender. Pero eso no frena mi ambición, ya que el que llega lejos primero empezó dando un paso y luego otro. Muchas gracias por ser tan amable (sobre todo, sabiendo lo que me pude esperar en Stratos).

En Stratos como en la mayoría de los foros, para conseguir una mayor atención del personal, así como demostrarles que vas en serio y no te tomen por un niño de 13 años soñando despierto (los cuales abundan), debes mostrar el trabajo ya realizado, así aparte de tomarte en serio sabrán responderte mejor.

Otro consejo en el tema de los foros, haz preguntas más concretas. Si haces preguntas vagas recibirás respuesta vagas, que puede que poco te aporten.

Como Mars que te ha respondido lo mejor que se puede a la preguntas que has realizado, y aun así al igual que él, pienso que no te habrá servido de mucho la respuesta.

Bueno para terminar este inútil mensaje, decirte que me gustaría ver mucho lo que tengas hecho de vuestro juego, y que si fuera algo relacionado, con Blender o Python te podría ayudar, pero c yo no controlo. Suerte.

Espera, los videos de presentación del wow? Hola? Te refieres a esto?:
[video]http://youtube.com/watch?v=njwutfsskla[/video]

Sinceramente, la muerte de un desarrollador amateur es plantearse metas imposibles, pero esto ya es increíblemente imposible, aunque tuvieras el equipo de 20 a 40 artistas como tienen en Blizzard dedicados solo a los videos (que además duran escasos minutos) de verdad, no hay motor gráfico capaz de soportar esa calidad de renderizado, es técnicamente imposible en la actualidad.

Estos videos incluso para los profesionales resultan alucinantes por su magnificencia artística, y no quiero imaginar lo que habrán tardado en rederizarlos ni los equipos que usaron.

De verdad, no es que quiera quitarte la Ilusion, me parecen genial estas iniciativas, pero por favor, sed un poco realistas y medid los recursos de que disponeis.

Edito porque me parece muy negativo mi comentario: el caso es que vuestra idea no está mal, pero sería mejor que olvidaes lo del hiperrealismo, yo te diría que con que tengas unos gráficos buenos, ya estaría genial.

A la primera pregunta te diré que las armas no se exportan junto con el personaje, sino que se exportan aparte y luego se linkan al hueso de la mano del personaje en cuestión mediante programación, así se puede cambiar el modelo con facilidad.

¿Estáis empezando con el modelado sin tener el diseño terminado? ¿estás hablando del diseño gráfico o el diseño de jugabilidad?
En cualquier caso, es como estar tratando de montar un coche sin haber terminado los planos. No es buena idea.

Releyendo tu primer mensaje, tengo cada vez más la sensación de que os estáis flipando demasiado. Un motor state of the art (a la última en cuanto a innovaciones tecnológicas), que son los que requieren de lo último en hardware, está hecho por un porrón de gente cualificadísima que trabaja durante años en el (por ejemplo, el Cryengine, del Crysis). No es un proyecto factible para un grupo de colegas que empiezan, ni en x años ni en x².

El 90% de experiencia que podrás adquirir en un proyecto lo tendrás a partir de cuando tengas ese proyecto al 90%, así que, por el bien de vuestro grupo, pasad por Stratos y led todos los temas que contengan las palabras Morpg. Hay suficiente literatura al respecto de lo que está bien para empezar y lo que supone un fracaso seguro. Lo vuestro pinta mucho más hacia lo segundo.

Igual parecen palabras duras, pero todo lo contrario es un aviso de navegante que pasó por ahí hace años, y se pegó contra el muro (afortunadamente sólo un par de veces, gracias a hacer caso a todos los que decían lo que ahora os digo a vosotros). Empezar un proyecto mucho más simple (a nivel de programación y gráfico) y terminarlo, os reportara muchísimo más que empezar cien proyectos megambiciosos y no conseguir absolutamente nada en ellos.

Podéis ver proyectos chulos y no tan ambiciosos (y sin embargo, hechos por gente con varios años de experiencia en la mayoría de los casos) si buscáis por los premios de ArtFutura del año pasado. En concreto, el galaxy scrapper (el ganador), que se ha llevado otras grandes nominaciones a nivel nacional y mundial.

Ahora, la bibliografía reciente de 3dpoder sobre el tema: ayudarías a hacer un curso gratis para crear videojuegos 3d? - Foros 3dpoder.. antes de pensar en crea un juego pásate por aquí - Foros 3dpoder..

Buenas, agradezco todos los mensaje, y voy a contar un poco más para que se me entienda mejor. Voy a responderos, vamos a ver.

Otro consejo en el tema de los foros, haz preguntas más concretas. Si haces preguntas vagas recibirás respuesta vagas, que puede que poco te aporten.

Desde mi perspectiva de programador (puesto que de gráfico todavía si que no tengo mucha idea (todavía)), la respuesta de Mars Attacks ha sido muy acertada, porque con eso ya sé cómo tengo que crear las clases, que luego linkaré con los esqueletos de los modelos con las armas, o al menos me hago una idea.

Bueno para terminar este inútil mensaje, decirte que me gustaría ver mucho lo que tengas hecho de vuestro juego, y que si fuera algo relacionado, con Blender o Python te podría ayudar, pero c yo no controlo.

Sobre lo que tengo, tristemente lo visible es un pequeñísimo paso, una escueta imagen de 3ds Max que tiene movimiento (vamos casi lo del pong) porque donde ahora mismo más estoy desarrollando, como he dicho, es la parte de código, de reglas, de combates y de flexibilidad para cargar diferentes tipos de soldados (que parece tontería, pero el código es un coñazo).

Te refieres a esto? : youtube - WoW exp set - Intro.

Edito porque me parece muy negativo mi comentario: el caso es que vuestra idea no está mal, pero sería mejor que olvidaes lo del hiperrealismo, yo te diría que con que tengas unos gráficos buenos, ya estaría genial.

Sí, me refería a eso, pero seguramente no podré hacer esos cambios de cámara, ni sea tan realista, porque no se basara en un video, pero la idea (tal vez de locos como dices), es que, si se hacen tanto los personajes de los vídeos, como los personajes de las miniaturas con 3ds Max (por poner el programa de diseño que estoy usando), ¿porqué si se ha trabajado en hacer esa miniatura, no se pone para jugar? Seguramente la respuesta es: porque se te queda colgado el ordenador so tonto. Pues para eso hay muchas soluciones, como quitarle polígonos cuando alejas la cámara y aumentarlos cuando la acercas, y hay además un mundo de eficiencia dentro sólo de esa parte que todavía no conozco, y donde mi idea es explotarlo al máximo.

Y si llegara al final a la triste conclusión (que espero que no sea) que eso es total, y absolutamente imposible (muy distinto de un trabajo en el que te puedes dejar la vista, las manos y la vida) pues haré todo lo posible para que se lo más parecido al realismo.

¿Estáis empezando con el modelado sin tener el diseño terminado? ¿estás hablando del diseño gráfico o el diseño de jugabilidad?
Igual parecen palabras duras, pero todo lo contrario es un aviso de navegante que pasó por ahí hace años, y se pegó contra el muro (afortunadamente sólo un par de veces, gracias a hacer caso a todos los que decían lo que ahora os digo a vosotros). Empezar un proyecto mucho más simple (a nivel de programación y gráfico) y terminarlo, os reportara muchísimo más que empezar cien proyectos megambiciosos y no conseguir absolutamente nada en ellos.

Podéis ver proyectos chulos y no tan ambiciosos (y sin embargo, hechos por gente con varios años de experiencia en la mayoría de los casos) si buscáis por los premios de ArtFutura del año pasado. En concreto, el galaxy scrapper (el ganador), que se ha llevado otras grandes nominaciones a nivel nacional y mundial.

Vamos a ver, aquí está el secreto de la eterna juventud. El truco esta debajo de la manga, y la idea la tengo gracias a leer libros de cómo hacer proyectos (ingeniería del software, vamos). Si yo me cojo y me digo, hasta que no termine todo lo que tengo pensado, así escribiendo y poniendo modelos como me da la gana, y explotándome, al final la gente se quema, arde y va al infierno, vamos lo normal. Entonces tengo muchos miniproyectos, lo que se conoce como proceso unificado (up), que me dió la idea, y creo que va muy bien. Claro que eso no contesta a todo, es que hay más.

Lo primero que hay que conseguir, que eso a priori es bastante, bastante fácil (como tres pong más o menos) es hacer algo muy bruto, estilo, un solo modelo, multiplicado por 1000 y ponerlos a luchar en pantalla con las reglas y los algoritmos (que es lo que estoy desarrollando ahora), y poner sólo uno o dos tipos de soldados. Eso es el primer juego sencillo. Y ahora hay que seguir mejorando y machacándolo y creando modelos y terrenos nuevos y miles de cosas. Cada juego parcialmente terminado también tiene muchas pequeñas submetas, que ayuda a que la gente no lo abandone y, además, si se quedará atrancado, ya se tiene algo con lo que jugar, y a posteriori se podría seguir mejorando.

Y por supuesto en todo esto existe un diseño de cómo va a programarse, que hace cada uno y tal y cual. El problema, que es lo que suele pasar, muy tristemente, es que esto se queda en un empezó y luego fracasó. Por supuesto no quiero que llegue a eso, como nadie lo quiere en su proyecto, y por ello me documento y lucho contra ese final.

De todas formas, de momento quería exponer que hay, porque me harán falta seguramente muchas preguntas tontas para las primeras cosas, y luego empezaran las importantes, porque el que pregunta es tonto una vez, pero nunca más vuelve a serlo. (por supuesto intentaré documentarme y si no lo encuentro preguntaré, que sino me echáis del foro por pesado). Muchas gracias por todas vuestras respuesta, espero no a ver sido demasiado pesado explicándome.

Si consigues ese primer juego simple con solo un par de soldados, y que todas las reglas del juego funcionen, bien os podéis dar con un canto en los dientes, os lo garantizo, pero vamos, que yo os ánimo a que sigáis trabajando y nos enseñéis un juego.

En cuanto a lo de aumentar polígonos cuando acercas la cámara, eso se puede hacer? Se ha hecho en algún juego ya?
Yo pienso que deberías intentar hacer, la mitad de lo que hayas visto en cualquier videojuego profesional, y aun así será demasiado, si intentas hacer lo que no se ha visto nunca siendo un grupo amateur, tenéis alto porcentaje de fracaso.

Se ve que tienes las cosas claras, y todo bien encarrilado, pero estoy de acuerdo con los otros foreres en que parece que apuntáis demasiado alto.

De todas formas, mucha suerte.

En cuanto a lo de aumentar polígonos cuando acercas la cámara, eso se puede hacer? Se ha hecho en algún juego ya?

¿no es eso lo que se llama Lod (level of detail)?
Hichokei, dadle duro, que al menos se os ve con las ideas claras y con los acentos en su sitio.

Sí, es un Lod. De hecho, tengo colegas en la uji que han estado investigando en modelos de malla con multirresolución en tiempo real, y no es en absoluto moco de pavo. Hay un proyecto europeo de investigación gráfica para el desarrollo de herramientas en el que están envueltas algunas empresas y varias universidades en el que se pueden encontrar vídeos acerca de cómo está el state of the art en ese tema, aunque no recuerdo ahora mismo el nombre del proyecto.

Sobre lo que comentas de la escena con gente luchando, eso no es un juego, es una demo. Hasta que no tienes apuntado de qué forma entrara el menú de opciones en pantalla y qué tipo de sonido sonara al hacer click sobre cualquiera de las opciones (o si la opción se activará por flanco de subida o de bajada de la tecla), aún estas muy lejos de tener un juego. De hecho, hasta que no tienes el juego en una caja en los estantes de un centro comercial, yo diría que no se puede decir que has hecho un juego (y en ese sentido, yo no he hecho un juego aún, y hay todo universo vacío en el campo de la edición y la distribución que algún día espero rellenar).

Sin llegar a ese extremo, terminar todo el sistema de menús, crear las ilustraciones finales para la portada o seleccionar todos los sonidos de los efectos es tan imprescindible para un juego como el que tengas un personaje que usar y un entorno en el que se pueda mover.

En serio, terminar un pong es mucho más duro de lo que puede parecer.

Lod que yo sepa es una técnica usada paras las texturas ¿no? Para los objetos lejanos se usan texturas de baja resolución y para cercanos de alta resolución, así consigues un efecto de alta calidad en las texturas, sin sobrecargar la memoria, pero hacerlo con polígonos yo nunca había oído nada, y según cuenta Mars es un tema de investigación ahora mismo.

Así que me reafirmo en lo dicho, yo intentaría apuntar algo más bajo.

La filosofía del nivel de detalle se puede aplicar a cualquier cosa cuya visualización requiera más definición cuando esté cerca y menos cuando esté lejos. Hay aplicaciones del Lod en geometría desde hace bastante tiempo (sobre todo para terrenos, pero también con objetos). De hecho, una versión antigua y algo rupestre, pero funcional se basa en tener varias mallas con distintas resoluciones para un mismo modelo, dependiendo de la distancia, se carga una u otra. El problema con esto es que se suele notar un poco el cambio entre mallas.

De ahí se pasó al modelo de multirresolución en tiempo real, donde se modifica dinámicamente el número y orden de los polígonos para ajustarlo al ratio que se busque según la distancia (tú haces el modelo en alta definición, y el programa se encarga de buscarse la vida). El problema de esto es que suele requerir bastante máquina, y por eso se están buscando algoritmos más eficaces para ello.

El proyecto del que os hablaba. Disfrutad con los vídeos:
gtp.