Si por fuera el edificio resulta impresionante, por dentro no lo es menos. Varios acólitos se ocupan de destruir metódicamente extraños artefactos mágicos. Al fondo te esperaEl Gran Inquisidor, se levanta cuando te ve llegar y dice...

Aquí estamos de nuevo, con un par de novedades que, esperemos, enriquezcan un poco más este fanzine. La primera se refiere al cambio de numeración. Hemos querido reflejar que el fanzine no es nuevo (lo que quizá hacía pensar la numeración adoptada en el anterior) sino que ya llevamos unos cuantos años en el "aire". La nueva numeración surge como continuación de la anterior época que terminó en el número 35 y que sumando los números especiales nos deja en este número 43.

La otra novedad es la inclusión de una sección de noticias. La Cueva Colosal pasa a dar cabida a las noticias más destacadas aparecidas hasta la fecha.

Junto a un improvisado fuego se encuentra una semielfa que te mira divertida."Hola viajero, mi nombre es Xzira. Pasa y ponte cómodo, aquí nada ni nadie puede dañarte.".

Mucho se habla últimamente del resurgir de las aventuras conversacionales gracias a la tecnología WAP. Wirelessgames

pretende, en colaboración con Steve Jackson, famoso autor de libro-juegos y juegos de rol, crear un juego de aventuras para WAP. El proyecto se llama Sorcery y está basado en los libro-juegos de Steve.

No, no se trata del viejo e incombustible PAWS. Este PAWS

es el Python Adventure Writing System. Un sistema de creación de aventuras escrito en Python, un popular lenguaje de script. Paralelalmente se está desarrollando un entorno para crear aventuras PAWS de forma visual.

Lucas Arts ha abierto ya la web oficial

de su nuevo juego Escape from Monkey Island desde donde se pueden ver pantallas del juego y videos preliminares.

El Mundo del Spectrum

una web dedicada a este carismático ordenador de 8 bits, dedica en sus páginas un especial al mundo de las aventuras conversacionales. Incluye para descarga un montón de entrañables aventuras para este ordenador.

Level9 Novellas

es una web que presenta las novelas que acompañaban a algunos de los juegos de Level9. Imprescindible visita para los aficionados a los juegos de esta compañía.

Python Universe Builder

es un conjunto de módulos de Python (un lenguaje interpretado muy popular en entornos Unix) que permiten crear aventuras conversacionales. Entre sus características caben destacar:

• un parser muy sofisticado (en algunos puntos mejor que el de Infocom)
• orientación total a objetos<br> - se puede conectar a otros servicios (web, TCP/IP, otros lenguajes de script, ...)
• se puede usar como MUD
• se puede ejecutar en cualquier plataforma que disponga de un intérprete de Python
• es gratuito para uso no comercial

El equipo de desarrollo de ZAngband, una de las variantes de Angband con más éxito, está de mudanzas. Se han trasladado a su nueva página

desde su antigüa residencia en Thangorodrim

Los de Black Isle (Baldur's Gate, Planescape: Torment) no descansan. Prueba de ello es su nuevo proyecto Neverwinter Nights

Se trata de un juego de rol multijugador con 'master' o persona encargada de controlar la partida. La verdad es que posee unas características impresionantes que revolucionarán este género.

Los seguidores de Myst podéis contemplar las pantalla de realMyst

una secuela en tiempo real de este magnífico juego.

La nueva generación de TADS ya está cada vez más cerca. Prueba de ello es que Mike Roberts ha hecho pública una versión previa de este sistema de desarrollo de aventuras conversacionales en el IF Archive

Los ficheros en cuestión son:

• tads_authkit_301.exe
  kit de autor de TADS 3 para Windows 95/NT.
• tads_301.zip
  compilador/herramientas/documentación de TADS 3 para Windows 95/NT.
• tads_src_301.zip
  código fuente.

Aún no está lista la librería estándar así que lo único que se podrá hacer es "enredar" para ir cogiéndole gusto al nuevo sistema.

Enrique Pimpinela Santos ha organizado el Primer Concurso de Nano-Aventuras en Castellano. Se ha habilitado una web

con las bases y una página para descargar los ficheros que vayan llegando.

Te encuentras en un pequeño claro, semioculto entre los árboles.

Pese a ser una ópera prima, nos encontramos ante una aceptable aventura conversacional solo texto, programada en Inform. El argumento, aunque bastante moderno para una aventura conversacional, es muy sencillo; el autor nos transporta a la triste época de la II Guerra Mundial y nos mete en la piel un antiguo prisionero de guerra que llega a un pequeño pueblo italiano. Nuestra meta será recoger unos planos secretos muy importantes para el desarrollo de la guerra.

Este sencillo argumento contrasta con la brevedad y la sencillez de la aventura. Aunque tengamos total libertad para explorar y movernos por la pocas localidades de la aventura, si queremos avanzar en la aventura no tenemos más remedio que superar los puzzles de uno en uno para pasar al siguiente, lo que acentúa la linealidad de la aventura. Los puzzles son facilillos y simples, incluso se nos obsequia con unas pequeñas pistas por si acaso nos atascamos. Gran parte de la clave de estos puzzles la podemos encontrar interactuando con los PSIs, los cuales carecen prácticamente de inteligencia, limitando su presencia solo para proporciarnos algún tiempo de información o como "pieza clave" de algún puzzle. La conversación con ellos se ha programado al estilo de las aventuras gráficas, esto es, se nos muestra un menú con las frases disponibles para decir al personaje en cuestión.

De los objetos podemos decir lo mismo. a lo largo de la aventura no encontramos apenas objetos "de decoración". Tenemos muy pocas respuestas para las acciones que tecleamos, y la mayoría de los objetos son inexaminables, perdiendo así el juego bastante en ambientación. Las descripciones de las localidades no obstante son buenas, y nos sitúan en la historia de manera sencilla y rápida.

En general, a pesar de tener algunos defectillos y errores típicos de primeras aventuras, estamos ante una aventura muy entretenida y con algunos muy buenos detalles. Sin duda, buen futuro para Tino (autor de la aventura) si sigue en esta línea.

Éstas son las preguntas que se haría el héroe de AmnesiaRol si se encontrase en la situación que describe el juego. Sin embargo, el héroe de AmnesiaRol eres tú. Con un argumento como el que se da en la aventura, "(...) no recuerdas quién eres, ni como has llegado hasta aquí.", se favorece sin duda la identificación con el personaje por parte del jugador, al margen de ser una opción muy cómoda para el diseñador de la aventura, que puede planear puzzles de echarse a temblar, sin tener necesariamente en cuenta que concuerden con el argumento de la historia.

La aventura está realizada totalmente en texto, constando de una curiosa disposición en la pantalla: en la parte superior siempre aparece el lugar en el que nos encontramos, y a continuación, su descripción. Esto parece indicar que el juego tiene una sola localidad, sin embargo, no es exactamente así; más bien nos encontramos siempre ante un puzzle a resolver, del que no podremos pasar de largo. Estos puzzles-localizaciones constan de entre 1 a 4 localidades, cuya descripción particular aparece en la parte inferior de la pantalla, debajo de la entrada de acciones que se encuentra en la mitad de la pantalla. Disponemos de un comando "l" que nos indica en que parte nos encontramos en ese momento de la localización actual.

Así, por ejemplo, el primer puzzle - localización que debemos resolver es "La Celda", de la que no podemos pasar hasta poder salir. Aunque en el caso de la celda es muy intuitivo, esto se repite a lo largo de toda la aventura, de forma que no hay largos mapeados por explorar, sino tres o cuatro localidades donde debemos reunir las pistas que nos lleven hasta la solución del puzzle del momento. En cierta manera, se podría decir que es una aventura "guiada".

La aventura responde a los comandos habituales de examinar, i (inventario), y no es necesario un comando "m" o "rede" de redescripción pues la descripción está presente en todo momento en pantalla. Por supuesto, podemos "coger" objetos, si bien no podremos dejarlos tirados "no están las cosas como para tirar nada.", responde el juego ante nuestras intenciones. En cuanto al movimiento, no acepta los consabidos norte, sur, este u oeste ni sus versiones cortas, sino "ir al x", donde x es la dirección. En realidad, esto no es un inconveniente, puesto que la aventura no presenta, como ya he dicho, un mapeado espectacular, siendo un mecanismo suficiente para los movimientos posibles.

El juego se divide en tres partes que están físicamente separadas en tres ejecutables. No se permite el almacenamiento de la posición del jugador, sino que se proveen una serie de claves, incluidas para las de paso entre las diferentes partes, que te permiten saltarte los puzzles que ya hayas solucionado.

En cuanto alpárser, éste está muy bien trabajado, a pesar de no estar realizado utilizando ninguno comoInformatE,Sintac,Visual Sintac... etc. Acepta los comandos más habituales en las aventuras, y muchas veces, te indica el verbo a utilizar cuando intentas realizar una acción que no está contemplada de ésta forma. Un ejemplo es que cuando el jugador intenta usar la frase "decir a guardia "hola"", el juego responde: "deberás utilizar el comando ‘d’", o cuando estás intentando cocinar en la tercera parte, que ante la frase "remover el potaje con la cuchara" el juego responde: "indica simplemente ‘cocinar’". Otras respuestas ingeniosas las encuentras en la cocina, en la segunda parte, cuando indicas algo como "meter x en el horno" y el juego responde: "no metas nada en el horno o te lo cargarás. Si quieres meterte tú, teclea ‘Entrar en el horno’" (¡cuidado!).

Por tanto, el juego no cae en esa categoría de los "no puedes hacer eso" (frase que por cierto, nunca indica (¿superstición?), prefiriendo no mostrar ningún mensaje).

Los problemas que presenta son lógicos, y se suelen dar pistas para su consecución, con la dificultad justa como para que te enganche a la aventura, sin encontrarte con un problema que no puedes solucionar y que hace que la deseches. Por otra parte, la pérdida de libertad para el jugador que supone el esquema de juego (lo cuál será una nota negativa para muchos aventureros) tiene la ventaja de dar la seguridad al jugador de que avanza correctamente hacia la finalización de la aventura. Quizá por eso, sea una buena aventura de iniciación a este mundillo, sin pretender menoscabar su calidad o impedir que sea jugada por expertos. Pienso que es apropiada para todo el mundo.

En cuanto a la calidad del texto y de las descripciones, es en general buena, al igual que el tono general de la aventura, que te "introduce" en ella, pese a que "cae", por decirlo de alguna forma, muchas veces en la comedia para relatar ciertas situaciones, en las que quizá (pese a que es una opinión personal) sobraría ese chiste, pues pienso que hace que recuerdes que estás jugando una aventura, retirándote de ese ambiente que crea el juego.

Otros en cambio, se integran perfectamente en la historia, como en la celda, tributo sin duda a Jabato, en la que debes salir quitando un ladrillo de la pared. Claro que no hay ningún guardia a quien golpear, sino que si examinas el hueco dejado por el mismo, descubrirás un ¡mando a distancia!. El mando a distancia tiene dos botones, uno indica "open" y el otro es rojo con una calavera. ¿Cuál vas a pulsar?

Mucha gente se afana en este impresionante edificio, entre una confusión de lenguajes. Un guía se adelanta entre todos y te saluda en tu idioma: "Permíteme presentarte alguna de nuestras obras, amable viajero".

Para comercializar Zork se tenían que resolver varios problemas. El primero de ellos es que debía reducirse en tamaño para que pudiese entrar en los ordenadores del ámbito doméstico de la época. El segundo es que había que idear alguna forma de facilitar la portabilidad del juego para no tener que reprogramarlo para cada nuevo sistema.

El primer problema se resolvió dividiendo el juego en tres partes que luego serían, respectivamente, Zork I, Zork II y Zork III. Realmente el Zork original se amplió con nuevos puzzles y localidades para poder abarcar una trilogía completa por lo que la unión de los tres Zorks que se comercializaron dan una extensión de juego total bastante mayor que el Zork original.

Para resolver el segundo problema se optó por una solución muy ingeniosa, a la par que elegante. Se decidió crear un ordenador imaginario denominado máquina-Z. Este ordenador sería capaz de ejecutar Zork, o al menos parte de él, si se recodificaba en un lenguaje muy compacto, especialmente diseñado para esta máquina. Haciéndolo de esta forma sólo era necesario que cada tipo de sistema diferente dispusiese de un intérprete de máquina-Z para ejecutar Zork que, inicialmente, se denominí ZIP (Z-machine Interpreter). El lenguaje que se diseñó para codificar Zork se denominó a su vez ZIL (Zork Implementation Language), similar al MDL. Marc programó un traductor en dos pasos que convertía un programa ZIL en lenguaje ensamblador y luego en código para la máquina-Z.

La primera copia de Zork I se vendió en Noviembre de 1980 y era para un PDP-11. A partir de ahí, Infocom inicia su carrera en el mercado del software de entretenimiento. El siguiente Zork, Zork II, aparece en torno a Noviembre de 1981, un año después que el primero. Luego vendría Zork III en Septiembre de 1982.

Entre medias de los dos últimos Zork, aparecería Deadline, una aventura bastante alejada de la temática de los Zork. Entre los años 1982 y 1989 saldrían varias decenas de juegos con el sello Infocom. Todos ellos aventuras de gran éxito en su época y que crearon un auténtico grupo de fans. Hoy día esas aventuras se siguen considerando como objeto de culto por muchos aficionados que las coleccionan y llegan a pagar cantidades desorbitadas de dinero por los juegos en sus paquetes originales.

Por Infocom han desfilado auténticos maestros del diseño de aventuras como Stu Galley (Witness y Seastalker), Steve Meretzky que tiene en su haber aventuras como Planetfall, Sorcerer, The Hitchhiker's Guide to the Galaxy (junto con Douglas Adams), A Mind Forever Voyaging, Leather Goddesses of Phobos, Stationfall y Zork Zero, y Brian Moriarty (Wishbringer, Trinity y Beyond Zork) que ha diseñado juegos también para otras famosas compañías como el Loom y ha colaborado en The Dig para Lucas Arts. Este plantel de figuras aseguraba una calidad excepcional en sus juegos y un éxito sin precedentes.

Como anécdota curiosa comentar que los programadores de Infocom no se denominaban así mismos con este término sino con el de Implementadores (Implementors).

En 1986 comenzó el principio del fin de Infocom. La compañía se arriesgó demasiado con un proyecto muy ambicioso, algo muy diferente a los juegos que llevaban desarrollando desde el principio. Se trataba de una base de datos: Cornerstone. En vez de suponer el éxito esperado, el fracaso de este producto dejó a la compañía en una posición muy precaria. Activision consiguió hacerse con el control de Infocom y lo incorporó a su estructura. Unos pocos juegos más salieron con el sello de Infocom alguno, como Battletech, que no se englobaba dentro del género que les había dado la tan merecia fama: el de las aventuras conversacionales. Sus últimas aventuras, de hecho, incorporaban ya gráficos (Arthur, Journey, Shogun) pero carecían del encanto de las de su época dorada.

Poco a poco Activision fue desmantelando Infocom y acabó convirtiéndose en un mero sello bajo el que publicar cierto tipo de juegos. The Lost Treasures of Infocom I y II fueron los últimos paquetes que salieron con el sello de Infocom, dos recopilaciones de 20 juegos que aún hoy día se pueden encontrar y que son buscadas por los aficionados a este género.

Noche invernal en los Cárpatos. Una de esas noches en las que sólo la lívida luna se atreve a asomarse tímidamente entre las gélidas nubes para responder a los pavorosos aullidos de los semicongelados lobos esteparios. Dentro del castillo del Archivero, el fuego chisporrotea alegre con la necesaria fuerza para entibiar los siempre congelados huesecitos del dueño.

La rampa te conduce hasta un majestuoso claro. Ante ti se eleva la Espiral, pulida, brillante y sobre todo impresionante. En su interior...

Cuando se crea un rogue-like (RL a partir de ahora), hay unos cuantos problemas que concretar. El primero de los que el programador se encuentra es cómo generar, aleatoriamente, los niveles de las mazmorras que el jugador explorará. Es necesario disponer de una cantidad casi ilimitada de mazmorras que poblar con monstruos, trampas, tesoros...

Nuestro primero cometido será crear la mazmora vacía. Más adelante añadiremos código para poblar esa mazmorra. De momento nos contentaremos con algo más simple. Como en cualquier otro problema de programación se nos presentan varias soluciones posibles, cada una de las cuales genera perfectamente una mazmorra. El método que discutiremos es un método recursivo.

El algoritmo se basa en tomar un trozo de roca, digamos de 256x256 casillas, y cavar en él una mazmorra usando habitaciones y pasillos. Intentaremos mantener la simplicidad lo máximo posible, de todas formas este algoritmo puede expandirse posteriormente para generar diferentes tipos de mazmorras, desde cuevas a castillos, con unos pocos cambios en el código.

Como hemos dicho comenzamos con una rejilla de 256x256 casillas, cada una rellena de roca. Para nuestro algoritmo necesitaremos dos rutinas:

• MakeRoom(), la cual genera una habitación aleatoria y luego llama a...
• MakeHall(), que genera un pasillo de longitud aleatoria.

Llamaremos a MakeRoom() la cual genera una habitación de tamaño aleatorio y posteriormente llama a MakeHall() un número aleatorio de veces en cada una de las paredes para generar pasillos.

MakeHall() generará un pasillo de longitud aleatoria. Al final del pasillo tenemos varias posiblidades:

1. finalizar
2. llamar a MakeHall() un número aleatorio de veces en direcciones aleatorias
3. llamar a MakeRoom()

Posteriormente podemos mejorar el algoritmo para que un pasillo se pare si llega hasta una pared u otro pasillo, o generar las habitaciones para que no se superpongan.

Usando seudocódigo tenemos:

Primero definiremos MakeRoom:

Ahora definimos MakeHall:

Y esto es todo, un algoritmo recursivo simple para cavar una mazmorra. No es el algoritmo ideal y requiere unos pocos ajustes y mejoras para generar buenas mazmorras, pero sirve como ejemplo para ilustrar este método.

La taberna "Fuego de Dragón" sirve de albergue a todos los viajeros que se ven obligados a pernoctar después de una dura jornada de viaje.

Puzzleless I-F... vaya tontería. Hoy estoy cabrón y voy a explayarme a gusto con las aventuras tan modernas estas que hacen los yankees y su supuesto avance estilístico.

Mucho antes de que existiesen la aventuras (me niego en redondo a usar una expresión tan específica como ficción interactiva), existía la literatura, incluso una clase de literatura que se llamaban libro-juegos. Esos libros eran interactivos, el jugador iba avanzando por el libro 'creando su propia aventura'; los había incluso que tenían 'embutidos' reglas rolísticas. Se podían tirar dados, realizar combates, apuntar equipos que se iban recogiendo, etc... Luego surgieron las aventuras. No nos engañemos, las primeras aventuras no eran más que un rogue-like de texto, uno bastante burdo (bueno realmente todos los rogue-like me parecen bastante burdos, ¿qué interés puede tener ir brincando por ahí consiguiendo 'tesoros' o 'XPs' sin que haya nada más?). Pero la aventura empezó a evolucionar y se transformó en algo muy sugerente en lo que hemos dado en llamar la 'Edad de Oro' de la aventura. Muchas de las aventuras de ese tiempo incluían elementos de simulación que elevaban el realismo de dichas aventuras hasta cotas insospechadas.

Los Gandalfs y Sherlocks realmente parecían prometer algo muy interesante. De los libro-juegos lineales y de los rogue-likes vacíos de guión, parecía que pasaríamos hacia una fusión perfecta, una en la que el 'mundo' dónde se desarrollaba la 'aventura' estuviese plenamente 'desplegado' donde los PNJs hiciesen lo que tenían que hacer porque así lo tenían pensado, porque la historia lo exigía. Si el jugador estaba allí para verlo pues bien y si no era así ya se enteraría por los periódicos. Se trataba de un paso adelante, un cambio de paradigma, una innovación radical, una nueva forma de contar historias: LA SIMULACIÓN DE HISTORIAS. Con ello se consigue la aventura casi infinita, si los elementos 'dramáticos' están presentes con suficiente 'fuerza' en la creación del programador sus 'creaciones' (incluyendo al jugador) se encaminarán a uno de los finales que el programador estaba pensando, pero el camino tomado para llegar hasta ello será complejo, intrigante y casi irrepetible; como la vida misma.

Lamentablemente apareció Larry y todo se fue a la mierda. Con el advenimiento de las gráficas la simulación de historias estaba vedado. Era imposible que el grafista cubriese todas las situaciones posibles, así que las gráficas pasaron a transformarse en un conjunto de escenas, un conjunto de micro aventuras de simulación bastante vulgares (single-puzzle en su mayoría) encadenadas una tras otra y a veces unidas por 'secuencias animadas' espectaculares pero en las que el jugador no podía hacer nada, simplemente no eran interactivas.

Este nuevo despliegue, como cabía esperar encajonó a las aventuras. Las gráficas se hicieron cada vez más espectaculares y más vacías de interactividad o de simulación. Myst es un perfecto ejemplo para mí de profunda desorientación en este campo. Y claro, murieron. Era una vía muerta. No hay ninguna 'innovación' en ellas. No es más que el viejo libro-juego pero con medios espectaculares. El hueco lo cubrieron los juegos de simulación en tiempo real, los roleros, los PSWs y los juegos de primera persona. Todos ellos son variaciones de estrategia + simulación + interactividad en grado sumo, lo que la gente realmente quiere lo que la aventura pudo llegar a ser pero peor, porque la aventura tenía algo que estos juegos no tienen: HISTORIA.

Con esto podemos observar el mundillo americano. Las aventuras yankees más valoradas no son más que secuencias de micro-aventuras de simulación cutres una detrás de otra: como Photopía, como I-0, y otras muchas. Micro escenas fácilmente resolubles que te llevan por un encarrilado y 'cómodo' curso de historia. Su literatura, su texto, es excelente, pero no son más que más de lo mismo. El viejo libro juego de toda la vida. Es exactamente lo mismo que las gráficas. Aquellas tenían gráficos espectaculares, éstas tiene textos espectaculares. Pero no hay innovación en la forma o en la estructura, no hay verdadera interactividad, no se trata de un arte nuevo. Podría escribir lo esencial de las mismas con la vieja máquina de escribir o con el WORD que tenéis en vuestros PCs. Son una vía muerta, aunque hermosa.

Llegas a un cruce de caminos. Salidas visibles: norte, sur, este y oeste.

El concurso tiene como objetivo fomentar la creación de aventuras, así como explotar las posibilidades del género en terrenos como la interacción con objetos y personajes. Además, servirá para ampliar la base de aventuras con código fuente disponible, como fuente de ejemplos para los distintos parsers y lenguajes de programación.

Este concurso se plantea como una extensión lógica a los concursos de mini-aventuras que se han venido convocando hasta la fecha y que tanto éxito han demostrado tener. Esto no debe considerarse en perjucio de los mismos ya que seguirán convocándose regularmente concursos de mini-aventuras.

El plazo de recepción de los trabajos finaliza el30 de Septiembre de 2000a las 12 de la noche.

El envío deberá estar dividido en dos ficheros:

- Un fichero contendrá sólo el ejecutable de la aventura. Si lo desea, el autor puede incluir un LEEME donde explique brevemente el objetivo de la aventura o cualquier cosa necesaria para jugarla. Este fichero será expuesto públicamente en cuanto finalice el período de recepción de trabajos.

- Un segundo fichero contendrá un fichero de texto con la solución de la aventura y opcionalmente, el código fuente del programa. El autor puede incluir aquí cualquier comentario o información adicional sobre el juego, según crea él oportuno. Este fichero será expuesto públicamente cuando finalice el período de votación y con ello el concurso en sí.

La inclusión del código fuente de la aventura es opcional, pero muy aconsejable, ya que las aventuras que participen en este concurso serán ejemplos interesantes del uso de sus respectivos parsers y lenguajes.

Los trabajos presentados deben ser originales y no haber sido distribuidos antes del 1 de Junio de 2000. No se exige, sin embargo, que el juego quede oculto hasta el 30 de Septiembre de 2000. El autor es libre de distribuirlo por su cuenta, a riesgo de mostrar su trabajo antes de tiempo (probablemente quedando en desventaja respecto al resto de participaciones).

El autor es libre de presentar aventuras bajo seudónimo. En caso de presentar más de una aventura podrá firmar cada una con un seudónimo diferente si así lo desea. Ediciones CAAD se compromete a mantener la identidad real del autor en secreto durante toda la duración del concurso. En todo caso el autor debe incluir en el segundo fichero (el que contendrá la solución de la aventura) su nombre real.

El día 1 de Octubre de 2000 se habilitará una zona en la página del CAAD donde podrán descargarse los trabajos presentados.

Cada votación consistirá en puntuar (en una escala de 0 a 10 con hasta 2 decimales) una de las aventuras participantes en el concurso en los siguientes apartados:

•ORIGINALIDAD

¿Nunca se había visto antes este problema o situación?

¿La historia que narra es original?

¿Nos mete en el papel de un personaje cuyo retrato resulta inédito?

•CALIDAD DEL TEXTO

¿Es interesante la historia que se cuenta?

¿Está bien ambientada?

¿Está bien escrito?

¿Carece de faltas de ortografía?

•INTERACTIVIDAD

¿Ofrece el juego respuesta a la mayoría de comandos lógicos?

¿Pueden manipularse a fondo todos los objetos?

¿Dan los personajes bastantes respuestas?

¿Se contemplan los intentos de probar otras soluciones lógicas a los problemas?

•JUEGO LIMPIO

¿Es un problema lógico sin ser demasiado sencillo?

¿Hay pistas adecuadas si el problema es difícil?

¿Se usa adecuadamente la lógica externa?

•ADECUACION A LOS LIMITES

¿Cumple las limitaciones impuestas?. Véase el apartado Limitaciones.

•VALORACION GLOBAL

Impresión general que ofrece la aventura en su conjunto.

Una misma persona puede votar a una aventura, a varias, o a todas, sin ninguna obligación. Los autores también pueden votar a todas las aventuras en concurso con excepción de las que él mismo haya presentado. Para que una aventura pueda optar a premio, debe haber recibido votaciones de al menos TRES personas.

El período de votación finalizará el31 de Octubre de 2000. Se podrá ampliar el plazo si hay petición de ello y se observa que el número de votos recibidos no es suficiente.

Se contemplarán así mismo las siguientes nominaciones especiales. Cada votante nominará una aventura dentro de cada una de las siguientes categorías:

•MEJOR PSI

La aventura que presente el mejor personaje no jugador.

•MEJOR PUZZLE

La aventura que presente el mejor puzzle, entendiendo como tal aquel obstáculo de la aventura que necesita de cierta deducción para su resolución.

Por ejemplo:

Asunto: [VOTOS] AV. BREVES, Javier San José

Se sugiere usar el siguiente formato para las votaciones:

Por ejemplo:

AVENTURA ORIGINAL: 5 6 6 8 5 6

MEJOR PSI: LA DIOSA DE COZUMEL

MEJOR PUZZLE: JABATO

En cualquier caso no se rechazará ningún voto que no se ajuste a este formato. Esto se debe considerar como una mera sugerencia para facilitar el recuento de votos.

Ediciones CAAD no se reserva ningún derecho sobre los programas presentados al concurso. Estos podrán distribuirse según el método y la licencia de uso que prefiera su autor, sin embargo: todas las aventuras presentadas deberán poder distribuirse y ser jugadas gratuitamente, sin ninguna limitación. Todas las aventuras que incluyan el código fuente (lo cual recordemos que es opcional) deberán poder ser estudiadas, modificadas y reutilizadas libremente, por ejemplo utilizando parte de su código en otras aventuras.

Se considerará que una aventura es breve si cumple todos estos requisitos:

Incluir un máximo de 6 localidades.

Incluir un máximo de 12 objetos o personajes (o cualquier otra combinación, como 2 personajes y 10 objetos).

Poder acabarse razonablemente en menos de 2 horas, suponiendo que el jugador no queda trabado absurdamente en un atasco :-)

Se sugiere no penalizar una aventura en la votación de este apartado simplemente porque contiene objetos "de escenario", cosas examinables, o repuesta a muchas acciones. Estos aspectos enriquecen el juego sin alargar ni engordar su desarrollo.

Queda a discreción de la persona que vota qué es un objeto y qué no, y si el abuso de cosas como hechizos, objetos transformables u otros "pseudo-objetos" reduce el carácter breve de la aventura.

Todos estos aspectos deberán quedar reflejados en la puntuación que se otorgue al apartado ADECUACION A LOS LIMITES. Se sugiere puntuar un 10 en este apartado si se cumplen todos los límites disminuyendo proporcionalmente esta puntuación si se sobrepasan (hay más de 6 localidades, 12 objetos o el tiempo de juego excede de 2 horas).

La aventura podrá funcionar en cualquier plataforma, aunque una aventura recibirá más votos si todo el mundo puede jugarla.

La aventura podrá incluir atractivos adicionales, como música, gráficos, tipos de letra... Si bien se advierte que ello no se reflejará en la puntuación de la aventura.

No existe ningún premio para el concurso, salvo la satisfacción y el reconocimiento de todos los aventureros. Sin embargo habrá un ganador del concurso, elegido a partir de la media de todas las puntuaciones en todos los apartados.

El CAAD admitirá, sin embargo, cualquier donación de premio simbólico que alguien desee ofrecer al ganador, por lo que existe la posibilidad de que esto cambie posteriormente.

Se elegirá un ganador del concurso, así como ganadores por apartados. En general, una vez finalizado el plazo de votación, se escogerán:

• LA MEJOR AVENTURA BREVE

• LA AVENTURA BREVE MÁS ORIGINAL

• LA AVENTURA BREVE MEJOR ESCRITA

• LA AVENTURA BREVE MÁS INTERACTIVA

• LA AVENTURA BREVE MÁS JUGABLE

Nominaciones especiales:

• EL MEJOR PSI

• EL MEJOR PUZZLE

El sistema de recuento se realizará como sigue:

1.- Por cada categoría se sumará el total de puntos en dicha categoría y se dividirá entre el número de votos recibidos por la aventura en esa categoría.

2.- Se obtendrá un total que será la media aritmética de la suma de puntos del apartado VALORACION GLOBAL y ADECUACION A LAS REGLAS.

La aventura con más puntos en el total será la ganadora (LA MEJOR AVENTURA BREVE). Se elegirán también las ganadoras en las categorías enumeradas en el apartado Premio.

Para las nominaciones especiales se hará una recuento del número de votos y la aventura más votada en cada nominación, será la ganadora.

En caso de empate en una categoría se decidirá la aventura ganadora en esa categoría por el número de votos. La aventura con más votos en esa categoría será la ganadora.

Si esto no lleva a un desempate se valorará la puntuación total. La aventura con mayor puntuación total será la ganadora en esa categoría.

Pudiera ocurrir que, a pesar de todo, no se llegue a un desempate. En este caso se otorgará el premio a todas las aventuras empatadas.

En el caso de las nominaciones especiales se procederá de manera similar.

Recordamos que cualquier aventura que no reciba al menos las votaciones de TRES personas, quedará fuera de concurso.