Si queréis que incida en algo en concreto o que hablemos de algo que no está entre los contenidos, podéis postearlo por aquí y hacemos hueco en la medida de lo posible :)

¡Nos vemos la semana que viene!

Yo también lo estuve probando, y por lo que veo en el "Acerca de..." del PlayStation Suite Studio, el IDE está basado en Mono Develop.

Muchas felicidades, tiene muy buena pinta.!

Creo que este no he llegado a verlo en acción... a ver si en una próxima KDD [EX3] ;)

Yo también, mucha suerte con ello!

Por cierto, la música y el diseño de sonido también es vuestro?

Un artículo de opinión de un ex-game designer de Microsoft y Epic Games en Gamasutra hoy:

http://www.gamasutra.com/view/news/39840/Opinion_Plagiarism_as_a_moral_choice.php?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+GamasutraNews+%28Gamasutra+News%29

Hola,

Llevo dando vueltas desde ayer a un problema que tengo para llamar a un método genérico en una .dll de C# (mono) desde Unity3d. La .dll es una librería para parsear JSON (para el que no lo conozca es un formato con menos overhead que XML. Se usa en web services).

Estoy intentando llamar a un método que tiene esta pinta:

Código [Seleccionar] Expand

JsonReader.Deserialize<T>(string json);

Y de momento me funciona algo así:

Código [Seleccionar] Expand

assembly_ = Assembly.LoadFrom(Application.dataPath + "/Editor/Test/JsonFx.Json.dll");
assemblyType_ = assembly_.GetType("JsonFx.Json.JsonReader");
this.response_ = assemblyType_.InvokeMember("Deserialize", BindingFlags.InvokeMethod, null,
                                            System.Activator.CreateInstance(typeof(object)),
                                            new object[]{ this.responsePlaceholder_ });


El código de arriba es la "chapuza" de utilizar el Diccionario por defecto que devuelve el método estático (no genérico) Deserialize, pero claro, no es lo ideal... como sería tener el DOM relleno de las estructuras ya formateadas, que permite la librería.

Link a ejemplos de la librería JSON en Unity3d y los diferentes usos: http://the.darktable.com/post/13105524184/quick-demo-of-jsonfx-usage-in-unity

Necesitaría utilizar directamente esa .dll, aunque tendría el source de JSonFX y lo podría compilar, ya que es algo que voy a distribuir y la persona del link de arriba ya se ha currado quitar varias cosas relacionadas con XML que no me hacen falta.

He mirado cosas como esta usando reflection, pero es bastante dolor de cabeza y no consigo que me devuelva elementos no nulos: http://stackoverflow.com/questions/232535/how-to-use-reflection-to-call-generic-method

¿Alguna idea de cómo hacerlo? ¿Please, alguien ha hecho algo parecido?

Mola mucho, muy chulo!

IMO, vosotros sí que sabéis qué juegos hacer en XBLIG, y cómo hacer trailers.

Ganas de hacer RT cuando se pueda :)

Otro artículo de AltDevBlogADay relacionado contando otro punto de vista...

http://altdevblogaday.com/2012/01/20/real-men-write-their-own-game-engines/

Francisco, siguiendo con los comentarios que ya te han hecho: sigue preguntando y hablando con más gente. Yo primeramente intentaría conocer a más gente que se dedica a lo que quieres hacer o en lo que te gustaría trabajar, así puedes valorar mejor qué es lo que de verdad te gusta (y conocer mejor la realidad). Personalmente pienso que eso es lo primero de todo.

Si quieres colaborar con más gente, como ya te han dicho, deberías mostrar proyectos.

Suerte y ánimo.

Mis $0.02

No me he leído todo el thread, y mi experiencia con engines y en el área es bastante, bastante limitada, pero creo que el punto del artículo (y en parte relacionado con el debate que propone Warchief), es el desarrollo multi plataforma. Unity en parte tiene resuelto el grueso de móviles (y web, y flash... y parece que lo que venga  :)), ya sólamente por eso parece que merece la pena. Mantener un engine es un curro bastante grande si necesitas que tu juego esté en varias plataformas (diferente memoria, diferentes optimizaciones para la CPU/GPU, diferentes capas para el middleware... etc). Si tienes recursos como EA o un desarrollador AAA pues a lo mejor te lo puedes permitir, pero para una start-up y si el juego no necesita los últimos avances en gráficos... quizás un engine te vale.

Aún como dice un desarrollador en los comentarios de AltDevBlogADay (web muy interesante, BTW), la decisión también depende de cuál sea tu lado de la barrera (por ejemplo: si te hace falta Nintendo DS o si quieres desarrollar para PSVita ya... pues las empresas de engines o middleware a lo mejor no te dan soporte todavía). Desde luego si sólo te enfocas en Android o iPhone quizás te interesa hacerte tu motor. Como dicen, también depende de la empresa o los recursos que tengas... si te puedes permitir aprender a hacer o si sabes hacer lo que te ofrecen los engines o el middleware. Por ejemplo, con audio pasa bastante: en general no hay gente con la formación que hace falta o no hay tiempo necesario para hacerte una implementación de un algoritmo de resampling, o programarte una reverb o un codec personalizado...

Felices Fiestas, Feliz Navidad y que tengáis una buena entrada de año  :)

Yo intentaré pasarme también, pero no es seguro.  :) Os aviso!

En la industria (al menos por lo que yo he visto), se usa bastante Hansoft:

http://www.hansoft.se/

Y Assembla está bastante bien:

http://www.assembla.com/plans

No os entra en la cabeza por mas que se os explica que un MMORPG es la cima de la complejidad en cuanto a videojuegos se refiere, y mas importante aun, un juego no es solo codigo.

Yo aparte del tema tecnológico también añadiría que el proceso de desarrollo de un videojuego en sí mismo puede llegar a ser bastante complejo. Hace falta saber partir tareas, definir pipelines y/o formas de trabajo entre los diversos miembros del equipo... En general no es fácil ni evidente, y menos todavía en juegos medianos tirando a grandes ;)

Yo hoy podría pasarme, pero sólo un rato. Os llamo!