EX3, uno de los mejores juegos que he probado de nuestros colegas de Devilish fue ideado en el baño plantando una de esas cosas que dices, y además el condensador de fluzo también, yo recomendaría diseñar en el WC parece que funciona.

A mi me funciona mejor cuando estoy acostado, siempre tengo una libreta y boli al lado de mi mesita de noche..

Creo que cometeis un error muy comun, que es el de creer que una "microdemo" es una demo con un mapa pequeño. Es como decir que el Crysis si solo tuviera un pequeño mapa sería facil de programar.

Que el mapa sea pequeño no significa que no tengais que implementar o integrar los siguientes elementos:
- cargador de recursos (texturas, meshes, shaders, sonidos)
- pipeline de rendering (iluminacion, sombras, shaders, etc)
- arbol de escena (nodos para meshes, sonidos, camaras y tambien triggers)
- eyecandy basico (particulas, postprocesado)
- motor de animaciones (esqueletos, blending entre animaciones)
- motor de colisiones (detectar entorno)
- optimizaciones basicas en juegos abiertos (culling, LoD, carga dinamica).
- IA para las entidades
- logica de juego (que pasa cuando el jugador hacer cada cosa)

y si ademas es multiplayer:
- servidor standalone
- protocolo de red de tu aplicacion
- tecnicas de reduccion de lag (prediccion, interpolacion)

y si ademas es un juego de rol, sumale:
- sistema de GUI
- gestion de perfiles
- gestion de inventario
- logica de cómo afecta cada variable al juego

pero como quieres tener un mundo donde los artistas puedan añadir contenido, necesitaras:
- interfaz para editar el mundo
- aplicacion para generar los contenidos

y lo más importante, integrar todo eso en una unica aplicacion, que no pete, y que vaya a un framerate decente, con varias personas trabajando en ella.

Tener un personaje corriendo sobre una mesh generada con un heighmap es un comienzo, pero hay un camino tan largo que rara vez la gente pasa del 10%. No tratamos de hacerte tirar la toalla, solo creemos que pretendes aprender a construir edificios empezando por un rascacielos, lo cual nos suele parecer comico.

Veo que lo tienes bastante claro, gracias por los consejos.. y si, se que es algo bastante grande y que me da un poco de miedo.. pero tampoco estoy tan mal, sobre los puntos que has expuesto, ya tengo hecho el cargador de recursos (sobretodo sonidos, meshes y textures), ademas, de forma dinamica, para ahorrar memoria, luego sobre pipeline de rendering, no tengo nada, tengo algunas pequñas cosas hechas sobre shadow mapping, y algo de iluminación, pero basico. De particulas, ya tengo tambien algo hecho, y de motor de colisiones, algo basico tambien.. (referido a terreno, aunque tengo que aplicarlo ahora a árboles, otros meshes...). Sobre optimizaciones, lo tengo ya todo hecho.. siempre que he trabajado he intentado hacer el máximo de optimizaciones (soy adicto a esa parte), y siempre me ha gustado estudiar costes, y alogaritmos para optimizar el codigo. Sobre la IA, no tengo nada, pero el compañero se encarga de ello..

Sobre el tema de Servidor multijugador, las partes que has nombrado ya lo tenemos hecho, toda la parte de protocolo, optimización y encapsulación de usuarios en procedimientos propios.. y el envio de datos, utilizamos un alogaritmo bastante eficiente que controla el error de paquetes o paquetes mal enviados.. o paquetes extraños (seguridad..).

Sobre la GUI, ya la tenia hecha en C++, ahora tendré que aprobecharla y hacerla en C o hacerla de nuevo en C (usando punteros a funciones.. etc..), pero tambien es algo que tengo bastante claro.  La parte del inventario, tengo ya el "uml" hecho en un papel, asi que tampoco creo que sea demasiado problema, lo que más miedo me da es el terreno, colisiones y demas chiches, que es donde menos experiencia tengo.

En la anterior aplicación, renderizando el mapa, el hud (interface del usuario), y diferentes meshes, coseguia un rendimiento bastante alto, con mi targeta grafica (tengo una notebook, y la targeta es 9200gs..) conseguia 500fps.. es algo que siempre tengo en cuenta.

La parte para los ambientadores, será un poco mas complicado, pero tambien tengo experiencia en esa parte, y una vez tenga hecha toda la gui, solo tendré que hacer un programita que cargue y modifique el terreno (ya lo tengo hecho tambien), y que añada texturas, añada meshes.. y triggers, y que sea facil de manejar por cualquier persona.

Gracias por el comentario extenso, me ha refrescado un poco la memoria de algunas partes que habia dejado algo olvidadas, y me ha servido mucho, de nuevo gracias.

Oye por curiosidad, porque pasasteis de C++ a C ? Lenguaje demasiado extenso?  demasiado difícil de dominar ?

Por otra parte, SUERTE con el juego, tiene buena pinta !

Saludos

Pues.. dicen que programar orientado a objetos es mas facil, pero a mi no me gusta, y a parte que c++ te facilita el trabajo con la memoria y varias cosas mas, pero no me termina de gustar. Por otra parte C me ENCANTA.. me siento mucho mas cómodo programando, por eso, solo cuestion de comodidad (pero tambien por mejorar el rendimiento de la aplicación).

Y bueno, gracias a todos de nuevo por los consejos.

Y...¿de que va a constar la microdemo? Si puede saberse...3 meses me parece muy poco tiempo para hacer algo de esto, aunque depende de lo que vayáis a hacer.

Por otro lado, dices que buscas a alguien experimentado que dirija al equipo y organice las tareas de desarrollo. Si piensas que alguien con experiencia que puede trabajar para cualquier empresa (por decir algo), o que incluso puede crear su propio proyecto...va a estar trabajando para ti por amor al arte...yo personalmente veo jodido el tema.

En este sentido, si tú eres quien va a llevar la voz cantante en el proyecto, te recomendaría que primero hicieras las tareas de documentación y organización, y luego meterte en la programación. Yo tambien soy programador, y siempre que voy a hacer algo me meto más "en el ajo" antes de organizar bien las cosas...y luego me lamento de ello.

Bueno, respecto a lo de la microdemo, habiamos pensado en hacer un mapa, con ciudad, algo de terreno.. es decir, una pequeña porción de terreno en comparación a lo que seria el producto final. Despues, hacer el gameplay de las diferentes razas, interacción basica entre otros npcs (IA), y un poco de todo, algo reducido a lo que seria el producto final. Eso dentro del juego, "fuera" ya estaria toda la gestión de datos hecha, todo el protocolo, y toda la parte del cliente.

La parte de documentación, ahora mismo estoy haciendola yo.. es bastante extenso y costoso porque nunca antes lo habia hecho, pero espero que salga un buen documento, ya tube una charla con un compañero sobre esto, y me aconsejó las medidas que debia tomar.. y me aconsejó tambien sobre como organizarlo.. asi que estoy realizando un documento de diseño ahora.

La gente que busco, es gente que por ejemplo, haya realizado proyectos anteriores, 2D, y ahora busque algo más grande, que tenga algo de experiencia..., no busco al jefe de blizzard...

y todo eso en vuestro tiempo libre y sin cobrar nada!
soys unos cracks

...No será sarcasmo.. ¿verdad?

En serio... ¿por qué no os planteáis hacer algo más pequeño? Es ya algo más pequeño y por mucha ilusión que pongáis os costará, o será bastante difícil.

Como decía Nietzsche, hay que aprender a caminar antes de intentar volar...
Os lo digo por experiencia. Un MMO requiere muchos esfuerzos colectivos para que tenga cierto futuro; esto se traduce en mucho dinero de partida --la gente no trabaja por amor al arte--, además de una buena planificación, y tener claro que el juego se va a tener listo en un plazo razonable de tiempo --más de tres años en un MMO, o en cualquier otro título, me parece que económicamente no sería ni rentable ni viable.

Por eso realizamos un pequeño trabajo en base a lo que queremos enfocar el proyecto.

Si no hay retraso alguno, en unos 3 meses podriamos tener la microdemo ya accesible al publico, en cambio si el staff trabaja más rapido de lo que yo tengo planificado (que es un ritmo no muy alto..), puede que en dos meses o menos.

Hasta ahora el problema habia sido la gestión del staff, por eso busco a gente que se encarge de esa parte.

Por ahora solo tengo expectativas a corto plazo, porque depende del exito de la microdemo que continuemos o que cambiemos el rumbo que el desarrollo del juego lleva por ahora.

Venga no seáis malos, que ya es un poco cansino ::)

Un MMORPG es MUY complicado por tres motivos (a mi entender):
1- Necesita muchísisisimo contenido.
2- Necesita mucho dinero para mantenimiento de servidores, etc.
3- Necesita mucho dinero para marketing porque, por muy bueno que sea el juego, sin comunidad no es nada. Es un círculo vicioso: hay poca gente jugando -> no se apunta gente nueva -> hay poca gente jugando

Con mucha ilusión podréis conseguir el punto 1, pero los otros dos necesitan dinero.

Dicho esto, la parte positiva: en la descripción se os ve bastante centrados, hay pocas faltas de ortografía y habéis conseguido ya juntar un grupito. Ánimo con ello, pues 8)

Gracias.

Por la parte de marketing no es problema, tenemos un compañero que trabaja en una empresa y nos va a poder ayudar, y por la parte de servidor tambien, otro amigo nos brinda servidores, asi que esa parte la tenemos bastante clara, el punto 1, esta en camino.

Yo personalmente lo orientaría a un editor facilito del estilo del Neverwinter 1, pero donde se pueda cargar y utilizar contenido propio de manera sencilla, a la par que fuera sencillo compartir ese contenido con el resto de la comunidad (¿Algun servidor donde subir tus creaciones propias?).

Así solo tienes que rezar porque a la comunidad le guste la idea y habiendo aportado tu la base (el editor, motor, etc) ellos ponga el resto y se cree una comunidad de jugadores/creadores alrededor de él.

Pd: Me quema la sangre que llamen Rol a un juego simplemente por tener habilidades y subir niveles... Y no lo digo por este caso en concreto, pero me apetecía soltarlo xD

Tu idea me parece bastante interesante, creo que así funciona Glest, no?, pero no busco ese estilo, aunque no lo descarto.

Sobre tu PD, esta bien, entiendo lo que dices, pero este no es el caso, hay una historia, y cientos de quest, cada reino tiene sus quest concretas y además se pueden realizar individual o por grupos, y esto es solo el principio.

y el tema magias quien lo llevará? PORQUE TENDREIS MAGIAS VERDAD?!!!

El tema de magias, yo llevo la parte grafica (particulas 3d, y todo tipo de efectos) en el cliente, en el servidor, mi compañero lleva toda la programación de las magias, los ambientadores la maquetación y documentación de los hechizos, y los graficadores los diseñadores de los efectos, y texturas.

Espero que les haya gustado, gracias por comentar, y sigo esperando a la gente que quiera participar.

[Nombre del equipo:]

Hola Stratos, hace un tiempo que estoy registrado, y siempre he tenido algun pequeño proyecto entre manos, actualmente, estoy desarrollando un juego en 3D, que está resultando dificil para mi, por la falta de gente.

Actualmente somos dos programadores (lo digo porque al principio era yo unicamente), por esa parte vamos bien, pero en la parte de diseño, documentación y organización vamos en mal camino, por eso espero poder encontrar a alguien. Ahi va la ficha:

Nombre del equipo: Parra Studios.

Nombre del proyecto: Mercenario Online (aunque quizás lo pongamos entero en inglés, por el marketing).

Descripción: Este es un juego de rol masivo, ambientado en una época medieval/fantástica, donde hay diferentes reinos que están enfrentados, hay todo tipo de clases fantásticas, y diferentes roles los cuales asumir, cada personaje puede tener diferente rol dentro de su reino dependiendo el rumbo que desee tomar. Hay diferentes niveles, y cada usuario puede perfeccionar sus habilidades. Esta es una pequeña introducción, el contenido entero y todo el rol detallado, es realmente atrapante, pero prefiero no desvelarlo por ahora.

Objetivos del proyecto: Nuestro objetivo a corto plazo es realizar una pequeña micro demo, y distribuirla, para que la gente pueda disfrutarla y opinar sobre el proyecto. A largo plazo tenemos pensado realizar todo un juego ambientado, todos los mapas, todos los roles, el diseño de toda la web y base de datos, administración via web, una comunidad (foro), y tener uno o más servidores para que gente de diferentes paises pueda jugar.

Compensación: A corto plazo, yo no tengo dinero para pagar a nadie... pero a largo plazo, con los ingresos que generemos (con el marketing, publicidad, donaciones, etc. y si nos financian el proyecto), espero que podámos empezar a ver resultados monetareos, a parte de esto, el que entre en el proyecto seguro que va a aprender, como minimo, a ganar mucha experiencia en el ambito de crear juegos.

Tecnología: Bueno, ya que soy yo el que me dedico exclusivamente al cliente, aqui lo tengo claro, el juego estará disponible para Windows (32-64 bits), Linux (en su mayoria de distribuciones), y MacOS. Estamos utilizando como lenguaje de programación C exclusivamente, y para el motor gráfico OpenGL, sin ninguna libreria grafica adicional (vease SDL, SFML o GLUT).

Perfiles requeridos: Estamos buscando principalmente cualquier persona que tenga experiencia en Diseño y Modelado 3D y tambien Animación 3D, preferiblemente orientado a juegos.
También buscamos Diseñadores, gente que realice diseño web, diseño de graficos e interfaces para el juego, texturas para los terrenos, es decir "Graficadores" o "Grafistas".
En la parte de ambientación, buscamos sobretodo Compositores, gente que realice canciones de ambiente para los pueblos, ciudades, e intros del juego, y si es posible, que haga la parte de sonidos para monstruos, usuarios, etc.
Finalmente, necesitamos a gente que ayude con toda la Documentación, gente experimentada, preferiblemente, que ayude con la organización de todo el Staff, que documente el proceso de desarrollo y que ayude con todo lo relacionado a esto, (creando un foro, blog, algo privado.., un grupo de desarrollo), que documente y ayude con los objetivos. Este ultimo perfil, es el que se precisa actualmente con más urgencia, a poder ser, alguien experimentado.

Estructura del equipo: Actualmente en el equipo somos:
-Dos programadores, un compañero y yo, yo realizo la mayoria del cliente y él la parte del servidor, (es donde cada uno está más experimentado).
-Dos diseñadores, ayudan a hacer bofetos, interfaces, y texturas.
-Un modelador, que crea escenarios y modelos.
-Un programador y diseñador web, realiza todos los trabajos de base de datos, programación y diseño web.
-Un ambientador, se encarga de diseñar los escenarios, terrenos y mapas.
-Una persona de marketing, ayuda con la organización, y a controlar el staff.

Web: Actualmente está en desarrollo... pero bueno si tienen alguna duda o desean ver el "history log" del proyecto pueden contactar conmigo y les informaré tan bien como pueda. (Habiamos hecho una.. pero al final no la terminamos porque no nos terminó de gustar...). Por ahora tambien usamos un foro de desarrollo.. pero lo usamos como algo privado dentro del staff.

Contacto: Pueden contactar conmigo via msn / email desde esta dirección de correo: parra_real_93@hotmail.com

Proyectos previos del equipo: Bueno, no tengo demasiado que mostrar, si tengo un pequeño proyecto que hice yo unicamente, pero que no termine, que es open source (bajo licencia gnu/gpl), que pueden descargar y probar desde aqui: www.parra-engine.com.ar

Información adicional: Bueno, el proyecto ya lleva un buen tiempo de desarrollo, hasta ahora, habiamos hecho diferentes prototipos, al principio hicimos algo tipo "MU" que al final no nos gusto, en C++ y OpenGL, pero ya podias entrar con tu personaje (modelo 3d) y caminar por el mundo.
Finalmente decidimos volverlo a empezar, con mucha mas fuerza, y esta vez, en C. Por ahora cosas que enseñar no tenemos, estamos esperando a terminar la microdemo, pero puedo dejar una imágen de como va por ahora, y como es nuestra idea de juego:

Puedo enseñar alguna foto de el anterior, pero es que no conservo fotos de "buena presencia", porque todo lo que tengo es de testeos concretos, por ejemplo, este era para probar una parte de los "bones" de los modelos 3D (por eso la ausencia de texturas en el mapa):

Aqui ya habia implementado la deformación del terreno, pero a diferencia de la foto anterior en este la camara era fija, estilo MU.

Y esta foto es la del "Launcher":

Feedback deseado: Quien quiera puede responder a mi petición de staff, pero también admito opiniones o criticas sobre los trabajos mostrados o sobre cualquier otra cosa, estoy abierto a todo.


Espero que haya quedado bien claro, la ficha me ha ayudado bastante (gracias por ella synchrnzr), por lo demás no tengo nada mas que decir, mucha suerte, y espero comentarios y gente interesada ;)

Ok, suerte a ti, y gracias por todo.

No se lo que haré.. gracias por todo lo que me has proporcionado, pero creo que la manera mas facil que podré hacerlo es en php.

He consultado con otra gente, y me han dicho que con un hosting de pago si es posible esta conexion.. Alguna idea sobre esto?

Si quieres.. quizá me pueda ayudar..

mmm y no tienes algun ejemplo tuyo programado.. un poco mas simple?  :'( jeje

Voy a estudiarme bien este programa/tutorial de el guille, a ver que puedo hacer, pero no tengo demasiada idea con esto de los servicios, ni sabia que existian hasta que me lo nombraste tu :P

Un saludo! Gracias..

Uff pero eso es bastante más complicado de como yo lo tengo...

Yo tengo algo bastante sencillo, donde puedo obtener la información facilmente.. yo creo que lo mejor será hacer lo que dijo davidgf.. y mediante algun script obtener la informacion desde la web.

Por ejemplo, en ese programa que se supone que se conecta el inet? yo ahi veo un archivo .xml.. pero y la base de datos donde aparece? XD

Y como me comunicaria con un programa externo al servicio?

No tengo ni idea de lo que es un servicio.. ni como funciona xD

Como ultimo recurso, seria hacer un script que comunicara el visual basic con la db..

Si no tienes alternativa yo hice un truco más cutre. Necesitava que un programa local se conectara a internet i accediera a BD, e hice unos scripts en PHP que me devolvían los resultados de las consultas SQL que realizaba.

Funcionaba bastante bien, incluso guardaba pequeños archivos en Base64.

Saludos!

David

Jaja, en realidad yo estaba pensando eso como ultimo recurso.. pero la verdad no se que hacer.. si hacer una base de datos local, o como hacerlo.. tendré que pensarlo bien.

Tu que me recomiendas? El tema es que es que lo que estoy haciendo es Servidor, entonces necesito guardar algo de informacion.. y mysql me viene perfecto.. pero para hostear este servidor tendre que pagar a un hosting, y despues pondré para que se puedan descargar el cliente.

Yo lo que queria hacer era esto, de esta forma podrian crearse las cuentas por web, y conectarse al servidor directamente. Pero si es tan complicado no se que hacer. Lo que si tengo pensado hacer es todo lo que sea información que no esté relacionado con cuentas, lo voy a guardar en la db local.

Muchas gracias por tu informacion, un saludo!