Ludum Dare is a regular accelerated game development Event. Participants develop games from scratch in a weekend, based on a theme suggested by community.
Ludum Dare was founded by Geoff Howland, and held it’s first competition in April of 2002.
The event attracts developers from all sides of the industry. Students, hobbyists, industry professionals from many well respected game studios, as well as many independent game developers.
For many people, it can be difficult to find or make the time create a game or prototype for yourself. We’re here to be your excuse.
I've participated in Ludum Dare several times, and for me it's usually about the satisfaction of actually finishing a game combined with the excitement of a competition.
"What's so important about it? It's good for the industry. A lot of really clever game ideas and mechanics are produced every competition. Ludum Dare has grown from less than 100 participants to 2300 in the last few years. As the indie game and mobile space explode, I think Ludum Dare can help train a whole new generation of indie developers that end up on a mobile device near you."
"Ludum Dare provides a way to create a game quickly for developers who are just starting their game making adventure providing a friendly and hectic atmosphere perfect to get stuff done quickly. Moreover, the community is really helpful making nothing impossible during the LD. For professionals and indies working full time on big projects, it provides a breathing window where one can output an urge to work on something different that every other day. This way, LD is one of the most important events for all game developers."
"I'm not even kidding, just right now somebody in IRC said they had finished their first ever game this weekend. That's amazing! A lot of people want to get started making games but don't really know how to take that first step, and having such a prominent jam with a welcoming and helpful community provides a great resource for anyone wanting to become a game developer."
Xavier Belanche
y 2000 +
Las competiciones se celebran cada 4 meses; cada Abril, Agosto y Diciembre.
Se acostumbra a anunciar 1 o 2 meses antes.
La mejor manera de estar informado es vía lista de correos o siguiendo la cuenta #ludumdare
JOIN US
Participar en la competición es tan fácil como crear una cuenta en
Una vez tengas la cuenta disponible tendrás acceso a un Wordpress "comunitario" en el que podrás:
Publicar entradas
Comentar entradas
Enviar trofeos
Participar en las diferentes competiciones
Votar en la elección del tema
...
Competition (COMPo)
Es la competición de haz un juego en 48 horas y es la competición por la que se conoce Ludum Dare en el mundo mundial.
Cuando la competición termina, los participantes que han logrado publicar el juego disponen de 3 semanas para jugar y valorar los juegos del resto de participantes.
REGLAS
Debes trabajar solo
El código y el contenido debe ser creado en la franja de las 48 horas
El juego se ha de basar en el tema
Las librerías públicas (SDL, Allegro,...) y middleware(?) estan permitidas
Las herramientas de creación y desarrollo están permitidas (Blender, Photoshop, GIMP, Inkscape...)
El código fuente se ha de incluir en la publicación del juego.
JAM
Es la versión relajada del Compo
Hay un día extra ;-)
Se creó con la finalidad de hacer Ludum Dare un lugar más inclusivo y amigable
REGLAS
Puedes trabajar solo o en equipo
El código y el contenido debe ser creado en la franja de las 72 horas
El juego se ha de basar en el tema
Librerías, middleware, herramientas de creación... estan permitidos.
No es necesario incluir el código fuente del juego.
En general, se recomienda concentrarse en las partes críticas del juego:
Definir el control del movimiento del jugador
Definir la manera o maneras en que "muere"
Definir el "goal" o el "win".
Pensar el feeling o mood del juego
y tener presente las siguientes reglas de Hammurabi
FIRST make it work THEN make it pretty
KISS rule
Ley de Brooks: principio utilizado en el desarrollo de software que afirma que "añadir más efectivos a un proyecto de software en retraso, lo retrasará más"
Pero también es importante...
Gráficos simples que puedan realizarse en poco tiempo
Control simple del movimiento (4 o menos botones)
La mecánica del juego que sea mínima (1 o 2 reglas a lo máximo)
Haz una cosa bien, no 20 mal.
Evita largas introducciones, efectos especiales o pantallas de inicio complejas
Planifica para acabar el juego en 24 horas, no en 48
Los juegos en 2D toman un tiempo mucho menor de realización que los de 3D
Los gráficos 2D son más rápidos de realizar que los de 3D
Tienes dudas? nada de crear o utilizar un physics engine
Tienes dudas? nada de juegos en isométrico
Evita probar el último engine de desarrollo o aquel lenguaje que tanto te pica la curiosidad
No seas perfeccionista programando. Ya tendrás tiempo más tarde de "limpiar" el código si realmente lo merece.
Los Jammers utilizan el IRC, listas de correos, blogs, foros o Twitter para compartir capturas de pantalla del juego, dudas, preguntas sobre herramientas, sobre programación, timelapses, gráficos, diseño, esbozos, work-in-progress con la finalidad de mantener viva la voluntad de terminar y publicar el juego.
36:00:00
Estrategias para participar sin acabar rompiendo con tu pareja, familia, amigos...
Involving those you love in the Game Jam
47:59:59
Prepara tu juego para su publicación...
Screenshots, screencasts, timelapses o gifs del juego en acción (LICEcap)
Publica el código fuente (Github) o comparte un .ZIP
Evita los instaladores
Publica ejecutables en un lugar apropiado (Dropbox, Amazon S3)
Beta-testers en IRC/Twitter
...y no olvides hacer submit en la página de Ludum Dare