Retrospectiva 3 – Reglamento

Reglamento general:

  1. Los trabajos a presentar deben estar realizados en una vieja computadora, o tener relación con la retrocomputación (ver reglas para cada categoria)
  2. Los trabajos pueden ser realizados utilizando herramientas nativas o que corran en otras plataformas como Windows, MacOS o Linux. Esto incluye crosscompilers, programas de dibujo especializados y trackers.
  3. Los trabajos deben ser de creación propia, y presentarse las pruebas de ello según las reglas de cada categoria.
  4. Los trabajos no deben haber sido presentados o hechos publicos con anterioridad al cierre de recepción de trabajos.
  5. Los trabajos serán distribuidos libremente al comenzar la etapa de votación.
  6. Los trabajos presentados en esta competencia no deben ser presentados en otras competencias, o de otra manera hacerse ampliamente públicos antes del cierre de ésta.
  7. Es posible presentar más de un trabajo por persona, en una misma o varias categorias, ver las reglas para cada categoria.
  8. Los trabajos pueden ser realizados tanto por usuarios individuales como por grupos de usuarios.
  9. Los organizadores se reservan el derecho de descalificar algún trabajo si así lo considerán necesario.
  10. Si no hay suficientes entradas en una categoria, se combinaran categorias de ser posible, o se cerrará la competencia para esa categoria y los trabajos no se publicarán en el sitio.
  11. No se admiten trabajos con motivos racistas, violentos o de alto contenido sexual.

Competencias:

Juegos:

  1. Juegos originales para cualquier plataforma de 8, 16 o 32-bits, excepto PC-Windows 95 o superior (*), o MacOS X o superior. Remakes o ports son permitidos pero no alentados.
  2. Solo configuraciones standard, uso de hardware adicional debe ser opcional y no necesario para correr el juego.
  3. Cualquier lenguaje de programación o herramienta de creación de juegos

(*) Ver Addendum al final de la página.

Uso del codigo base otorgado:

En esta edición se otorgará el codigo del clasico juego  Lunar Lander como base sobre la cual inspirarse.
El uso de este codigo debe limitarse como se menciono anteriormente a ser una base solamente. No se aceptarán juegos que solo consistan en cambiar el texto o el algoritmo que simula la fisica del modulo lunar.

One-File Demo:

  1. Demos o intros que consisten de 1 solo archivo para cualquier plataforma de 8, 16 o 32-bits, excepto PC-Windows 95 o superior (*), o MacOS X o superior.
  2. Solo configuraciones standard. Para plataformas multitarea, el uso de librerias dinamicas esta limitado a las encontradas en una instalación normal del sistema operativo.
  3. Cualquier lenguaje de programación, pero no se permite el uso de intromakers, demomakers o similares.

(*) Ver Addendum al final de la página.

Gráficos:

  1. Solo gráficos originales, no se permiten conversiones que no tengan un trabajo de postproducción y cierto contenido creativo propio.
  2. Máximo 256 colores o HAM6 para Amiga, modos avanzados por software que pasen estos limites son permitidos.
  3. Máxima resolución: 640x512pixeles.
  4. En caso de formatos de archivo no standard debe proveerse del software de visualización adecuado junto con la imagen. Para plataformas de 8-bits se recomienda presentar la imagen en formato ejecutable.
  5. Deben presentarse a menos 4 pasos previos de la creación de la imagen.

Música:

  1. Solo música creada para los sintetizadores o beepers de equipos antiguos, o archivos .MOD de hasta 8 canales.
  2. Se deben presentar archivos en un formato standard (por ej. .SID, .PSG, .MOD) o como ejecutables.
  3. Covers de música comercial no están permitidos, a menos que se disponga de los permisos necesarios.

Fechas:

La recepción de trabajos estará abierta entre el 20 de Febrero de 2011 y el 8 de agosto de 2011 inclusive.

La votación se realizará entre el 9 de agosto de 2011 y el 15 de agosto de 2011.

Los ganadores serán anunciados el 16 de agosto de 2011.

Jurados y votación:

El jurado estará formado por 2 personas: Los administradores de Retrocomputacion.com, Pastbytes y The_Woz.

El jurado determinará la validez de los trabajos y el cumplimiento de las reglas de las competencias.

Los ganadores de las competencias se determinarán por votación en el foro de Retrocomputacion.com.

En caso de empate será el jurado quien tenga la decisión final.

Premios:

La competencia no otorga premios oficiales más allá del reconocimiento de la comunidad retro y la satisfacción personal de haber realizado un trabajo creativo para nuestras plataformas favoritas.

Sin embargo, si a alguien le interesa patrocinar alguna de las categorías con un premio, es bienvenido de hacerlo. Para patrocinar una competencia por favor comuniquese con los organizadores en las direcciones de contacto que se detallan más adelante.

Los patrocinadores serán los encargados de entregar el o los premios correspondientes y no sera obligación o responsabilidad de los organizadores.

Los patrocinios serán debidamente notificados en este blog.

Formato de envio de trabajos:

Al enviar el mail con su trabajo o trabajos para la competencia se deberá incluir la siguiente información:

  • Nombre y/o nick/handle de el/los autores
  • Nombre del trabajo
  • Descripción
  • Plataforma
  • Herramientas utilizadas

Contacto y envio de trabajos:

El envio de trabajos, o contacto por consultas debera hacerse a las siguientes direcciones de email:

The_Woz: the_woz@retrocomputacion.com

Pastbytes: info@retrocomputacion.com

Tambien se podrá consultar en el foro de Retrocomputacion.com en un tema que se abrirá a tal fin.

 

Addendum:

Limitaciones para trabajos sobre PC compatibles

En adición a la limitación en versiones de sistemas operativos a utilizar sobre esta plataforma y para evitar confusiones hemos agregado los siguientes limites de hardware

  • CPU hasta 386
  • Placa de sonido hasta Soundblaster 16 (incluye SB1, SB2, SBPRO y GUS)
  • Video hasta VGA (incluye MDA, CGA, EGA, Hercules)

No se indica máxima velocidad del procesador dado que el emulador DOSBox (que los jurados utilizaremos para revisar los trabajos de PC presentados) no permite controlar con precisión la velocidad de la máquina emulada.