martes, 15 de noviembre de 2022

ECTOComp 2022

Hacía tiempo que tenía ganas de volver a crear un relato interactivo, tras Isla Queimada hace un par de años. Empecé a hacer algo para la anterior RayuelaJAM, pero al final no lo terminé a tiempo. Y entonces, apareció la ECTOComp 2022. Y allí me decidí a escribir Halloween.

Quizás el argumento no es lo más original del mundo: una persona, quizás en sus cabales, quizás no, decide asesinar a un tal Rodrigo en la noche de Halloween. Como explico en las curiosidades, se trata de una inspiración en cierta escena de una película llamada Veneciafrenia, dirigida por Álex de la Iglesia.

Creo que lo más interesante sea el aspecto técnico del juego. Y es que, hasta ahora, me había centrado como en dos tipos de relatos interactivos: en el primero, que es en el que me había centrado, todas las posibles acciones del juego se "escondían" tras los enlaces en el mismo (por ejemplo, Nómadas). En el segundo, del que solo hice Abandonada, había un montón de iconos para llevar acabo cualquier tipo de acción, al margen de lo que los enlaces permitieran hacer.

La idea entonces fue mezclar ambas aproximaciones. Se trata de iconos y enlaces, pero en esta ocasión no hay redundancia. Es decir, mediante los enlaces automáticos y una selección de iconos, se ofrece todo el rango de acciones que se pueden realizar. Esto hace que dicha interfaz sea mucho más pequeña y directa.

Estoy muy contento con esta idea. Por si fuera poco, en la ECTOComp 2022 ha quedado en un meritorio quinto puesto del que estoy muy contento.

Así que he sacado en claro dos cuestiones: la primera, es que con esta interfaz puedo permitir unas muy buena interacción al jugador. La segunda es que... por mucho que te plantees un relato pequeño... ¡hay tantos detalles que pulir! Conclusión: no hay relatos pequeños.

¡Espero que lo disfrutéis!

lunes, 13 de julio de 2020

Más ficción interactiva para Android

Con el ánimo de hacer más visible y accesible a todos mi ficción interactiva, he portado a fi.js varias de mis aventuras. Al ser el resultado básicamente una pequeña web, las he podido subir (gracías a Cordova), a la tienda de Google para dispositivos móviles.

Baltasar en Google Play

Marco Polo
Marco Polo vuelve de su viaje al lejano Oriente, pero el retorno a Venecia será mucho menos celebrado de lo que el espera.

La última de todas ellas ha sido Marco Polo, que en realidad también se puede jugar cómodamente on-line.

miércoles, 22 de febrero de 2017

Ficción interactiva para Android

¡Ahora es posible jugar a tus aventuras favoritas en tu móvil! ;-)

He portado las aventuras Asesino, Visitantes, Error de Copia y Cacahuetes, sal y aceite a Android, y podéis encontrarlas en Google Play.

  • Asesino es una ficción interactiva del tipo de escoger opciones, que fue creada con Undum. Te introduces en la piel de un hombre normal que se ve abocado a la venganza.
  • Visitantes es una ficción interactiva del tipo de escoger opciones, que fue creada con fi.js. En esta historia, eres el comandante de una nave espacial de búsqueda, porque los alkranos necesitan un planeta... como la Tierra. Esta aventura fue portada a fi.js desde I6Sp.
  • Error de copia es una ficción interactiva del tipo conversacional, que fue creada con I6Sp. En este relato, eres el capitán de una nave espacial mercante, que misteriosamente recibe una llamada de rescate desde un planeta deshabitado.
  • Cacahuetes, sal y aceite es una ficción interactiva del tipo de escoger opciones, que fue creada con fi.js. En esta historia, te despiertas amnésico en una celda perfectamente regular... ¡tienes que escapar! Esta aventura fue portada a fi.js desde InformATE!

Excepto Error de copia, estas aventuras han sido portadas a fi.js para facilitar su manejo en un dispositivo móvil. ¡Disfrútalas de nuevo!

jueves, 3 de noviembre de 2016

Abandonada

...¡y por fin he publicado "Abandonada"!
Ficha en la web del CAAD
Esta aventura se me resistía, la verdad. La escribí desde el principio como ejercicio para el uso de iconos en fi.js, y finalmente publiqué antes Cafax, la aventura basada en el Enigma de Aceps, que esta. Pero es que no sabía como acabar esta aventura, no se me ocurría un buen giro que funcionase. Ahora sí, creo que dí con ello, pienso que ahora es creíble e interesante.
Bueno, la aventura no es muy larga precisamente, se trata de una breve-pequeña que creo que se completa bastante rápidamente. Solo encontrarás un pero, y es que necesitarás esconderte en cierto sitio seguro... ¡guarda la aventura cuando llegues al embarcadero! :-D

lunes, 20 de junio de 2016

BARES Zx Spectrum by Baltasar el Arquero

Review en Youtube de "Bares"

¡Una review en Youtube de "Bares"!

Y a además, muy documentada, todo hay que decirlo.

¡No te lo pierdas!


viernes, 13 de mayo de 2016

Bares

Pues por aquí sigo, aunque es verdad que he bajado muchísimo el ritmo, pero bueno, sigo dando guerra, que es lo importante.

En esta ocasión os quería hablar de Bares, que es una aventura que comienza mientras estás buceando tranquilamente en la costa bajo la Estaca de Bares (de ahí su nombre, que parece que alude a tomarse unas copas, o algo).

Se trata de una aventura peculiar. Todos conocéis mi pasión por el ZX Spectrum, mi primer ordenador, que no he sido capaz de olvidar ;-). Pues resulta que existe un z88dk, que te permite programar para el ZX Spectrum no ya en BASIC con sus limitaciones, como hice con Asalto y Castigo, sino en el lenguaje de programación C. Es más, permite un modo de pantalla a todo color de 60 columnas que aproveché para hacer que la aventura fuese más interesante.

Todo esto en cuanto al apartado técnico, pero... ¿qué depara al jugador la aventura en sí? La respuesta solo puede ser una, y muy clara: misterio e intriga. Recuerda que buceando en las profundidades de la Estaca de Bares, estarás bajo la base militar estadounidense LORAM, de la que siempre se dijo que servía de tapadera para una... ¡base de submarinos!

Anímate a probarla. ¡Espero que te guste! Es fácil y corta, y entiende las convenciones que solemos utilizar hoy en día, como "ex" para examinar, "z" para esperar, etc.

Ha sido, desde luego, muy divertida de hacer.

lunes, 23 de marzo de 2015

Aventuras con iconos

Estoy modificando fi.js un poco más, de manera que permita un modo de juego mixto que a mi me parece muy interesante: mientras sigue siendo posible teclear las órdenes, en la parte inferior hay un menú de iconos para las acciones más importantes, a la vez que salen listados los objetos que lleva el jugador, y los que están al alcance en la localidad actual.

¿Que por qué lo he hecho? El prompt vacío es demasiado intimidante para la mayoría de la gente que no es aventurera. Sí, es cierto que si nos ponemos puristas es un paso atrás, pero téngase en cuenta que tanto los amantes de lo puro como los impedidos visuales siempre pueden ignorar la parte inferior de iconos, y utilizar el prompt como siempre.

Espero tener pronto la aventurilla hecha como para enseñar, a ver si gusta.

La isla de Montecristo

He subido una nueva aventura a mi web, la Isla de Montecristo, en la que Edmundo Dantés debe encontrar el tesoro del cuál el abate le hizo partícipe, para poder comenzar su venganza.

Esta aventura es en realidad bastante pequeña. sirviendo más bien de demostración para el parser fi.js, para el que se pueden crear aventuras en JavaScript, sin utilizar nada más allá que un editor de textos y un navegador.

La mayor ventaja es que las aventuras se pueden ejecutar en local o colgar en internet, y se podrán ejecutar con cualquier navegador, como ese en el que estás viendo esta página, suponiendo que tenga soporte para JavaScript. Los hiperenlaces y todo aquello que en los sistemas de aventuras actuales es tan complejo de conseguir que funcione, lo hará sin problemas.

Como desventaja,... bueno, hay que programar en JavaScript... pero el trabajo más duro lo hace fi.js, y programar en JavaScript es muy sencillo... ¡anímate!

viernes, 5 de abril de 2013

Juego online, de nuevo en mi web

Las aventuras de mi web estaban preparadas para jugar online, una posibilidad que había dejado de funcionar recientemente, pues se apoyaba en un servicio para Superglús que ya no se suministra. He repasado mi web para utilizar el nuevo servicio del CAAD para jugar aventuras Glulx. Ahora está toda actualizada y se puede jugar sin problemas directamente desde el navegador. Espero que esto provoque que sea más sencillo para el visitante ocasional "engancharse" a una aventura. Y oye... pues si puede ser una de las mías... ¡mejor que mejor!

lunes, 11 de marzo de 2013

Sistemas de creación de aventuras

Ficción interactiva

Sistemas de creación de aventuras

Fecha de creación de este documento: Febrero de 2013
Baltasar García Perez-Schofield

Introducción

Sistemas de creación de aventuras hay muchos. Y muchos más si observamos la historia pasada en la forma de aplicaciones para plataformas obsoletas. En este documento se trata de hacer una revisión de los sistemas de escritura de ficción interactiva (o aventuras conversacionales) desde un punto de vista actual, es decir, herramientas que cualquier autor podría utilizar a día de hoy (al menos en el momento de escribir este documento) para crear juegos basados en literatura.

    Evidentemente, este documento no trata de ser un ensayo riguroso; es obvio que si existen muchos sistemas de creación de aventuras, será necesario escoger los más relevantes, y eso supone implicar la subjetividad del autor, lo cual es inevitable.

    Nótese que  las aventuras conversacionales, como se las llamaba entonces, eran los juegos predominantes en los años 70 y 80. El objetivo era sencillo: jugar con el ordenador. Sin embargo, en aquella época las interfaces con los ordenadores eran absolutamente textuales, sin posibilidades gráficas. Aunque las primeras aventuras fueron creadas con lenguajes de programación generalistas, como Fortran (Adventure, de Crowther & Woods), pronto se puso en práctica en varias compañías la idea de desarrollar una plataforma común para todos los sistemas existentes en la época. El uso en aventuras conversacionales, donde no se precisa de una velocidad especial, pudiéndose interpretar los programas, fue probablemente el primero, con éxito, de máquinas virtuales. La idea, descrita de una manera basta, consistía en crear un programa intérprete para cada sistema (por ejemplo, Spectrum, Amstrad, Commodore...), y posteriormente, escribir el juego en el código entendible por ese intérprete. Aunque la idea supone una inversión inicial importante en tiempo y esfuerzo, para crear el intérprete adaptado a cada máquina, es ainversión pronto se enjuga con la facilidad de escribir aventuras sin preocuparse de las características específicas de cada máquina. Los casos más famosos son el A-Code, de Level 9, que permitía comprimir una aventura como Adventure en 8K, o la máquina Z, de Infocom, que como se mostrará más adelante sobrevivió hasta nuestra época.

    Hoy en día es interesante el soporte de juego en línea, es decir, directamente desde el navegador, sin instalar nada ni ocasionar problemas extraños al usuario. En esta categoría, hay sistemas de autor que lo soportan, marcados con Sí,  sistemas que no lo soportan, marcados con No, y sistemas que lo soportan parcialmente, marcados como parcial. Estos últimos son los más comunes: en muchas ocasiones, permiten jugar en línea, pero recomiendan bajarse el intérprete para una experiencia más plena.

    En cuanto al juego en el escritorio, es decir, en la propia máquina, la existencia de tantos diferentes intérpretes ha supuesto la creación de multiintérpretes como Gargoyle. Este programa, primero identifica la aventura a ejecutar, y, a continuación, lanza el intérprete adecuado. Gargoyle aúna muchos intérpretes que muchas veces no son los oficiales, puesto que estos no existen en una versión multiplataforma (Gargoyle puede ejecutarse en Windows, Linux y Mac).

Superglús

Superglús (2003) se basa en un proyecto anterior, llamado Paguaglús. El objetivo era aprovechar la nueva máquina virtual que acababa de ser creada, Glulx, para Inform 6, con soporte de imágenes y sonido, para ejecutar aventuras en PAWS, bien fueran nuevas o antiguas (previa conversión mediante la recompilación del código fuente).

    La creación de aventuras en este sistema se basa en crear entradas en tablas de vocabulario, objetos, localidades y procesos. Los mensajes han sido relegados a tareas de sistema, pudiendo visualizarse directamente mediante Write. Los comandos Beep y Picture han sido extendidos para poder reproducir música e imágenes. Finalmente, con la extensión txtpaws, que se distribuye y se utiliza de serie en Superglús, es posible utilizar identificadores en lugar de números para objetos, localidades y flags.

Licencia: Libre.
Plataformas: Windows, Linux, Mac.
Plataformas de juego: innumerables, incluso smartphones (a través de Git o Gargoyle).
IDE: Sí.
Soporte de juego en línea: Parcial.
Wiki: http://wiki.caad.es/Supergl%C3%BAs

Inform 6 Sp

Inform 6 es un compilador creado por Graham Nelson, mediante la inspección e ingeniería inversa de los relatos interactivos de Infocom. Así, programó la máquina Z (la máquina virtual de Infocom) en base a sus descubrimientos, y después desarrolló un lenguaje de programación (tipo C) para poder crear nuevos juegos. La versión Sp sustituye a la antigua InformATE! (Inform ahora totalmente español!), en la que se traducían todo al español (incluso los nombres de las acciones (Ir en lugar de Go), o de los atributos disponibles Comestible en lugar de Edible), debido a la petición popular de aquel momento de hacerlo más próximo a los desarrolladores. Desafortunadamente, esto hacía que fuese muy difícil portar librerías hechas por ingleses  de Inform 6 a InformATE!, así como aplicar los parches de las nuevas versiones.

    Así, Inform 6 Sp es la versión en español con las traducciones mínimas, de tal forma que todas las librerías son válidas, y las traducciones/variaciones son mínimas (se puede utilizar el manual de Graham Nelson para programar, por ejemplo). El parser de inform es probablemente, el mejor en este momento, con diferencia, permitiendo distinguir objetos fácilmente unos de otros (desambiguación, pregunta si te refieres a la llave pequeña o la grande, la roja o la azul), apilarlos, acumularlos, tener varios objetos iguales (canicas, por ejemplo). Permite la comprensión de cuestiones que van más allá de lo que entienden los parser "normales" hoy en día.

    Inform 6 soporta dos máquinas virtuales, la "tradicional" máquina Z, sólo texto, y la máquina Glulx, diseñada para soportar gráficos y sonido. El soporte para máquina Z es absolutamente fantástico, mientras que para Glulx el soporte es mucho más escaso. Hoy en día, no hay un buen sistema de juego en web para aventuras Glulx, siendo lo más recomendable Zag, que es capaz de bajarse la aventura antes de jugar. Sin embargo, Zag está muy desactualizado en este momento y no es fiel a colores y estilos utilizados.

    La forma de programar en Inform 6 consiste en crear una serie de objetos (en el sentido de Programación Orientada a Objetos), de tal forma que unos representan las localidades, los objetos en ellas, etc. Requiere un cierto esfuerzo hacerse con este sistema de programación, ya que aunque es bastante sencillo, la curva de acceso para el que tan solo quiere escribir una aventura es un tanto empinada. El compilador tampoco ayuda demasiado, si bien ha mejorado muchísimo en los últimos años. Eso sí, una vez comprendido el modelo, es probablemente el sistema más potente.

Licencia: Libre.
Plataformas
: Windows, Linux, Mac.
Plataformas de juego: innumerables, incluso smartphones.
IDE: Varios (no existe uno oficial).
Soporte de juego en línea: Sí para máquina Z, parcial para Glulx.
Wiki: http://wiki.caad.es/Inform

Adrift

Adrift revisita la idea de que los escritores de aventuras no tiene por qué ser programadores, y crea un entorno sencillo para crear aventuras sin programar (si bien para realizar ciertas tareas complehas soporta un lenguaje de script). Está programado en Visual Basic, y de hecho el creador de aventuras sólo puede ser utilizado en Windows. En el pasado, la última versión (hasta la 4.0) era shareware, y las anteriores eran gratis. Nótese que digo gratis y no libre, pues el código fuente no está disponible.

    La gran desventaja de Adrift es que no soporta directamente el idioma español. Es necesario traducir una serie de vocabularios y tablas de respuestas. Si bien esto es posible, sólo un autor español se animó a empezar el trabajo para presentar sus propias aventuras en Adrift, y el trabajo sólo se llevó a cabo parcialmente.

    La creación de aventuras se basa en crear nodos en un mapa, que al hacer doble-click sobre ellos permiten cambiar sus características, o añadir nuevas entidades (objetos, por ejemplo). Es muy cómodo para cualquiera, pues no es necesario saber programar en nada.

Licencia: Gratis (a partir de la versión 5).
Plataformas: Windows (ADRIFT Developer).
Plataformas de juego: Windows (ADRIFT Runner), Linux (Adrift Runner), Mac (con Scare o Gargoyle).
IDE: Sí.
Soporte de juego en línea: Parcial.
Wiki: http://wiki.caad.es/Adrift

Aetheria Game Engine

AGE es un sistema complejísimo (fue diseñado para crear juegos de ROL, soporta partidas cooperativas...) creado meritoriamente por un español, por lo que soporta directamente la creación de aventuras en esta lengua. Desgraciadamente, su parser no es demasiado complejo, y probablemente no sea excesivamente complicado traducir el sistema para crear una aventura en inglés. Por decisión personal del autor, no soporta las características medianamente complejas en un sistema de autor de este tipo, como por ejemplo, contenedores.

    AGE está programado en Java, lo que le da varios enteros en cuanto a soporte multiplataforma. Sin embargo, no incorpora ninguna forma de juego en línea, sin tener que descargar nada. AGE, pese a todos los años que tiene a sus espaldas, aún no ha alcanzado completamente estable, y es muchas veces necesario tener que descargar el sistema de ejecución junto con la aventura a jugar (muchas veces los cambios han creado cambios incompatibles entre sí).

   AGE soporta para programar un lenguaje de script llamado BSH, que es muy parecido a Java. Así, la curva de entrada es bastante pronunciada, pues requiere que el escritor de aventuras sea también programador, como en Inform 6 Sp, por ejemplo. Es necesario tener instalado Java en el ordenador, y bajarse los paquetes que se desee según se quiera sólo jugar o desarrollar también. Finalmente, es de resaltar la existencia de Puck, un IDE visual que hace menos necesario conocer la programación, pues reduce la necesidad de crear scripts.

Licencia: Libre.
Plataformas: Windows, Mac y Linux.
Plataformas de juego: Windows, Mac y Linux.
IDE: Sí (Puck).
Soporte de juego en línea: No.
Wiki: http://wiki.caad.es/Aetheria_Game_Engine

Quest

Quest es un sistema como Adrift, programado en C#, por lo que, como Adrift, es soportado por la máquina virtual .NET. Sin embargo, tiene versiones web tanto para el creador de aventuras como para el jugador, lo cual lo hace virtualmente multiplataforma. Además, un miembro de la comunidad lo tradujo en su momento al español.

    Así, no es necesario tener ningún conocimiento de programación para crear juegos en Quest, puesto que es tan sencillo como manipular nodos en pantalla, como en Adrift. Finalmente, su sistema de juego en web lo hace muy accesible a todo el mundo.

Licencia: Gratis (excepto si se comercializa como App para Smartphones).
Plataformas: Windows, multiplataforma (en web).
Plataformas de juego: Windows, multiplataforma (en web).
IDE: Sí.
Soporte de juego en línea: Sí.
Wiki: http://wiki.caad.es/Quest

Inform 7

Inform 7 es la evolución de Inform 6. Sin embargo, en este caso se trata de una revolución respecto al tradicional uso de un compilador y un lenguaje de programación medianamente complejo: Graham Nelson reclama que es posible programar en lenguaje natural (inglés). Además, un entorno integrado especialmente diseñado hace la edición y depuración de la aventura de una forma mucho más sencilla. Por ejemplo, mientras se trabaja en un puzzle en una localidad, el sistema con cada compilación, rejuega hasta esa localidad para poder centrarse en ella. Los mensajes de error también son mucho más elaborados, lo cual ayuda mucho al escritor de aventuras.

    En el lado negativo, no es cierto que se pueda crear una aventura escribiendo en lenguaje natural. La realidad es que el lenguaje de programación se parece muchísimo a la lengua inglesa, pero desde luego, el formato para describir localidades u objetos no es ni mucho menos libre. En el momento en el que se hace necesario programar, estructuras como bucles o decisiones están simplemente un tanto camuflados, pero son fácilmente reconocibles.

    El hecho de utilizar una sintaxis tan parecida a la inglesa hace que la traducción del sistema al español resulte en un resultado macarrónico (Salón is a room. Its description is "Estás en el salón"), aunque evidentemente tolerable si al escritor de aventuras le resulta cómodo. Inform 7 genera sus juegos en máquina Z (con lo cual son altamente multiplataforma, y jugables a través de Web) o en Glulx (todavía bastante multiplataforma pero sin soporte claro para jugar a través de internet). Evidentemente, en el caso de escoger la máquina Z, no será posible utilizar gráficos.

Licencia: Libre.
Plataformas: Windows, Mac y Linux (parcialmente).
Plataformas de juego: Windows, Mac y Linux e innumerables (máquina Z y Glulx).
IDE: Sí.
Soporte de juego en línea: Parcial.
Wiki: http://wiki.caad.es/Inform7_Doc

Kenshira

Kenshira es un sistema de creación de aventuras basado totalmente en web. Así, soporta hiperenlaces de forma totalmente natural (es decir, sin requerir ningún tipo de librería o artificio), por poner un ejemplo. La web de Kenshira incluye el IDE creador/editor (para el escritor del juego) y el jugador (para el resto de visitantes a la web).

    Por supuesto, para todo esto es necesario emplear un navegador relativamente moderno, Chrome o Firefox son totalmente compatibles, IExplorer es lo bastante compatible para jugar.

    Para crear aventuras se utiliza un lenguaje de script bastante parecido al de Inform, pero con sintaxis del tipo de Visual Basic. Para utilizar este sistema el escritor de aventuras debe ser también programador, pero al utilizar scripts basados en Basic, la curva de acceso no es excesiva. Está creado por un español, así que la lengua a utilizar es exclusivamente el español. El parser es casi tan completo como el de Inform.

    En el lado negativo, no tiene demasiada documentación, ya que todavía no goza de gran aceptación o uso.

Licencia: Libre.
Plataformas: Multiplataforma (web).
Plataformas de juego: Multiplataforma (web).
IDE: Sí.
Soporte de juego en línea: Sí.
Wiki: http://wiki.caad.es/Kenshira


viernes, 23 de noviembre de 2012

Asesino

Esta semana ha visto la publicación de Asesino. Más que una aventura conversacional, es un hiperrelato, creado con un Undum.

Sinopsis
La historia trata de un asesino, quien ya tiene a su víctima atrapada y se la va a cargar. Para ello, la ha secuestrado y se la ha llevado a Fraguas, un pueblo abandonado que efectivamente existe en la realidad (esta es la única conexión con algún tipo de evento real, por cierto).

Lo lógico es que el jugador al comienzo sienta un tanto de repulsa por las acciones del protagonista, y que poco a poco pase de la repulsión a la comprensión (o no), provocando, o esa es la intención, una serie de sentimientos encontrados. El final está abierto a tres posibilidades.

Cuestiones técnicas
El manejo de Undum es muy sencillo, aunque es necesario programar un tanto en Javascript. Para ello, empleé el editor Komodo Edit, que tiene un buen soporte para Javascript.

En cuanto al relato en sí, normalmente lo hubiera implementado como una aventura conversacional, pero hubiera sido una aventura absolutamente linear, sin grandes decisiones que tomar (excepto al final), con muchos recuerdos por parte del personaje protagonista, que hubiera habido que forzar (o peor, confiar en que el jugador hubiera tecleado "recordar" tras visualizar una breve pista en algún momento). Así, y dado que tenía ganas, por otra parte, de probar Undum, decidí que era el momento de abandonar el terreno conversacional. No es que sea una decisión definitiva, ni nada por el estilo, aunque desde luego es una forma que también permite llegar a más público. El tiempo dirá...

jueves, 16 de agosto de 2012

eBooks

Mi experiencia con los eBooks empezó hace ya bastante tiempo con la Papyre, que sigue siendo mi lector de libros preferido. Aunque la primera que tuve fue una Papyre 6.1, y ahora tengo, desde hace ya bastante tiempo, una Papyre 5.1.

La biblioteca de la Papyre

Mis primeras lecturas, con la Papyre 6.1, fueron las que incluía la biblioteca de la Papyre (dentro del propio lector, no hay conexión Wi-Fi). Recuerdo haber leído varios relatos de terror, que me gustaron bastante, así como libros clásicos (como los de Galdós), a los que no hubiera tenido acceso de ninguna otra forma (a no ser que se edite en plan coleccionismo o algo así). Estaba prendado de mi Papyre, y para mi era el siguiente paso lógico en la evolución de la lectura, y aún sigo pensándolo. No hay ningún otro medio que te dé acceso simple y rápido a estas joyas de la literatura.

Además, la biblioteca Papyre da acceso a bastantes novedades y semi-novedades, que se pueden comprar a buen precio.

Libros en inglés

Entonces pensé en comprar libros. Pero... ¡sorpresa! en aquel momento no se podían comprar libros en español... me fui a una tienda extranjera, diesel-ebooks.com, y me compré un par de ellos... al mismo precio que en formato de papel, y con DRM (aunque es verdad que eran novedades). Eso sí, me gustaron muchísimo.

... y entonces "vino" el DRM

Cuando estaba terminando "Under enemy colors" (me quedaban unas 25 páginas), actualicé el firmware de mi ebook. Y ¡sorpresa!, me decía, cuando intentaba leerlo, que aquel ebook no era compatible. Cuando me fijé en la lista de cambios, me fijé en que ya no se soportaba (sería temporal) el DRM de adobe (?)... ¡Había pagado por mi libro y no podía leerlo! Cabreado, me lo terminé de leer en el PC (con el adobe digital editions), y me juré a mi mismo que nunca más... yo había terminado con el DRM. ¿No poder leer el libro por el que había pagado? ¡De eso nada! Me bajé un programa quita-drm's, y les quité el DRM a mis dos libros. No, no para venderlos ni para pasárselos a nadie, sino para poder leer mis libros donde me diera la gana.

Por aquel entonces también conocí a Calibre, el gestor de eBooks que uso desde entonces.

También conocí distribuidoras de libros SIN DRM, con títulos muy interesantes.

El Kindle

Amazon.com suele distribuir sus libros en un formato propio, asz o algo por el estilo. Los muy pesaos te obligan a bajarte un programa para poder leer los libros. Bueno, pues recientemente me bajé un libro gratis que me gustaba de Amazon, lo convertí a epub con el Calibre, y ya está.

Wi-Fi

La Wi-Fi se vende como un acceso desde tu propio lector a los periódicos, librerías, etc. Comprar un libro nuevo es tan sencillo como conectarte, elegir el libro, comprarlo, y empezar a leer. Sin embargo, el tema ha venido con polémica después de que Amazon borrase libros del Kindle a propósito por diferentes motivos. Un día tenías el libro por el que habías pagado, y al otro no. Según parece, los títulos afectados fueron 1984 (también, son ganas de buscársela) y el Marqués de Sade.

Por mi parte, no me he comprado ninguno con Wi-Fi precisamente por "miedo" a esto.

Los caminantes

Me leí todos los libros de Carlos Sisí de la saga de los caminantes. Después vino Edén interrumpido, otro gran libro (además, muy asequible). Desgraciadamente, todos estos libros venían con DRM... ¿qué hacer? Realmente, contacté con Carlos Sisí en Facebook después de leerme los Caminantes y antes del Edén. Bueno, pues le pedí su número de cuenta y se los pagué, después de bajármelos "pirateados", es decir, en EPUB y sin DRM.

Todo esto da pie a pensar en un nuevo modelo de negocio, en el que los autores podrían vender sus obras casi directamente, eliminando las editoriales de la ecuación.

Conclusión

Hace ya mucho tiempo que no compro libros en papel, y no pienso volver a hacerlo. Seguiré moviéndome con mis ideas por el mundillo, a ver cómo se estila. Aquí en España el DRM durará muchos años, imagino, pero yo sigo sin estar dispuesto a ello. Aún así, tengo la esperanza de que todo se normalice con el tiempo. No sólo me parece bien pagar por el eBook, sino que creo que debe hacerse, pero obteniendo lo mismo que obtienes por un libro físico: total control sobre el mismo.

lunes, 2 de enero de 2012

V MiniComp

Pues sí, al final la convocatoria de la V MiniComp ha sido todo un éxito. Desde aquí quiero agradecer a los autores que se han liado la manta a la cabeza en estas fechas, y han escrito algo para esta competición, que se está empezando a establecer como reto navideño. Como siempre, influido por el miedo a que no hubiera participantes, yo preparé GEO, una aventurilla un tanto especial en cuanto a que se trata del género de acción. En fin, la convocatoria ha sido todo un éxito, ¡ahora sólo queda votar a las mejores que cada uno considere!

miércoles, 16 de noviembre de 2011

Estación Acuario, premicada en la FIComp 2011

Finalmente, el largo periodo de votación pasó, dejandonos unos buenos resultados para el que escribe.

Estación Acuario ha resultado vencedora en la competición, si bien empatada con Reflejos Blancos, la obra de Incanus.

Por otra parte, también ha recibido el premio al mejor PSI, sin duda por Samil, quien, de forma colaborativa con el jugador, desarrolla toda la historia.

Estoy muy contento con este relato de ciencia ficción y con los resultados obtenidos. Lástima que el organizador haya dejado el concurso un poco a la deriva, y el periodo de votaciones se haya convertido en una travesía del desierto, sin apenas publicaciones ni publicidad sobre la competición teniendo lugar.

Me preocupa todavía más, de todas formas, que sólo hubiera del orden de media docena de votaciones. Realmente todo esto está empezando a ponerse crudo.

martes, 27 de septiembre de 2011

Estación Acuario, lista para la FIComp

Pues eso, ya sólo queda el tedioso trabajo de depurarla, pero la aventura ya está lista para ser entregada el próximo día 30 a la organización.


Estación Acuario



Por poder, sería posible entrgarla ahora, pero ya se sabe, sin depurar no quedaría ni de última. No deja de ser curioso que, por muy bien que crea uno que ha quedado, siempre haya errores, incluso de lo más obvio, en una aventura.

martes, 6 de septiembre de 2011

Estación acuario

Estación acuario es un proyecto de remake que estoy realizando para la FIComp. En estos momentos, creo que el proyecto se encuentra entre un 60 y un 70%, es decir, próximo a la finalización, aunque aún queda bastante trabajo.

El relato original es de Luís Sánchez Palacios y otros.



Una de las tareas iniciales fue revitalizar los gráficos, es decir, ponerlos de manera que luzcan mejor en pantallas de hoy en día, pero aún así recuerden mucho a sus originales de Spectrum. El problema se "reduce" (no soy muy hábil con el tema gráfico) a colorear los gráficos originales.



Aquí (un poco más abajo) se puede comparar el trabajo realizado.



En cuanto a la aventura en sí, está realizada con InfSP6, como todas mis aventuras recientes. Estoy tratando de quitar todas las muertes, sean súbitas o no, de tal manera que sea posible realizar varias de las tareas a base de intentonas sin caer en un callejón sin salida. Aunque esto no es especialmente difícil, sí que requiere, en algunas ocasiones, una reinterpretación de los puzzles. Espero que el resultado sea interesante.

Uno de los mayores problemas consiste en el laberinto. El original se trata de un conjunto de tres o cuatro localidades, que difícilmente se pueden mapear (los objetos se hunden en el fango tras dejarlos), y que se resuelve a base de fuerza bruta (es la única manera), una vez que tienes los flotfeets. Lo cierto es que los laberintos siempre plantean un reto para obtener una versión jugable. Ahora mismo, el laberinto contiene unas treinta localidades, y no me convence nada por lo complejo (aunque no responde a las características típicas de los laberintos). Está prácticamente descartado. Mi apuesta actual tiene más que ver con diez localidades. Cada localidad tendrá una, y sólo una dirección correcta que lleve a la siguiente, y será fácil de atravesar habiendo oído las indicaciones de Samil. Un movimiento en la dirección incorrecta conllevará un vagar por el laberinto, y el recomienzo en la primera localidad. Esto hará que el laberinto se pueda intentar y reintentar, aún sin conocer las indicaciones de Samil, a base de prueba y error, logrando un resultado más sencillo que también espero que resulte más jugable.

lunes, 13 de junio de 2011

Versión MSX de "Asalto y Castigo"

Después de una larga, larguísima gestación, la versión para ordenadores MSX y compatibles ya está publcada en la web del relato:

caad.es/baltasarq/if/asalto/

Esta versión no ha quedado mal, pese a que la combinación de colores se ha "caído" de la versión final. El manejo de colores en MSX es bastante pobre, y sólo se podía hacer en SCREEN 2 con bastante código. Lo malo es que entonces se perdía la posibilidad de hacer scroll del texto, como en el resto de plataformas. Finalmente, las limitaciones de memoria me hicieron desistir del intento.

Asalto y Castigo en MSX



Lo cierto es que las limitaciones de memoria de MSX son verdaderamente draconianas. Mientras el Speccy deja unos 38k libres para trabajar en BASIC (de los 48K disponibles en total), o el Amstrad unos 42k, los MSX dejan tan solo 28K libres para los programas de los usuarios, lo cual es claramente insuficiente. Por si fuera poco, añadirle una unidad de disco al MSX supone perder 5k más, dejándo la memoria disponible en unos 23k, como máximo.

Así, fue necesario prácticamente mutilar el código fuente para que ocupara lo menos posible, a la vez que recurrir a trucos sucios como renunciar a los DATA's de descripciones de localidades y objetos para pasar a mostrar las descripciones de las localidades, directamente.

En fin, la versión para MSX me apetecía mucho sacarla por disponer del hardware necesario para trabajar con un MSX real (una unidad de discos Sony).

En su momento (estoy hablando de los años 80) nunca vi ni siquiera de cerca un MSX, y o cierto es que esta tarea me ha ayudado a conocer estos ordenadores personales que tuvieron en realidad menos repercusión que Spectrum y Amstrad.

Finalmente, está versión se ha hecho realidad, y he aprendido un poco más.

domingo, 29 de mayo de 2011

Cómo no llegar a no escribir aventuras

Un aficionado a la programación de aventuras conversacionales me ha mandado un enlace a su propio blog. Creo que realmente merece la pena echarle un vistazo.

Cómo no escribir aventuras.

sábado, 21 de mayo de 2011

Estación acuario

Estoy volcado en escribir Estación Acuario, un remake de la misma aventura de Luís Sánchez Palacios para PAWS/Speccy.



Una de las cosas que estoy haciendo, entre tarea y tarea, es revitalizar los gráficos. Quiero que siga teniendo la misma pinta retro que tiene el original, así que voy a utilizar los mismos gráficos. Pero claro, rechinarían en una máquina moderna. Así que los estoy suavizando y recoloreando. Podéis ver algunos resultados en esta entrada.



En cuanto al argumento, no lo voy a tocar demasiado. En todo caso, he decidido ahondar un poquito más en las circunstancias de los extraños hechos de la estación, pero el protagonista, e incluso buena parte de los puzzles, serán los mismos. La aventura, como ya comenté en el SPAC es realmente muy moderna, y no creo que se merezca menos.

miércoles, 12 de enero de 2011

Scinf

Al final, he comprendido cómo configurar ScITE para soportar la compilación y ejecución de relatos interactivos en Inform 6, en todas sus variedades (Inform 6, InformATE! e Inf6Sp), y poder crear una distribución que se pueda instalar cómodamente para empezar a desarrollar aventuras en unos minutos.

Se trata de la distribución Scinf, que se puede descargar, como siempre, desde mi web:

http://www.caad.es/baltasarq/prys/scinf/