Se que siempre que va a salir un juego bueno gráficamente aparece un thread del tipo "Este engine es la hostia", y se que el juego será un mata mata como cualquier otro, pero después de ver este video y algunas capturas del Crysis (porque en el video la calidad no se aprecia demasiado), la verdad es que tengo ganas de, simplemente, jugarlo para ver su potencial gráfico.

http://www.crysis-online.com/video_downloader.php?dir=/video/SD/(Crysis-Online)%20GDC%202007%20Sandbox%20Demo.wmv

En este video podéis ver el sistema de ciclos de tiempo (día, noche y demás), que es simplemente la polla, el tema de sombras, que también, y alguna otra cosa más.

Buenas a todos,

Me acabo dar de alta en Neurona por recomendación de gente del trabajo y la verdad es que está bastante bien lo de tener una red de contactos directos que a su vez tienen sus contactos, para llegado el caso poder trabajar con gente que quizá no conozcas directamente pero sí tienes referencias directas de algún conocido, lo cual siempre es genial, y más en nuestro campo. Ya sabéis que aquí el pan de cada día es empezar un proyecto con alguien a 1000km de ti, y a las dos semanas éste desaparecer totalmente del mapa. De esta forma siempre puedes cabrearte con el amigo que teneis en común ;-)

En fin, si buscáis por Manuel Fernández Lara me encontraréis. También hay una comunidad de Desarrollo de Videojuegos en la categoría de "Tecnología e Internet" a la que podríamos agregarnos todos.

Espero veros por allí, hasta pronto!

Estoy buscando artículos que hablen sobre arquitecturas para crear un programa de tipo "simulación". Me refiero a algo que tenga muchas entidades que se relacionen entre si en tiempo real y cuya "vida" pueda acelerarse, ralentizarse, etc.

¿Alguien tiene por ahí algún recurso que pueda serme útil?

Veréis, tengo una escena (concretamente, de una cocina) y al tirar un render, ya sea con una configuración de vray de "baja calidad" como "alta", tarda la vida en siquiera empezar. Cuando llega a la fase Prepass 1 de 1, se queda ahí por los tiempos.

Los materiales que uso los he utilizado en otras escenas sin problemas, y también tengo menos luces que en otras similares (una ovni, una direccional y una vray light).

Otras escenas similares, en 10-15 horas me termina un render en alta en 1600x1200. Esta, en ese tiempo y a 1024x768 apenas ha hecho 4 o 5 cuadritos de esos en los que divide el render vray (de por lo menos cien que habrá) y de ¡preview! Osea, ese primer pase que hace en plan esbozo antes de hacer el pase definitivo.. no se si me explico. En fin, una locura.

¿Alguien sabe qué puede estar pasando? Los materiales no son, las luces tampoco. ¿La malla? Tampoco hay nada fuera de lo normal.. lo único que no he utilizado en otras escenas es una nevera que saqué de una colección de {e}vermotion, que dudo que de estos problemas (y tampoco tiene tantos polys).

Otro dato curioso es que cuando llevaba media escena o así, con las luces tal como están al final y los materiales (pero sólo de la mitad de la malla, que era lo que tenía hecho) tiré un render y tardó lo normal.

¿Alguna idea?

Sólo quería informaros de que después de casi medio año de inactividad en Edevi, le he hecho un merecido lavado de cara y me he propuesto actualizar el blog regularme a partir de ahora.

Antes de nada, cualquier tipo de sugerencia sobre el nuevo diseño será bien recibida.

Quería saber si alguien conoce algún artículo sobre sugerencias a la hora de hacer presentaciones.. más bien "propuestas" para un posible proyecto a un cliente potencial. Algo parecido a lo que haría un comercial, pero más elaborado, teniendo una "alpha" del proyecto en sí. Por si hay dudas, no se trata de un juego, sino de un sitio web. También me sirven experiencias personales, por supuesto.

Un saludo

Tengo que hacer el render de un interior cuyas paredes van todas "paneladas", como con tiras de madera con "surcos" entre medias, y había pensado en usar un displace map y arreando, pero hay un pequeño glitch en las esquinas abiertas. Como una imagen vale más que mil palabras:



¿Alguien sabe qué puedo hacer para solucionar esto de una forma no demasiado "manual"?

Gracias

Dan MacDonald ha escrito un artículo que todo desarrollador amateur debería leer. Breve pero interesante. La verdad es que nunca había pensado en lo que él describe, pero ciertamente tiene razón.

Eric Elwell, uno de los artistas que han trabajado en un nuevo juego-demo del Torque Game Builder de GarageGames, ha publicado un completo making of del proceso por el que ha pasado el apartado gráfico de este proyecto, desde los primeros bocetos rápidos hasta el arte final.

Consta de dos partes donde a parte de sus explicaciones y pequeñas notas del director de arte del proyecto, pueden verse todo tipo de bocetos, animaciones y hasta fotografías de su lugar de trabajo, montado al estilo de las productoras de animación tradicionales, pues gran cantidad del trabajo se realizó a mano para ser escaneado previamente.

Una lectura muy recomendable para todo aquel que quiera saber la cantidad de trabajo que hay detrás de un juego aparentemente sencillo.

(Parte 1 y Parte 2.)

Iba a postear en Edevi una simple notícia sobre la nueva versión de TGB, pero al final me ha quedado una mini review, por si a alguien le interesa.

 Hola,

Voy directo al grano. La cosa es que hecho de menos eso de trabajar con otra persona codo con codo, alguien con quien compartir el diseño del juego, que proponga ideas y critique las mías, y que por supuesto también haga parte del trabajo (parte artística).

Así pues, estoy buscando a alguien que reúna más o menos estas características:
- No cobre por avanzado su colaboración. Por supuesto se intentará hacer lo mejor posible, y si finalmente se comercializa, iríamos a medias.
- Sea capaz de realizar gráficos 2D. Quiero bitmaps, tanto me da si el proceso para obtenerlos es hacerlos en tableta, con el ratón en photoshop, 3D prerenderizado, plastelina fotografiada o con una pizarra mágica. Según el tipo de juego es mejor (ahorra trabajo) una cosa o la otra.
- Sea una persona seria, capaz de trabajar sin tener a alguien dando latigazos continuamente, dentro de su disponibilidad y tiempo libre que tenga, por supuesto. No pretendo que esta persona dedique todo su tiempo libre a este asunto, porque yo tampoco lo voy a hacer, que la vida no son sólo juegos, pero igualmente tampoco quiero que me deje tirado a medio proyecto salvo causas de fuerza mayor (de 'muerte' para arriba).
- Sea mínimamente bueno en lo que hace. No espero tener a un máquina que lo haga todo bien y rápido, pero tampoco quiero perder el tiempo con alguien que simplemente no de la talla. Me considero una persona competente y me gustaría trabajar con alguien que también lo sea (como podéis ver, tampoco tengo abuela).
- Le gusten los videojuegos, obviamente :) No digo que sea un jugón enpedernido, porque yo no lo soy (falta de tiempo y esas cosas, pero lo fui en su día!), pero que sea algo que le apasione.
- Si además vive por la zona de Barcelona, mucho mejor, así podremos quedar de tanto en tanto para hacer reuniones en vivo, que siempre más gratificantes y además crean un vínculo más importante entre las personas, siempre da más palo dejar tirado a alguien a quien conoces en persona (sobretodo si es alguien como Jove, que perfectamente puede partirte las piernas como se enfade).

En cuanto al juego a realizar, estoy abierto a sugerencias. La idea sería hacer proyectos pequeños que puedan completarse en unos seis meses. La experiencia me ha enseñado que la probabilidad de que un proyecto sea cancelado prematuramente es directamente proporcional a su ambición. Además, cuanto más pequeño es, más rápido ves como avanzan las cosas y más motivado estás. En cuanto a la programación, me gusta programar juegos y no motores gráficos, así que utilizaré alguno ya hecho, en principio Torque Game Builder o como lo llamen ahora, que está de lujo y la última versión (sólo para licenciados) tiene muchísimas más features que lo que muestra la demo pública, casi no parece el mismo engine.

Como idea, personalmente había pensado en hacer una especie de Super Smash Bros. de Nintendo, aunque algo más sencillo, claro. Menos personajes, ítems y escenarios; pero la misma mecánica. Peleas "simpáticas" entre 2-4 jugadores simultáneamente. El Torque lleva ya mucha funcionalidad integrada (tiles, colisiones, físicas, sistemas de partículas..) así que sería comenzar a programar "el juego" directamente.

Creo que eso es todo. Cualquier interesado puede contactar conmigo a través de manuelfl@funmangames.com, o si son preguntas casi mejor responded a este thread y así todos pueden leerlo por si acaso tienen la misma pregunta.

Un saludo,

 Llevo un par de meses con el engine y el diseño de mi próximo juego, lejos del mercado casual como podéis ver, y he decidido que ahora que me voy a poner con la programación del juego en sí, estaría bien (por múltiples razones que nombro en el primer post) comentar su desarrollo en un blog.

De ahí nace www.nightclubtycoon.com (en inglés).

Por el nombre del juego (Nightclub Tycoon) la mayoría ya sabréis de qué va. Se trata de un juego de gestión (Theme Hospital, Railroad Tycoon, etc.) sobres clubs nocturnos, con la peculiaridad de manejarse íntegramente vía interfaz (como Democracy o PC Futbol sin simulador), por eso de que soy un desgraciao que tiene recursos limitados.

Los que queráis saber más sobre el blog podéis pasaros habitualmente o suscribiros al feed RSS. Para los que no hagáis ni lo uno ni lo otro seguramente iré avisando de posts importantes en este hilo.

Por supuesto, cualquier comentario u opinión es de agradecer :)

 Para los que no estáis suscritos a Edevi (malas personas) os aviso de un par de posts que, aunque realmente sólo son un puente con posts en el blog de GameProducer, seguro que son de interés para mucha gente:

- Estadísticas de ventas - The Cursed Wheel, Atlantis, Desperate Space y Professor Fizzwizzle.
- Estadísticas de ventas II - Xmas Bonus, Cactus Bruce and the Corporate Monkeys y Democracy.
- Estadísticas de Ventas III - Morning's Wrath, Titan Attacks y Tribal Trouble.

 Como se que hay mucho vago en el foro que no está suscrito al RSS de Edevi, os voy informando de lo último que publico cuando es mínimamente interesante. En este caso se trata de un artículo sobre lo absurdo de preocuparse de la piratería.

 Acabo de publicar en Edevi el primer artículo de una serie que tratará sobre el desarrollo de un sistema de GUI bastante completito que estoy programando para mi próximo juego.

Este primer artículo sirve de introducción pues presenta los requisitos del sistema y todas las features que pretendo implementar, esperemos que quede tan cojonudo como lo es en mi cabeza.

Por supuesto, todo tipo de ideas, sugerencias y críticas son bienvenidas :)

 Estoy buscando una lista de caracteres "por sets". Es decir, todos los de Latin - 1, los rusos, etc. De hecho los asiáticos no me interesan mucho ahora pero no estaría de más tenerlo. Lo ideal sería un TXT codificado en UTF-8 con todos los caracteres, uno en cada línea, de todas las lenguas europeas.

Algo como la lista de caracteres de Latin - 1 de Unicode.org pero en versión texto en vez de PDF. Además esa creo que no lleva ruso.

Por cierto, si sabeis de cualquier artículo interesante sobre localización de software (a parte del clásico de Joel Spolsky), también estaría bien.

 Curioso juego web me he encontrado a través de los foros de Indiegamer. Parece interesante, la verdad. Según dicen habrá una versión jugable en breve.

Ya que estamos, otro juego web 3D en Director la mar de currado.

 Estoy pensando en comenzar a utilizar smart pointers de forma extensiva en todo lo que hago y estoy buscando alguna implementación que sea ligera (todo lo posible pese a usar reference counting) y no tenga dependencias externas (nada de los de Boost). También que sea lo más cómoda de usar (lo más cercano a trabajar directamente con punteros). Alguien me recomienda alguna? Qué tal shared_ptr de STL?

Además de eso, tengo una duda. Si tengo un método que ahora tiene un parámetro de tipo Widget*, con esta nueva forma de trabajar estaría pasando un smart_pointer&, no? Pero en este caso, como podría pasar un "puntero" de una clase derivada de Widget (polimorfismo de toda la vida, vamos)?

 Hoy estaba leyendo un weblog donde un tio ha hecho una serie de posts a modo de documento de diseño para un juego que está haciendo (y que a mi personalmente me encanta) y he pensando en que estaría bien hacer un juego comunitario, pero no en el sentido de "todos a la vez para un fin común", sino a la versión videojueguil de un ejercicio que hice alguna vez en el instituto, con historias escritas.

El funcionamiento es muy simple:
- Una persona comienza con una hoja en blanco (una librería/framework/engine que además sea facilón de usar, aquí lo importante es el juego).
- Esa persona escribe las primeras líneas de una historia (hace un prototipo super-mega-básico de algún juego)
- Esa persona pasa el papel a otra (se pasa el código y recursos del juego)
- La siguiente persona añade unas líneas más a la historia (añade funcionalidad (código) o recursos (gráficos, sonidos)) y la pasa a otra persona
- Repetir hasta que alguien "la termine".

Estaría curioso hacer algo así, incluso en modalidad compo 24h. Es decir, uno hace un juego en 24h, se lo pasa a otro que lo mejora/cambia en 24h, luego se pasa a otro, etc etc. Incluso podrían tomar el relevo grafistas o músicos, añadiendo sus propias cosas, aunque necesitaran la ayuda básica de un programador para integrarlo en el juego, sería poco trabajo.

EDIT: Quizá dejándolo 1 semana por persona sería mejor, pues se podría hacer también en temporada de trabajo/estudios, ya que en una semana te da tiempo a sacar aunque sean 5 o 6 horas para añadir algo.

 Algunos strateros de Barcelona hemos estado hablando sobre la posibilidad de organizar una nueva  nueva quedada para vernos todos los que vivimos por la zona.

Teniendo en cuenta que tampoco puede ser para muy pronto porque habría gente que no lo vería hasta ser demasiado tarde y que tampoco podemos acercarnos demasiado a Navidad, nos quedan pocas opciones.

¡¡A VOTARRR!!