Planeta Aventurero

Distribuir contenido
Planeta aventurero de CAAD (en pruebas)
Actualizado: hace 11 horas 55 mins

La ficciĂłn interactiva

Hace 11 horas 55 mins

Coloquialmente utilizamos el término ficción interactiva (traducción directa del inglés interactive fiction) para referirnos a un amplio y heterogéneo grupo de obras que suelen tener en común un preponderante componente narrativo. Bajo esta clasificación suelen colocarse obras de lo más diverso; desde librojuegos (físicos o digitales, entre los que los más populares probablemente sean las obras del tipo Elige tu Propia Aventura, también llamadas CYOA, por sus siglas en inglés) a hiperficciones, cómics interactivos, novelas visuales, aventuras gráficas y conversacionales, u otras clases de videojuego. El término, sin embargo, fue acuñado por la empresa de software Infocom a finales de la década de los 1970 para hacer referencia al tipo muy concreto de obra que comercializaba, y que en español se corresponde con las conocidas tradicionalmente como aventuras conversacionales.

Zork (Infocom, 1977)De este modo, si acotamos el término en su sentido más estricto —aquel utilizado por Infocom—, la definición de ficción interactiva se limitaría a un género literario sobre soporte electrónico que ofrece al usuario la posibilidad de explorar un entorno simulado y producir cambios en este entorno y en el propio progreso de la narración, por medio de la introducción de sencillos comandos de texto.

Cabe llamar la atención sobre tres ideas fundamentales de la definición anterior. En primer lugar, puesto que nos referimos a la ficción interactiva como un género literario, su desarrollo se ha de llevar a cabo principalmente a través de la expresión verbal. En segundo lugar, el papel destacado que desempeña la interacción del usuario en la experiencia de este tipo de software. Algunos autores, como Niesz y Holland, reflejan claramente esta importancia al ofrecer su definición particular de la ficción interactiva: «obras de ficción que invitan explícitamente al lector a interactuar con ellas mediante consultas o respuestas, a participar activamente en la historia y a cambiar deliberadamente el desarrollo de la trama, del personaje, del entorno o del lenguaje, junto con el autor» [1]. Y por último; las ficciones interactivas se sustentan sobre la simulación de un cierto entorno. «[Esta simulación] ofrece una modalidad de interacción continua, análoga a la interacción real, lo que puede resultar en una experiencia más inmersiva y cautivadora para los jugadores que las simples historias con numerosas ramificaciones» [2]. El hecho de utilizar un modelo de mundo como base puede redundar igualmente en beneficio de ficciones interactivas con pretensiones pedagógicas de algún tipo, tal y como señalan también Riedl et al. (2006), al ofrecer potencialmente una experiencia de aprendizaje más realista, así como una progresión narrativa coherente.

El profesor del MIT Nick Montfort recoge las ideas expuestas anteriormente y caracteriza sucintamente la ficción interactiva del siguiente modo [3]:

  1. Es un software de computador que acepta texto como entrada e igualmente produce texto como salida (principalmente).
  2. Es una narrativa potencial; esto es, un sistema que produce una narrativa a lo largo de la interacción con él.
  3. Es la simulación de un entorno o modelo de mundo.
  4. Es una estructura de reglas a través de las cuáles se persigue un resultado, lo que también se puede determinar como un juego.
Aún considerando la caracterización de Montfort como marco formal desde el que analizar este tipo concreto de obra, debido a la utilización coloquial que se hace del término "ficción interactiva" y con objeto de evitar ambigüedades, en ocasiones también se nombra a estas obras como ficción interactiva con analizador de comandos o ficción interactiva de parser.

A continuación se adjuntan un conjunto de enlaces a través de los que se puede acceder a mucha más información acerca del medio, así como a multitud de ejemplos gratuitos de obras de ficción interactiva:

[1] Niesz, A. J. y Holland, N. N. (1984). Interactive fiction. Critical Inquiry, 11(1):110-129.
[2] Riedl, M. O., Stern, A. y Dini, D. M. (2006) Mixing story and simulation in interactive narrative. The Artificial Intelligence for Interactive Digital Entertainment Conference (AIIDE).
[3] Montfort, N. (2004). Twisty Little Passages: An Approach to Interactive Fiction. MIT Press, Cambridge, MA, USA.
CategorĂ­as: Planeta

Un hombre bueno (1): Triángulo de personalidades - Tutorial I7

Hace 11 horas 55 mins
En el anterior capítulo introductorio de este tutorial creamos un lugar y un personaje, Lycurgus. Si corréis el ejemplo en el IDE de Inform 7, veréis a Lycurgus dentro de su tienda, pero, ¿es eso lo que queremos?

Eso nos lleva a la discusión sobre la 'trinidad' de las obras interactivas. En las obras interactivas (incluso en un librojuego) siempre podemos distinguir tres entidades relacionadas: el interlector (el humano, el usuario, el jugador...), el narrador (el que cuenta la historia y, en el caso de ficción interactiva de comandos, el que responde los comandos) y la marioneta (el personaje al que le ocurre la historia, en nuestro caso Lycurgus). Estas tres personalidades se pueden relacionar de muchas maneras diferentes, pueden unirse entre ellas o no. Un ejemplo reciente es Bandersnatch de Black Mirror. En este caso el narrador es Netflix y su presencia es casi nula, pues muestra la historia visualmente; la marioneta es Stefan, al que le pasan todas la penalidades y, finalmente, el interlector (en este caso interespectador) es el que ve el capítulo. Y toda la obra habla de la relación entre el interespectador y la marioneta, que se resiste a ser manipulada, etc... En la mayor parte de las aventuras tradicionales la marioneta se identifica con el interlector, y el narrador contesta a sus acciones, a veces de forma neutra, a veces de forma didáctica o incluso burlona (véase El libro que se aburría).

¿Qué relaciones podrían establecerse entre esas tres entidades? Veamos casos:
  1. Verás lo que le pasó a este tipo (narrador / interlector / marioneta): en este caso alguien (un narrador) nos cuenta una historia en la que el interlector puede intervenir (tal vez aconsejar), pero la marioneta tiene una identidad propia. El ejemplo de Bandersnatch nos sirve para un caso de narrador casi inexistene, también podéis probar el esbozo de Berg para ver un caso mucho más extremo en la que las tres personalidades están presentes y juegan un papel.
  2. Vayamos de aventuras (narrador / interlector = marioneta ): este es el caso habitual de casi todas las aventuras conversacionales clásicas. La marioneta en este caso no es más que una extensión del jugador, suele ser anónima neutra y genérica (para que se identifique con facilidad el interlector con la marioneta), lo que muchas veces lleva al más que gastado arquetipo de la marioneta amnésica, que no sabe quién es ni dónde está. Un ejemplo clásico de esta opción es la propia aventura original o ROTA.
  3. Por favor, ayuda ( interlector / narrador = marioneta ): en estos casos la marioneta 'contacta' con alguien externo y le pide asistencia, ejecuta las recomendaciones (si es que las acepta) y cuenta los resultados. Este caso es el de todas las aventuras tipo lifeline.
  4. Escribamos juntos esta historia ( narrador = interlector / marioneta ): en este caso el narrador queda anulado porque son las propias elecciones del interlector los que conforman la historia, el sistema plantea lo más libremente posible las opciones y corre la simulación presentando las consecuencias en forma de reacción de la/s marioneta/s. El ejemplo más claro que se me ocurre es First Draft of the Revolution, que es una obra que me encanta. Creo que es una opción muy poco explorada e interesante, pero aquí la interfaz por comandos va muy forzada, por lo que probablemente Inform 7 no sería la mejor opción.
  5. Te está pasando ( narrador = interlector = marioneta ): no sé si se puede conseguir esta unidad completa si no es un entorno de realidad virtual o juego de primera persona, En cuanto la interfaz fuese mediante descripción de texto el narrador tenderá a separarse y acabarás haciendo el caso número 2. Yo intenté aproximarme a este caso en Hierba tras el cristal en donde la marioneta (Layna) se narra a sí misma y por eso el narrador habla ¡en primera persona! Para acabar de completar el egocentrismo exagerado de esta marioneta respondona, a veces establece autodiálogos con una voz que no deja de ser una parte de su cabeza, o sea discute con ella misma. En tal contexto el interlector queda constituido como una parte de la propia Layna, es algo así como una parte más de su cabeza a la que se le van ocurriendo 'ideas' que probar. El resultado es divertido y en su momento llamó mucho la atención, aunque no sé cuánta gente se dio cuenta de esta ruptura de paradigma. Por otra parte no es un 'Te está pasando' puro, es un ejemplo un tanto forzado que no queda del todo mal.
Antes de poder escribir más líneas tenemos que decidir qué relación hay en nuestro caso entre el narrador, el interlector y la marioneta. Es decir, cuál de los casos anteriores es el que va a usar nuestra historia. Aunque Inform 7 puede usarse en cualquier mezcla de relación entre esas tres entidades viene por defecto con respuestas en las que se da por hecho que el interlector y la marioneta se identifican y que el narrador es lo más neutral posible. Esta elección no nos viene mal si queremos que el interlector se meta en la piel de un viejo artesano constructor de máscaras de teatro. Es decir, un clásico 'Vayamos de aventuras', tal vez dándole un poco más de color a la marioneta de lo que es habitual.

¿Cómo logramos la identificación de Lycurgus con el jugador? Simplemente cambiando la línea mostrada a continuación.

Fácil, ¿no? La importancia de esto es mayor de lo que parece. Para Inform 7 el 'jugador' es un personaje más de la obra, un 'person' como otro cualquiera y de hecho es posible cambiarlo a lo largo del devenir de la historia. Esto te permite crear obras en la que el protagonista pase de un personaje a otro (véase un estupendo ejemplo de esta técnica en Del otro lado).


CategorĂ­as: Planeta

Ya llega el 2019

Hace 11 horas 55 mins

Ya ha llegado el final del 2018.
Un año en el que he perdido a mi padre por un cáncer cerebral que se lo llevó en pocos meses. Un cáncer que me mostró lo frágil que es nuestra mente. Un poco más de presión en alguna parte de la corteza cerebral y los recuerdos se desvanecen, junto con la capacidad de leer, de entender la hora o incluso la capacidad de usar palabras. No había imaginado lo duro que es algo tan simple como enseñar a tu padre a usar su propio reloj despertador cada pocos días.
Un año que me ha demostrado lo minúsculo que somos y cómo podemos pasar de ser algo, una persona llena de pasiones y miedos a nada en un instante. La muerte es un cambio tan fundamental que asusta y devasta. Es fácil entender porqué se crea el mito del alma, o el de los fantasma. Es fácil comprender que una historia tan absurda como Ciudad Permutación tenga sentido para alguien. Nunca olvidaré como escuché en la televisión a Ana María Matute rechazar fervientemente que no haya nada tras la muerte. Ella no podía aceptar que la mente, que es tan rica y compleja, simplemente se desvanezca en nada. El mismo razonamiento que en la novela mencionada antes. Pero, ay, es justo esa la realidad de lo que somos, pura evanescencia que se cree importante en un Universo ciego y azaroso.
Un año que me demostró lo mucho que puedo fallar. Lo mal que puedo llevar las circunstancias y lo débil que soy ante las dificultades. Lo mucho que me queda por aprender y madurar con mis casi cincuenta.
Acabo el año con afónico y con los bronquios algo afectados, lo que entiendo que es adecuado para un año tan malo. Y sí, he creado muchas cosillas durante este año, ya lo he contado. Pero es el momento de hacer autocrítica: queda claro que puedo escribir incluso en malas circunstancias y que puedo escribir rápido. Lo del #iftober fue una maravillosa locura, pero lo que hice realmente no fue un verdadero reto para mí, ya sé que puedo escribir rápido, incluso interactiva. La verdadera pregunta es si puedo escribir de verdad bien. Algo que de verdad deje una marca en alguien.
Así que mi propósito para este año 2019 es seguir, levantarme como un fénix y continuar intentando hacer al menos una cosa que os emocione y os deje temblando. Mi propósito será crear una única cosa ya sea literatura lineal o interactiva que sea realmente buena, algo que se quede ahí y me haga algo menos evanescente.

(Os he dejado arriba mi fénix favorito, Rachel Summers de Marvel, la versión de Romita Jr., tal vez su momento más alto y más bajo.La propia definición del fénix)
CategorĂ­as: Planeta

Un hombre bueno (0) - Tutorial I7

Hace 11 horas 55 mins
Aunque tengo ya un tutorial de Inform 7 (Huesos) y además tengo uno iniciado con mecánicas roleras (Acero)  me he dado cuenta al ver algunas preguntas básicas que me han hecho sobre I7 de que hace falta un tutorial mucho más detallado y sobre todo uno que contenga recomendaciones sobre lo que interesa hacer y lo que no.
Además siendo como soy un escritor casi puramente brújula (y permitiendo, como permite, I7 escribir como un escritor brújula) curiosamente os ofrecí una aproximación muy de escritor mapa en el tutorial de los Huesos. Lo hice para que se viese que partiendo del mismo material se pueden hacer cosas tan diferentes como una hiperficción y una ficción interactiva de parser.
Finalmente veo que, por fin, empiezan a verse entre los creadores de ficción interactiva en español piezas que se empiezan a alejar de la literatura de género, lo que me alegra. No me entendáis mal, soy un enamorado de la literatura de género (bueno, no del dinoporno, de eso no) pero me da rabia que se identifique la ficción interactiva sólo con historias de fantasía, terror o ciencia-ficción. Así que he decidido crear un tutorial con una historia que se aleje en lo posible de la literatura de género con la intención de demostrar que la FI también alcanza esos lares.
Así que hoy nace el Tutorial "Un hombre bueno" con un triple objetivo:
  1. Escribir un tutorial que explique no sólo como hacer una AC en I7, sino cómo hacerla bien, cómo estructurarla y dejarla lista para publicar.
  2. Mostrar cómo hacer de 'escritor brújula' en FI.
  3. Escribir una historia sobre un personaje que no sea un héroe.
Mi primer paso ha sido encontrar un nombre y una ilustración que me inspire una historia; y simplemente dando vueltas por la red me he topado con lo que veis arriba a la izquierda. Un viejo ofrece lo que parecen máscaras de teatro a una dama romana o griega y lo que parecen dos de sus sirvientas una adulta y una niña. ¿Será una actriz? ¿O es una cortesana que quiere decorar su apartamento? ¿O tal vez es una patricia que está organizando una fiesta? No tengo ni idea, vamos a irlo descubriendo a medida que se lo escribamos.
¿Por qué esa imagen? Primero porque una tiendecilla en una de las cajellas de una ciudad antigua parece un escenario ideal para una aventura de una única habitación (lo que es una categoría en sí misma en IF que incluso ha tenido sus propios concursos). Escoger la opción de una habitación fuerza a escribir en profundidad, haciendo que la acción no dependa de la exploración, que es uno de los aspectos de las ACs más gastados.

Lo primero que tendrás que hacer es instalarte Inform 7 y la librería de español.
De momento sólo sé que el título es 'Un hombre bueno', que estará en español y que su protagonista es un liberto romano llamado Lycurgus. ¿Como creamos un comienzo de obra que se correponda a eso?

Pues de esta forma:

Como se puede ver la primera línea indica el nombre de la obra, el autor y dice que estará en español. Y luego hemos puesto una sección de comentarios explicando la obra, su objetivo y su fecha de creación, todo lo cual puede ser muy útil para los que lleguen a esas fuentes en el futuro. Luego hemos añadido una sección de librerías (de momento no hemos puesto ninguna) y opciones (hemos indicado que siempre ponga todo el texto de la descripción de la localidad y que no use puntos).

Finalmente tenemos la sección del relato en sí mismo. Inform 7 permite estructurar el relato en partes, secciones y capítulos. Vamos a usar esta capacidad. De momento hemos creado una única parte con todo el modelo del mundo de la obra.  Dentro de esa parte hemos creado dos secciones: lugares y personajes. Y en cada sección crearemos un capítulo por cada sitio o personaje que incluyamos.

Sólo tenemos dos cosas: la tienda y el protagonista.

¡Bien, ya hemos empezado!


CategorĂ­as: Planeta

Todas mis entradas de la #iftober

Hace 11 horas 55 mins


Me ha parecido que había demasiado ficherillo en mi itchio, así que he creado una página agluntinadora y ahora tenéis en una única creación los quince minirelatos que cree para Héctor el Inquisidor durante la #iftober. Podéis encontrarlo aquí.
CategorĂ­as: Planeta

15 obras para la #iftober

Hace 11 horas 55 mins
Acabo de subir 'Reloj' (https://johan-paz.itch.io/2018-iftober-14-reloj) que completa el grupo de las 15 primeras obras para #IFTober (https://twitter.com/search?q=%23iftober&src=typd) y tal vez las únicas. Hay de todo un poco en este grupo de 15 obras: cosas son puzle y sin puzle, algunos con algún efecto montado en javascript, cortos y algo más largos. Pero todos tienen en común el uso exclusivo de texto con una apariencia muy simplificada de negro, blanco y rojo.

La historia de Héctor está más o menos situada en el universo de los Colonos de Tulgia (https://docs.google.com/document/d/1qFe0axQiXeeFQwhLrM7sL6OhpEvMqxLYDL32ghIxgzE), en el que también están situados mis tweet de este wordtober (https://twitter.com/search?q=%23wordtober1&src=typd) y estará situado 'La Torre y el Mar' (http://wiki.caad.es/La_torre_y_el_mar)

Ha sido agotador, y eso que muchas las he subido sin revisar ni una vez. Este ritmo es simplemente insostenible. En estos días he creado más miniobrillas que en todas las Sillyberrys (http://sillyberrys.net/).

Es posible escribir una IF improvisada en muy pocas horas usando Squiffy, Twine o Ink; pero es un ejercicio muy diferente hacerlo constantemente día tras día. Llega un momento en el que simplemente se te acaban las fuerzas. Es raro, porque es algo que no me pasa con la Nanowrimo.
CategorĂ­as: Planeta

Y de pronto, #iftober...

Hace 11 horas 55 mins
Por culpa de Eduardo ha empezado una locura más y me ha dado por apuntarme (como si no estuviese ya bastante pillado).
Intentar hacer una miniobrilla cada día durante un puñetero mes entero es simplemente un disparate, o, para estar en sintonía con la serie que voy a crear, un sindiós. Ya resultaba casi imposible mantener el ritmo en el caso de las Sillyberrys, pero esto es peor. Mucho peor.
Esto será como hacer la nanowrimo. Una nanowrimo en la que el relato se resista, se agite como un demonio siendo exorcizado, y muerda con cada descuido.
Locura total.
¡La Emperatriz nos guarde!

CategorĂ­as: Planeta

Resultados de #RayuelaJam y nuevo concurso

Hace 11 horas 55 mins

Ya están disponibles los resultados de la jam Rayuela de Arena.

Los cinco primeros, según el jurado popular son:

Donde el cielo se une con el mar - Celephaïs de H.P.Lovecraft

Amazónico Té

Extraños escritos

La Zona

Alaxandú

Son dos juegos de parser, una novela visual, un híbrido de nanocuentos dispersos por un mapa, y un librojuego de exploración espacial.

Consulta todo el ranking aquí:

https://itch.io/jam/rayuela-de-arena-gamejam-narrativa/results

Cabe destacar lo cercanas que han quedado las notas, muchos juegos compitiendo por décimas.

Una jam se va, una competición que viene.

La ECTOMCOMP 2018 ya está disponible. Competición desenfadada de juegos tenebrosos para celebrar el Día de todos los santos, Día de los muertos y Halloween. ¡Manda tu aportación! Hay dos categorías, para juegos realizados muy muy rápido, en menos de 4 horas; y otra para juegos cuyo desarrollo ocupe más de 4 horas.

https://itch.io/jam/ectocomp-2018-espaol

CategorĂ­as: Planeta

Ya están disponibles los 22 participantes en #RayuelaJam

Hace 11 horas 55 mins

La jam y competición de juegos narrativos inspirados en mitología y religión, acaba de subir el telón y mostrar 22 obras disponibles para disfrutar.

https://itch.io/jam/rayuela-de-arena-gamejam-narrativa/entries

Ahora se inicia un plazo de 1 mes para que los jugadores evalúen y eligan el "mejor juego narrativo" de toda la competición. También se agradece si dejan feedback a los autores.

Como siempre, sigue el hashtag #RayuelaJam en redes sociales para seguir el desarrollo del final de la jam.

CategorĂ­as: Planeta

Mis planes tras la Rayuela

Hace 11 horas 55 mins

Ya casi ha terminado el plazo de presentación de obras de la Rayuela interactiva. Ya van más de diez obras presentadas, lo que está muy bien, aunque dado el número de inscritos espero que se alcancen más de veinte obras en las próximas horas.
Yo no he podido participar como quería, y como mucho me limitaré a subir una versión revisada de Ananké, con alguna mejora en cómo se ganan y pierden los puntos de 'adoración', para darle más dinamismo al juego.
He estado tentado —para ser sinceros sigo tentado— de crear una versión interactiva de un viejo relato no publicado llamado 'Por nuestro Señor' que va de relatividad en las religiones.  También he estado pensado en terminar la versión uno de mi 'Sillyberry' porno que va de rollo de demonios, llamada 'Lo hacemos porque os amamos' y subirla a itchio. Pero sería una participación enormemente precipitada, mala, puramente testimonial, por darme el gusto de haber incluido un texto interactivo a la Rayuela, así que lo verdaderamente lógico es pensar en qué voy a hacer en el futuro.
Tengo un relato bastante pensado para 'Actos de Fé' de Cerbero, pero no he escrito ni una palabra, así que creo será buena idea intentarlo. Conociéndome será algo como dos tardes de improvisar como un animal hasta las tres mil palabras, luego dos semanas de arrastrar los pies en la corrección y finalmente un arrebato absurdo de mandarlo en la que me dejaré un porrón de erratas.
Pero necesito pero YA ponerme a hacer una obra interactiva larga. Y la verdad es que tengo dudas, entre rehacer 'Apache' en Inform 7 y completarla, o hacer la obra que más me apetece pero que no creo que sea muy popular 'Sortilegios'.
Tal vez haga las dos cosas.
:)
Pero sin prisas.
CategorĂ­as: Planeta

Rayuela de Arena - 9 y 12 de Agosto

Hace 11 horas 55 mins
El jueves 9 preparé mi primera y, tal vez única, aportación a la Rayuela de Arena: Ananké, un juego print and play con mucha aleatoriedad y muchos dados, como a mí me gusta.
:)
He tenido más bien poco tiempo para probarlo, así que tan sólo espero que no esté demasiado desbalanceado. Lo que sí que tengo claro es que tiene una buena cantidad de color y 'cosas chulas', como decía Rubén hace tiempo. Así que, al menos, espero que sea divertido. ¡No os olvidéis de comentar aquí mismo vuestra experiencias con Ananké, que tengo mucha curiosidad!
Y ahora vamos con 'La Torre y el Mar'. Dadas las circunstancias médicas de mi madre ya me queda claro que no puedo implementarlo con Inform 7, así que hoy he decidido pasar el proyecto a Squiffy. Ya he traspasado textos y también he estado recopilando efectos sonoros adecuados.
Tal vez intente localizar efectos visuales para el fondo, pero no sé si me dará para tanto...
Y... ¡¡Suerte a todos los participantes!!
CategorĂ­as: Planeta

Rayuela de Arena - 7 de Agosto

Hace 11 horas 55 mins

La cosa va avanzando pero demasiado lento. Al final estoy teniendo mucho menos tiempo de lo esperado, pero al menos ya casi tengo la primera versión de 'Ananké', el Print and Play que dije que iba a presentar. Han quedado una reglas chulas, complejillas, pero fáciles de entender (espero) y creo que puede dar bastante juego.
Me falta terminar de maquetar y diseñar las fichas/cartas del juego, supongo que esta semana estará para subirlo. Así me olvidaré de él y podré intentar centrar mi cabeza en 'La torre y el mar', aunque... la verdad es que por alguna razón se me va el pensamiento en el relato que se me a ocurrido para esta convocatoria de Editorial Cerbero y al relato que he empezado a hacer con Gema Moratalla.
CategorĂ­as: Planeta

Rayuela de Arena - 2 de Agosto

Hace 11 horas 55 mins
Hoy no he tenido casi tiempo, así que ha sido sobre todo un día de reflexión y revisión. He estado seleccionando algunas imágenes para "Ananké", y viendo si queda mejor en forma de documento o de powerpoint. Normalmente hago un powerpoint para los Print and Play, pero no queda nada profesional, así que esta vez creo que haré un documento, como cuando Rubén me obligó a montar unas instrucciones independientes para "Kala". 
En cuanto a "La torre y el mar", he hecho algunas pruebas con Squiffy (sí, realmente lo voy  reescribir), porque tiene mucho componente de diálogo y en Inform 7 siempre me quedo insatisfecho con las conversaciones. No me gustó nada como quedó en El Anillo 3 el diálogo final por menús. En lo que hice de Berg al menos el menú tenía gracia, pero seguía por ser insatisfactorios. En el mundo anglo se usa mucho las conversaciones por 'tema', pero siempre me ha parecido que es una forma de elección 'ciega'. Incluso en Alabaster, que es de las mejores conversaciones que he visto por 'tema' en realidad queda regular.
Así que le he estado dando muchas, muchas vueltas; y muy cerca he estado de pasarme a Squiffy, pero las pruebas de hoy no me han convencido, quiero que el interlector tenga más libertad. Así que al final lo que he decidido es usar masivamente las librerías AKI y mezclar los 'temas' de conversación entre los diversos enlaces del texto disponible, y tal vez cree un comando '>> temas'.
Ya iremos viendo.
CategorĂ­as: Planeta

Rayuela de Arena - Inicio

Hace 11 horas 55 mins
Ya empieza la Jam de ficción interactiva de este año. De hecho dado el número de inscritos se puede decir que es la Comp de esta década, es más, con ochenta inscritos es sin duda la de mayor éxito de la historia desde el concurso de aventuras de MH, que tuvo cien participantes.
Sí señores ya empieza la Rayuela de Arena y si alguna vez habéis estado en esto de la narrativa interactiva no deberíais perdérosla, ya que la cosa promete marcar un antes y un después.
Sinceramente estoy muy sorprendido. Cuando Edu Sánchez apareció por euphoria diciendo que iba a crear una Jam que lo iba a petar, sinceramente no le creí. ¿Por qué iba a creerle? Yo mismo he organizado unas cuantas comps a lo largo de los años, incluso poniendo premios o dinero como acicate y el resultado ha sido reguleras. Nunca he logrado atraer a más de veintipocos inscritos y no sé si alguna vez hemos llegado a las diez obras participantes.
¡Así que congratulémonos!
Voy a preparar dos obras, como hice en la Jam del Mar: un juego P&P que he estado bosquejando estos días y si hay suerte subiré La torre y el mar. El juego P&P es porque me conozco y sé que en Agosto me entierro en partidas de rol del viejo Akaram y lo mismo... en fin, es para que al menos haya algo mío en este evento que espero que sea histórico. Os puedo adelantar el título 'Ananké'. En cuanto a "La torre y el mar", muchas han sido las cosas que han cambiado desde que la inicié, incluyendo la muerte de mi padre, así que básicamente la voy a reescribir por completo y además he decidido no hacer nada hasta hoy, el día de comienzo de la jam.
Es por una tontería romántica.
La verdad es que siempre he querido ser capaz de hacer esto. Sólo cuando cree desde cero en un fin de semana Pronto me acerqué a ello; y sin duda "Pronto" es mi obra más extraña y personal. Y necesito que "La torre y el mar" lo vuelva a ser. Y, claro, también envidio a Blue Lacuna en muchos otros aspectos, empezando por su sorprendentemente hermosa web (¿no veis, no sé, cierto parecido con mi blog?, pues ya sabéis), pasando por su longitud y terminando en el impacto que tuvo lo conseguido de su sistema de comandos de una palabra, que me hizo crear una librería a partir de la de Aaron y modificar Anillo 3 con ella.
Pero no nos engañemos, aunque empiezo mis vacaciones el viernes, sé que muchos días no tendré tiempo ni para sentarme aquí. Y la verdad, ahora mismo sufro un 'síndrome' (o una realidad) del impostor (parece que ni en 200 palabras soy capaz de detectar todos los gazapos), bastante chungo, así que... es más probable que no veáis esta vez tampoco "La torre y el mar".
No voy a hacer una web tan chula, ni grabar un video chulo como el de Blue Lacuna, pero al menos intentaré mantener un diario de mis avances en la Rayuela del Siglo en este blog.

CategorĂ­as: Planeta

Tutorial de juegos 'rpg' para Inform 7 - Acero (5) - Acciones

Hace 11 horas 55 mins
Hasta ahora tenemos una forma 'crear' personajes, obtener sus características, niveles de grupo de habilidad y porcentaje de habilidades, así como hemos creado lo necesario para poder hacer las tiradas; pero nos falta relacionar lo que 'ocurre' en la narración con las tiradas y sus resultados.

Desde luego podríamos usar las funciones que hemos creado hasta ahora para incluir verificaciones en cada una de las tiradas necesarias en todos 'Instead of' de la obra, de una manera similar a cómo informábamos del lanzamiento de flechas por parte de nuestro lagarto. Pero entonces tendríamos un código bastante feo y nada propio de Inform 7. ¿Cómo podemos hacerlo más natural?

Lo primero sería relacionar las acciones con la tirada que les corresponde, podríamos pensar en tablas para hacer esto, pero las 'acciones' en las tablas de Inform 7 están limitadas a definiciones de acciones concretas y nosotros necesitaríamos una relación con acciones genéricas, tal abiertas como sea necesarias. De forma que vamos a organizarlo mediante unas reglas nuevas 'validate roll', y así de paso aprendemos cómo usar libros de reglas nuevas. Nuestro objetivo será lograr algo como esto:

The last roll result is a skill roll result that varies.

Before doing anything:
now last roll result is the skill roll result produced by the validate roll rules.

Before a character (called the actor) doing anything:
now last roll result is the skill roll result produced by the validate roll rules.

Podemos usar una variable global porque Inform 7 sólo va a verificar una acción cada vez y 'doing anything' va a cubrir todas las acciones. Se puede ver que Inform 7 tiene acciones para el jugador y para los PNJs, así que tenemos que cubrir las dos. Las reglas de 'validate roll' se declaran de esta forma:

Validate roll rules is a rulebook producing a skill roll result.

Es decir, son reglas que actuarán sobre una acción y generan un resultado de tirada. Los valores por defecto serían:

Validate roll doing anything:
rule succeeds with result success.

Validate roll a character (called actor) doing anything:
rule succeeds with result success.

Es decir, si no definimos una verificación concreta a hacer cualquier acción tiene un éxito como resultado. Una verificación básica podría ser:

Validate roll jumping:
rule succeeds with result the normal roll jump for the player.

Validate roll a character (called actor) jumping:
rule succeeds with result the normal roll jump for the actor.

Y ya aquí nos encontramos con una dificultad, si corremos el juego e intentamos '>> salta'  os dará un error. Se debe a que el jugador ahora mismo no es un character y por lo tanto no tiene porcentajes en sus tiradas.

No es posible simplemente decir que el jugador es un personaje de tal o cual tipo porque el jugador y nace como un person y no se puede redefinir sobre la marcha. Para dar cualidades especiales al jugador en Inform 7 hay que crear un objeto de personaje nuevo y cambiar tras el inicio del juego el objeto del jugador por el que hemos creado para él, por ejemplo con:

The selected player is wolferm human in the explanada.

When play begins:
let old player be the player;
now the player is the selected player;
remove old player from play.

Fijaos que lo he llamado 'jugador seleccionado', porque en realidad en el juego habrá que crear alguna clase de introducción que nos permita seleccionar o crear dicho personaje. Con esto ya funcionará el verbo salta para el jugador, claro que si queréis que se use la tirada del salto tendréis que crear reglas específicas sobre lo que pasa con el jugador cuando da un saltito. Eso os lo voy a dejar como ejercicio. Hagamos ahora que el lagarto dispare de 'verdad'. Lo primero es que en S3 cada arma tiene una dificultad de disparo diferente, así que tendremos que adelantar un poco del futuro capítulo de armas para poder definir la categoría de arco que el lagarto va a usar:

Chapter - Weapons

A weapon is a kind of thing.
A projectile weapon is a kind of weapon.
A bow is a kind of projectile weapon.
A long bow is a kind of bow.
A short bow is a kind of bow.
A composite bow is a kind of bow.

Y ahora ya le podemos dar al lagarto un arma haciendo esto:

El arco blanco is a long bow.
Sherack is carrying arco blanco.

Y ya podemos hacer una versión simplificada de las reglas de 'disparar', para el caso de 'arco largo' de esta forma:


Validate roll shooting a long bow:
rule succeeds with result the difficult roll use bow for the player.

Validate roll a character (called actor) shooting a long bow:
rule succeeds with result the difficult roll use bow for the actor.

Dado que disparar con el arco largo  en S3 es una acción dificil. Si añadimos un poco de maquillaje para verificar el resultado de la acción con:

Chapter - Definition for simplified the when for Insteads

To decide if success:
if the last roll result is success:
decide yes;
decide no.

To decide if success completely:
if the last roll result is special success:
decide yes;
decide no.

To decide if failed:
if the last roll result is failure:
decide yes;
decide no.

To decide if failed completely:
if the last roll result is disaster:
decide yes;
decide no.

Ahora ya podemos escribir:

To say Sherack disparando:
say "Sherack dispara contra la diana".

Instead of Sherack shooting when failed completely:
say "[Sherack disparando], pero tan sólo consigue golpearse con la cuerda del arco en la mejilla.".

Instead of Sherack shooting when failed:
say "[Sherack disparando], pero la flecha pasa por encima del muñeco.".

Instead of Sherack shooting when success:
say "[Sherack disparando] y acierta en el muñeco de entrenamiento.".

Instead of Sherack shooting when success completely:
say "[Sherack disparando] y acierta justo en entre los ojos del muñeco de entrenamiento.".

Véase como se pueden escribir frases de 'To say' para no repetir texto. Y ahora ya sólo tenemos que decirle al lagarto que dispare cada turno:

Every turn:
try Sherack shooting arco blanco.

Pues ya tenemos una forma de añadir las tiradas necesarias para cada acción que ya podemos usar en nuestra historia. En la próxima entrega hablaremos de armas y, tal vez, armaduras.

El estado de 'acero' es este y el de la librería este.
CategorĂ­as: Planeta

Midiendo la agencia

Hace 11 horas 55 mins
Debido a la cercana jam de narraciones interactivas religiosas-mitológicas, se ha estado hablando de la 'agencia' de los relatos interactivos. De su importancia o falta de importancia —en realidad la 'agencia' en casi todas las obras interactivas que ha creado el mundillo en décadas es muy baja—, y de cuánta 'agencia' tienen las obras que son interesantes. ¿Y qué es eso de la 'agencia'?
La definición filosófica como puedes leer en la wikipedia es: "[...] la capacidad que posee un agente (una persona u otra identidad) para actuar en un mundo [...]". Podéis ver que en realidad es un concepto muy abstracto y que para los que no creemos en el 'libre albedrío', pues casi que es cháchara, pero en el contexto de las creaciones interactivas tiene un significado muy concreto: la agencia es la capacidad que tiene el 'interlector' de seleccionar el devenir de la historia. Si estamos hablando una ficción interactiva es evidente que el 'interlector' va a hacer elecciones y que el detalle del discurrir de la historia será diferente en 'extensión', pero si resulta que la historia tiene una estructura como esta:


¿Realmente ha habido alguna capacidad de "actuar sobre el mundo"? Más bien no, de hecho podemos decir que con ese esquema de historia la 'agencia' es de 1: sólo hay un destino final posible hagas lo que hagas. No tienes elección real, no tienes capacidad para modificar el mundo.
Hay un montón de artículos que intentan clasificar 'topologías' de historias, analizando la 'forma' de estos árboles de branching. Por ejemplo este es un artículo interesante sobre el asunto. Y más allá, hay mucha gente intentando escapar de diversas formas de estos modelos de bifurcación y buscando alternativas que dependen del estado del mundo, o de bifurcaciones 'retrasadas', etc... pero este artículo no va a ir de nada de eso.
Este artículo va de algo más 'numérico', ¿podemos medir la agencia? y... ¿podemos evaluar la utilidad de desarrollar una determinada rama o es preferible podarla? Para ello usaremos siempre el mismo ejemplo, que debemos detallar primero. Imaginemos una historia muy corta que tiene esta árbol de escenas:

En esta historia empezamos con la escena I (de inicial) que nos permite escoger entre A y B. A nos permite escoger entre los finales C y D, mientras que la B siempre nos lleva al final E. ¿Cuál es la agencia de esta historia? Una respuesta simple sería 3. Hay tres finales posibles, ¿no? Así que el interlector puede escoger entre 3 destinos diferentes según escoja a lo largo de la historia. Pero eso es una respuesta en realidad demasiado simplificada. Imaginemos que nuestra historia tiene 'tirón' y podemos hacer estadísticas y nos encontramos con que cada final tiene una probabilidad muy diferente, por ejemplo esta:

Seguir diciendo que la agencia de la historia es 3, sería bastante ingenuo ya que la mayor parte de los interlectores 'ven' el mismo destino podríamos inclinarnos por pensar que la agencia es más bien 1; pero eso tampoco es muy 'correcto'. ¿Podemos dar un número más objetivo al número de 'destinos aparentes' de la historia y por lo tanto más cercano a la 'realidad' de su agencia?

Sí, podemos.  Podemos recurrir a la teoría de la información de Shannon, que nos indica que el número de bits mínimo que necesitamos para codificar un símbolo de un sistema de comunicación (¿y no es una historia interactiva un sistema  de comunicación con mensajes potenciales diferentes?) tiene como valor:


Li=log2(1/Pi) = -log2(Pi)
Y que por lo tanto el total de bits que proporcionan todos los símbolos posibles del sistema de comunicación (en nuestro caso los finales) es la suma ponderada de esos bits, o sea:



Que no es otra cosa más que la 'entropía' del sistema de comunicación, y en nuestro caso la entropía de nuestra historia. Dado que esa métrica está en número de bits necesarios para saber cuánto es la 'agencia' en 'destinos diferenciables' nos basta con elevar dos a ese número. Daos cuenta que en el caso de que las probabilidades de elección de los diversos finales estuviese perfectamente equilibrada el valor de agencia obtenido coincidiría exactamente con el número de finales posibles.

¿Cuánto valdría la agencia en el caso del ejemplo? Pues:


H = - 0.05 * log2(0.05) - 0.8 * log2(0.8) - 0.15 * log2(0.15)H =  0.216 + 0.257 + 0.410H = 0,883
Agencia = 2^H = 1,84
Es decir, en realidad hemos escrito una historia que se percibe como de 'agencia' algo inferior a 2. En esta historia, como es muy simple, sólo con la estadística de los finales escogidos podemos reconstruir cuál a sido la preferencia de elección del interlector en cada nodo.

Con todos los porcentajes de elección a la vista resulta evidente que la elección A --> C no es nada deseada por nuestros interlectores, ¿ha merecido la pena gastar el tiempo en hacerla? Veamos la agencia percibida sin la existencia de C.
% de D sería 85% y el de E 15%H = -0.85 * log2(0.85) -0.15 * log2(0.15)H = 0.199 + 0.410H =0.609 
Agencia = 2 ^ H = 1,5
La diferencia entre poner y no poner C es de 0.3 finales, mientras que el coste se ha incrementado... ¿en cuanto? Suponiendo que cada nodo cuesta lo mismo habríamos incrementado el coste de la historia en un 1/6 para incrementar su valor de agencia en un 0.3/1.84, o sea un 17% de incremento de coste para un 16% de incremento de valor. Aún es un ratio razonable, pero ya bajo (Daos cuenta que si todos los finales fuesen equivalente estaríamos pasando de agencia 2 a 3 y de coste 5 a 6, es decir un 17% de incremento del coste para un incremento de un 33% del valor percibido).
¡Parece que hemos obtenido una herramienta para calcular si merece la pena o no crear un serie de ramas en una ficción interactiva! 
¿O no?
Alguno estará pensando que he usado las estadísticas finales, es decir, lo que de verdad piensan los usuarios sobre nuestra historia y que cuando la estemos creando no hay forma de saber eso. Bueno... el total es difícil, pero podemos hacer una buena estimación, ya que no es tan difícil hacerse una idea de qué podría escoger un interlector enfrentado a cada elección dada. Hagamos el ejercicio hipotético...
La historia empieza en I y el interlector tiene que escoger entre A y B. Pensándolo un poco vemos que es bastante más probable que escoja A, usando los porcentaje podemos usar por ejemplo que el 80% escogerá A y el 20% escogerá B. En B ya no hay más elecciones, pero A hay que escoger entre C y D, y D parece mucho más probable que C. Siendo generosos (ya que creemos en nuestra historia) asignamos un 10% a C. Para calcular los porcentajes de cada final basta con ir multiplicando hacia el origen y sumando cuando se junten ramas, y nos quedan estos valores:




Los porcentajes no son los mismos, pero se parecen y nos dan una buena idea de que los finales están bastante desequilibrado!! De hecho la agencia que nos sale es de:


H = - 0.08 * log2(0.08) - 0.72 * log2(0.72) - 0.20 * log2(0.20)H =  0.292 + 0.342 + 0.466H = 1,1

Agencia = 2^H = 2,1
Como veis, incluso con nuestra estimación demasiado generosas con la elección B y la elección C, parece claro que algunas de los finales y ramas están sobrando, y viendo los porcentajes que salen queda claro qué rama/elección es la que sobra.

Este cálculo lo podríais refinar más si en cada punto de decisión tenéis en cuenta cuántos nodos/trabajo hay bajo la decisión que os parece improbable, y recordad que si añadís una rama de 'baja popularidad', excepto que se una mucho más adelante con una de mucha popularidad la probabilidad de los finales que vaya a generar no hará más que bajar y bajar a medida que avance la historia.

Una última anotación: la forma de la función H(p) = -p * log2(p) es la de la gráfica de abajo...




Podéis ver que el máximo de esta función está entre el 0.3 y el 0.4, así que cuando vayáis a bifucar vuestra historia deberías pensaros bien si merece la pena incluir alguna opción que tenga menos del 30% de probabilidad de ser escogida por parte de los interlectores.

Espero que este articulillo lleno de logaritmos os haya resultado ilustrativo y os sea de utilidad a la hora de decidir cuántas y qué elecciones ponéis en vuestras historias.

Nota final sobre el valor de los finales: todo lo que hemos argumentado aquí puede verse significativamente modificado si algunos de los finales aunque sean muy improbables son muy impactantes. Puedes ajustar los cálculos del valor de las ramas añadiéndoles un valor del impacto de tal final improbable, pero ¡cuidado!, piénsate muy bien si quieres realmente gastar tu tiempo en crear un final muy muy chulo pero que muy poca gente vaya a ver, ya que eso, más que parte integrante de la obra, será un 'huevo de pascua'.



CategorĂ­as: Planeta

Tutorial de juegos 'rpg' para Inform 7 - Acero (4) - Tiradas

Hace 11 horas 55 mins
En la anterior entrega vimos como en S3 se calculan los porcentajes de cada una de las habilidades y cómo esto se podría trasladar a la extensión que estamos haciendo; pero aún nos quedan dos pasos más que dar. Lo primero es conocer cómo se hace la tirada de éxito en sí. Es decir, en una partida de tablero como tal si un jugador intenta digamos que acertar algo con una flecha, ¿qué tira y cómo sabe si ha tenido éxito o no? Lo segundo que nos falta es ver cómo aplicar estas tiradas a las 'acciones' de una obra interactiva de parser.
Veamos lo primero. Las tiradas de acción en S3 se hacen lanzando un d%, es decir, dos dados de diez caras en los que se ha escogido cuál es el dado de las unidades y cuál es el de las decenas. La regla básica es muy simple, si la tirada es igual o menor que el porcentaje es un éxito y si es superior es un fracaso. 
En S3 en realidad se distinguen entre dos categorías de éxito y dos de fracaso. Cuando el dado de unidades es un 1 y el número total es inferior al porcentaje entonces no sólo es un éxito sino un éxito especial. En el caso de fallos, los fallos pares acabados en cero serán desastres. Los especiales y los desastres permiten dar más color a las partidas y jugar con cosas improbables. Lo primero sería declarar las categorías de resultados posibles, esto lo podemos hacer creando un nuevo tipo de valor de esta forma:
Chapter - Rolling a skill

A skill roll result is a kind of value.
The skill roll results are disaster, failure, success, special success.

Ahora necesitamos la función que haga la tirada y nos diga qué ha resultado. Usaremos de nuevo la librería de dados y algunos cuantos cálculos matemáticos con partes enteras y la función 'módulo' de esta forma:

To decide which skill roll result is the roll ( skill - a skill ) for ( char - a character ):
let base roll be the roll of d%;
let success percent be the percent in skill for char;
let units be the remainder after dividing base roll by 10;
let tens be base roll divided by 10;
if base roll is greater than the success percent:
[FAILURE]
if units is 0 and the remainder after dividing tens by 2 is 0:
decide on disaster;
otherwise:
decide on failure;
otherwise:
[SUCCESS]
if units is 1:
decide on special success;
otherwise:
decide on success.

¿Cómo se usaría esta función? Pues hagamos que nuestro lagarto arquero dispare todos los turnos de juego, como si estuviese practicando con el arco:

Every turn:
say "Sherack dispara contra la diana: [roll bow for Sherack].".

Si corremos ahora la obra veremos que salen esta clase de mensajes:

>i
No llevas nada.

Sherack dispara contra la diana: special success.

>i
No llevas nada.

Sherack dispara contra la diana: success.

>i
No llevas nada.

Sherack dispara contra la diana: failure.

>i
No llevas nada.

Sherack dispara contra la diana: disaster.

Mola, aunque evidentemente habría que darle un formato mucho más bonito, ¿no? Algo como:

Every turn:
say "Sherack dispara contra la diana";
let result be roll bow for Sherack;
if result is special success:
say " acertando justo en entre los ojos del muñeco de entrenamiento.";
otherwise if result is success:
say " acertando en el muñeco de entrenamiento.";
otherwise if result is failure:
say ", pero la flecha pasa por encima del muñeco.";
otherwise:
say ", pero tan sólo consigue golpearse con la cuerda del arco en la mejilla.".

Mucho mejor ahora, pero hacer esto por todas partes de la historia no parece muy buena idea, ¿no? Parte del problema es el que os expliqué en la primera entrada del tutorial, ¿realmente quieres todo esto en tu obra? Pero en realidad podemos buscar algunos mecanismos generales que nos permitan simplificar un poco toda esta codificación. Eso lo veremos en la siguiente entrega.

En realidad las tiradas en S3 no son siempre el porcentaje de la habilidad, a veces es necesario considerar tiradas sencillas, difíciles, etc... esto se logra de esta forma:

Chapter - Difficulty levels

A difficulty level is a kind of value.
The difficulty levels are extremely easy, very easy, quite easy, easy,
simple, normal, complex, difficult, quite difficult, very difficult, extremely difficult, impossible.

To decide which number is the modification percent of (difficulty - a difficulty level):
if difficulty is extremely easy:
decide on 75;
if difficulty is very easy:
decide on 60;
if difficulty is quite easy:
decide on 45;
if difficulty is easy:
decide on 30;
if difficulty is simple:
decide on 15;
if difficulty is normal:
decide on 0;
if difficulty is complex:
decide on -15;
if difficulty is difficult:
decide on -30;
if difficulty is quite difficult:
decide on -45;
if difficulty is very difficult:
decide on -60;
if difficulty is extremely difficult:
decide on -75;
if difficulty is impossible:
decide on -90.

To decide which skill roll result is the roll (skill - a skill) for (char - a character):
decide on normal roll skill for char.

To decide which skill roll result is the (difficulty - a difficulty level) roll (skill - a skill) for (char - a character):
let base roll be the roll of d%;
let success percent be the percent in skill for char;
increase success percent by the modification percent of difficulty;
let units be the remainder after dividing base roll by 10;
let tens be base roll divided by 10;
if base roll is greater than the success percent:
[FAILURE]
if units is 0 and the remainder after dividing tens by 2 is 0:
decide on disaster;
otherwise:
decide on failure;
otherwise:
[SUCCESS]
if units is 1:
decide on special success;
otherwise:
decide on success.
Basta por hoy. La obra actualmente está en este estado y la librería en este.
CategorĂ­as: Planeta

Tutorial de juegos 'rpg' para Inform 7 - Acero (3) - Habilidades

Hace 11 horas 55 mins
En S3 como en BRP las acciones se deciden si son un ´éxito o un fracaso según una tirada de d%. Primero se calcula el porcentaje de éxito, y luego se lanza un d% cuyo resultado debe ser igual o menor que ese porcentaje. Las tiradas en sí y cómo se relacionan con las acciones que Inform 7 entiende lo veremos en el siguiente capítulo pero veamos en este cómo se calcula en S3 el porcentaje de éxito.

He de avisar que este capítulo del tutorial será con diferencia el más enrevesado, de forma que si hay algo que no entendéis muy bien o que os parece demasiado complicado no os preocupéis demasiado. Podría haber simplificado mucho este tema pero he preferido dejarlo tal cuál es en S3 en realidad para que veáis un sistema complejo, la codificación que necesita y opciones de cómo podéis hacerla.

En S3 hay tres capas (es otra de las razones del nombre) de abstracción que determinan finalmente la probabilidad de éxito de una acción concreta. Primero está el conocimiento general más o menos teórico sobre un campo de experiencia del personaje (tales como 'ciencia' o 'sigilo' o 'artesanía), estos conocimientos están clasificados en lo que se llama 'grupo de habilidades' y tienen un valor que va desde 0 (desconocimiento completo) a 10 (máximo conocimiento teórico). Se llama a estos valores 'niveles' y es lo más parecido que tiene S3 a los niveles de d20. Modelemos primero los niveles de los grupos de habilidad:

Chapter - Group of skills

A group of skills is a kind of object.

Algunos de estos niveles tienen valores 'naturales' en el caso de que sean lo bastante intuitivo como para que cualquier personaje con suficiente agilidad, fuerza o inteligencia pudiese intentar hacer acciones de ese grupo sin necesidad de un entrenamiento. Esto se resuelve en S3 mediante unos niveles base relacionados con las características. Las tablas de estos valores base se han ido ajustando con los años y, aunque se corresponden con niveles de distribución gaussianos, en realidad son fruto sobre todo de la prueba y error. Añado todo el código necesario para calcular los niveles básicos de un tirón (mediante tablas y funciones):

Some group of skills are defined by Table of Groups of Skills.

Table of Groups of Skills
a group of skills strength base agility base intelligence base will base size base constitution base
shoot 2 1 0 0 0 0
hand to hand combat 1 0 0 0 0 0
art 0 0 1 1 0 0
craft 0 0 0 0 0 0
athletic 1 1 0 0 0 0
science 0 0 0 0 0 0
language 0 0 0 0 0 0
geo-hist 0 0 0 0 0 0
medicine 0 0 0 0 0 0
perception 0 0 0 1 0 1
stealth 0 1 1 0 1 0
magic 0 0 0 0 0 0

[
FUE CON TAM INT VOL AGI
0 – 5 -2 0 – 1 -2 0 – 5 -2 0 – 3 -2 0 – 2 -2 0 – 2 -2
6 – 9 -1 2 – 4 -1 6 – 9 -1 4 – 5 -1 3 – 4 -1 3 – 4 -1
10 – 13 0 5 – 6 0 10 – 13 0 6 – 8 0 5 – 8 0 5 – 8 0
14 – 17 1 7 – 8 1 14 – 17 1 9 – 11 1 9 – 13 1 9 – 13 1
18 – 21 2 9 – 10 2 18 – 21 2 12 – 15 2 14 – 17 2 14 – 17 2
22 – 24 3 11 - 12 3 22 – 24 3 16 – 19 3 18 – 21 3 18 – 21 3
25+ 4 13+ 4 25+ 4 20+ 4 22+ 4 22+ 4
]

To decide which number is strength base plus of (car - a number):
if car is less than 6:
decide on -2;
if car is less than 10:
decide on -1;
if car is less than 14:
decide on 0;
if car is less than 18:
decide on 1;
if car is less than 22:
decide on 2;
if car is less than 25:
decide on 3;
decide on 4.

To decide which number is size base plus of (car - a number):
decide on strength base plus of car.

To decide which number is constitution base plus of (car - a number):
if car is less than 2:
decide on -2;
if car is less than 5:
decide on -1;
if car is less than 7:
decide on 0;
if car is less than 9:
decide on 1;
if car is less than 11:
decide on 2;
if car is less than 13:
decide on 3;
decide on 4.

To decide which number is intelligence base plus of (car - a number):
if car is less than 4:
decide on -2;
if car is less than 6:
decide on -1;
if car is less than 9:
decide on 0;
if car is less than 12:
decide on 1;
if car is less than 16:
decide on 2;
if car is less than 20:
decide on 3;
decide on 4.

To decide which number is will base plus of (car - a number):
if car is less than 3:
decide on -2;
if car is less than 5:
decide on -1;
if car is less than 9:
decide on 0;
if car is less than 14:
decide on 1;
if car is less than 18:
decide on 2;
if car is less than 22:
decide on 3;
decide on 4.

To decide which number is agility base plus of (car - a number):
decide on will base plus of car.

To decide which number is base level of (group - a group of skills) for (char - a character):
let level be 0;
if strength base of group is greater than 0:
let byStrength be strength base plus of strength of char;
if strength base of group is greater than 1:
increase level by byStrength divided by strength base of group;
otherwise:
increase level by byStrength;
if agility base of group is greater than 0:
let byAgility be agility base plus of agility of char;
if agility base of group is greater than 1:
increase level by byAgility divided by agility base of group;
otherwise:
increase level by byAgility;
if intelligence base of group is greater than 0:
let byIntelligence be intelligence base plus of intelligence of char;
if intelligence base of group is greater than 1:
increase level by byIntelligence divided by intelligence base of group;
otherwise:
increase level by byIntelligence;
if will base of group is greater than 0:
let byWill be will base plus of will of char;
if will base of group is greater than 1:
increase level by byWill divided by will base of group;
otherwise:
increase level by byWill;
if size base of group is greater than 0:
let bySize be size base plus of will of char;
if size base of group is greater than 1:
decrease level by bySize divided by size base of group;
otherwise:
decrease level by bySize;
if constitution base of group is greater than 0:
let byConstitution be will base plus of constitution of char;
if constitution base of group is greater than 1:
increase level by byConstitution divided by constitution base of group;
otherwise:
increase level by byConstitution;
decide on level.

Como he dicho no hay más que experiencia de los años en ese código, no una razón fácilmente explicable. Aunque...

:)

...seguro que se os ocurre cómo simplificar el código que acabo de incluir haciéndolo algo más general y de menor complejidad. Os animo a revisar la sección de listas del manual de Inform 7 y pensar en cómo se podrían usar para mejorar y generalizar el código anterior.

Ya tenemos una forma de 'calcular' los niveles de grupo de habilidad básicos, pero cada personaje tendrá además una experiencia dada en digamos  combate cuerpo a cuerpo o en puntería, ¿no? ¿Cómo incorporamos esta información al personaje en cuestión? La respuesta más obvia sería añadir a character los campos numéricos necesarios que representen todos los niveles que tiene el personaje, pero serían 12 números más y cuando luego añadamos las habilidades serían otros 60 números más... uff... empieza a sonar excesivo. Pensemos un poco mejor. Lo primero es que vamos a usar estos números muy pocas veces a lo largo de la lógica del juego, sólo cuando haya algo de acción usaremos uno de esos números y sólo uno, así que nos podríamos permitir calcularlos 'sobre la marcha', además esto tiene la ventaja de que si provocamos un cambio temporal de las características (por un hechizo por ejemplo) el valor del número se verá afectado sin más. Lo otro a considerar es que probablemente tus PNJs no serán por lo general 'personas completas', tendrán algo de arquetipo y seguramente sólo te interesarán los valores 'relevantes' de cada personaje (la habilidad de arco de un arquero, por ejemplo y no su habilidad para cocinas), así que podríamos pensar en algo que se rellene sólo cuando sea necesario, cuando los valores se desvíen de la base. Esto se puede hacer con tablas en Inform 7 de esta forma (añadiendo el hecho de que la suma total de niveles sólo puede llegar a 10):

Table of Group Skill Level by Character
character group extra
a character a group of skills a number
with 500 blank rows.

To decide which number is the extra level of (group - a group of skills) for (char - a character):
repeat through the Table of Group Skill Level by Character:
if character entry is char and group entry is group:
decide on extra entry;
decide on 0.

To decide which number is the level of (group - a group of skills) for (char - a character):
let total be base level of group for char;
increase total by the extra level of group for char;
if total is less than 10:
decide on total;
otherwise:
decide on 10.

Esta aproximación en Inform 7 tiene alguna limitaciones, puedes ver que he dejado 500 líneas en blanco, eso es todo lo que va a poder soportar la librería. 500 valores de incrementos de niveles de los grupos de habilidad frente a su base. Si pones en tu obra muchíiiisimos PNJs mejor cambia ese número, así que no pongas 10000 orcos distinguibles cada uno con su nombre y sus habilidades.

:)

Nos faltaría una forma de incrementar esos niveles a lo largo del juego, algo como esto:

To increase (group - a group of skills) level of (char - a character) by (amount - a number):
let found be false;
repeat through the Table of Group Skill Level by Character:
if character entry is char and group entry is group:
let initial be extra entry;
increase initial by amount;
now extra entry is initial;
now found is true;
if found is false:
choose a blank row in Table of Group Skill Level by Character;
now character entry is char;
now group entry is group;
now extra entry is amount.

To increase (group - a group of skills) level of (char - a character):
increase group level of char by 1.

Y también una forma de darle valores de niveles a los PNJs al principio del juego, que podríamos hacerlo con esto:

Chapter - Initial levels for characters

When play begins:
repeat through the Table of Initial Extra Levels for Characters:
increase group entry level of character entry by extra entry.

Table of Initial Extra Levels for Characters
character group extra
-- -- --

Ahora ya podríamos proporcionar a Sherack de algo más de carácter haciendo que sea alguien con conocimiento en armas de distancia medio aceptable de esta forma:

Table of Initial Extra Levels for Characters (continued)
character group extra
Sherack shoot 4

Vale, las habilidades son de un grupo de habilidades en S3, y cada una tiene un multiplicador que proporciona el porcentaje base al que se añade la experiencia de cada personaje. Por ejemplo, un personaje con puntería 5 tiene una base de 25% en arco, que puede haber subido hasta 50% si tiene 25% extra que ha ganado como experiencia. Implementar esto es en realidad casi lo mismo que hemos hecho con los niveles:

Chapter - Skill

A skill is a kind of object. Some skills are defined by Table of Defined Skills.

Table of Defined Skills
a skill group multiplier
bow shoot 5

Chapter - Skill sheet for all characters

Table of Skill Percents by Character
character skill base extra
a character a skill a number
with 500 blank rows

To decide which number is the extra percent in (skill - a skill) for (char - a character):
repeat through the Table of Skill Percents by Character:
if character entry is char and skill base entry is skill:
decide on extra entry;
decide on 0.

To decide which number is the percent in (skill - a skill) for (char - a character):
let total be the extra percent in skill for char;
let base level be the level of group of skill for char;
increase total by base level multiplied by multiplier of skill;
decide on total.

To increase (skill - a skill) percent of (char - a character) by (amount - a number):
let found be false;
repeat through the Table of Skill Percents by Character:
if character entry is char and skill base entry is skill:
let initial be extra entry;
increase initial by amount;
now extra entry is initial;
now found is true;
if found is false:
choose a blank row in Table of Skill Percents by Character;
now character entry is char;
now skill base entry is skill;
now extra entry is amount.

To increase (skill - a skill) percent of (char - a character):
increase skill percent of char by the roll of 1d4.

Chapter - Initial percents for characters

When play begins:
repeat through the Table of Initial Extra Percents for Characters:
increase skill entry percent of character entry by extra entry.

Table of Initial Extra Percents for Characters
character skill extra
-- -- --

En este caso sólo he incluido la habilidad de 'arco' en la tabla de habilidades para simplificar un poco el texto. Ahora ya podemos hacer a Sherack un arquero de verdad con:

Table of Initial Extra Percents for Characters (continued)
character skill extra
Sherack bow 60

Y ya tendríamos todo un sistema de habilidades en funcionamiento... al menos para calcular los porcentajes, en los próximos capítulos veremos cómo usar estos porcentajes de verdad en la resolución de acciones.

Podéis ver el estado actual de la librería aquí y del juego aquí.
CategorĂ­as: Planeta

Tutorial de juegos 'rpg' para Inform 7 - Acero (2) - CaracterĂ­sticas

Hace 11 horas 55 mins

Empecemos con los personajes. En casi todos los sistema de rol los personajes tienen un grupo de números que representan lo más básico y fijo de los mismos: su altura, cómo de fornidos están, su belleza, su relación con la magia, etc... A estos números se les llama por lo general 'características' y es lo primero que se escoge mediante algún procedimiento como el reparto de puntos o el lanzamiento de dados.
En el sistema de ejemplo que estamos usando S3 las características se deciden mediante el lanzamiento de dados y existen:
  • Tamaño: altura y dimensiones en general, para antropomorfos se expresa en unidades de 10 cm de altura, así alguien de tamaño 17 tendrá 170 cm de altura.
  • Constitución: resistencia al dolor, a las heridas, a las enfermedades, etc...
  • Fuerza: la capacidad de levantar pesos, golpear con intensidad, etc... está expresado en unidades equivalentes en número al tamaño para que puedan compararse.
  • Inteligencia: expresados en decenas del CI, así alguien con un INT: 11 tendrá un CI de 110.
  • Agilidad: velocidad, capacidad de reacción, etc... expresado en un rango de hasta 20 puntos para poder transformar en un porcentaje multiplicando por 5.
  • Voluntad: capacidad de concentración, esfuerzo mental, se usa tanto para el aprendizaje como para la imposición de efectos mágico en los demás. También expresados en rangos de hasta 20.
  • Aspecto: belleza física, capacidad de empatía y en general lo agraciado que resulta el personaje hacia los demás. También se expresa en valores de hasta 20, pero en realidad sólo se considera sin ajuste dentro de su propia especie.
  • Poder: esta característica en realidad cambia de significado de campaña en campaña pero representa la conexión del personaje con lo paranormal, ya sea la magia, los poderes psíquicos, etc...
Podríamos incluir en nuestro juego las tiradas correspondientes, pero no parece lo más adecuado, mejor creemos una nueva extensión para el sistema de juego e incluyamos en ella todo lo que tiene que ver con la capa 'rolera' de la historia. Ya sabéis como File >> New extension. Yo a la mía la he llamado 'S3 role playing system'. En realidad debería haber añadido detrás 'SP' para indicar que estará escrita en español, pero dado que va a ser original nuestra, si alguien la quiere traducir al inglés que llame a la suya 'EN'.
:)
Lo primero en la extensión sería extender la clase 'person' a una que va a contener todos los aspectos roleros, de esta formas si hay otras 'person' en la historia que no requieren tener 'ficha de personaje' no sobrecargarán el tamaño de la obra con elementos innecesarios. Esto ya sabéis que se hace con algo tan simple como:
A character is a kind of person.
Sobre esta nueva clase añadimos todas las características de las que hemos hablado, eso es algo tan sencillo como:

A character has a number called strength.
A character has a number called constitution.
A character has a number called size.
A character has a number called intelligence.
A character has a number called agility.
A character has a number called will.
A character has a number called beauty.
A character has a number called power.

Ahora nos queda explicar cómo rellenamos estos valores de características. Normalmente la tirada o la forma de elección en casi todos los sistemas depende de una agrupación a la que se le llama 'especie' o 'raza' y que indica si el personaje es humano, enano, elfo, orco o lo que sea. En la campaña que vamos a usar de base (Akaram) hay una enorme multiplicidad de razas jugables antropomorfas, pero nuestro juego se va a situar en la frontera del Reino de Renorf con las tierras salvajes de los hombres lagarto; por allí sólo suelen encontrarse las razas de humanos del norte (los altos raynos pelirrojos, los fornidos normer de los mares helados y los wolferm morenos) y dos de los tipos de hombres lagaro (los azules sershas y los más grandes, más tontos y rojos slalash). Incluiremos tan sólo estas cinco razas en la extensión de esta forma:

Chapter - Races

A breed is a kind of object. Some breeds are defined by Table of Races

Table of races
a race strength roll constitution roll size roll intelligence roll
agility roll will roll beauty roll power roll
rayno 3d4+11 2d4+2 3d4+11 3d4+2 5d4 5d4 5d4 3d4+2
wolferm 3d4+11 2d4+3 3d4+10 3d4+2 5d4 5d4 5d4 3d4
normer 2d4+15 2d4+3 2d4+14 3d4+1 5d4 5d4 5d4 2d4+2
sersha 3d4+10 1d4+4 3d4+9 3d4+1 5d4+2 2d4+3 5d4 2d4+2
slalash 3d4+12 1d4+7 3d4+11 2d4+2 4d4+1 2d4+2 5d4 2d4

Chapter - Characters

A character is a kind of person. A character has a breed called race.

¿Y cómo se calculan las características de los personajes? Pues incluiremos una función que lance los dados de la raza a la que pertenezca el personaje de esta forma:

To roll dice for (char - a character):
now the strength of char is the roll of the strength roll of the race of char;
now the constitution of char is the roll of the constitution roll of the race of char;
now the size of char is the roll of the size roll of the race of char;
now the intelligence of char is the roll of the intelligence roll of the race of char;
now the agility of char is the roll of the agility roll of the race of char;
now the will of char is the roll of the will roll of the race of char;
now the beauty of char is the roll of the beauty roll of the race of char;
now the power of char is the roll of the power roll of the race of char.

Y cuando comience a ejecutarse la obra buscaremos a todos los personajes y lanzaremos sus dados:

When play begins:
repeat with char running through characters:
roll dice for char.

Esto creará las características de todos los personajes no jugador, para el jugador seguramente querremos al menos permitirle escoger la raza al principio de la obra, así que tendremos que usar 'roll dice for' de forma explícita, pero ya llegaremos a eso. Para simplificar la creación de personajes podemos crear sub-clases de 'character' que sean de una raza dada como por ejemplo:

A rayno human is a kind of character. The race of a rayno human is usually rayno.
A wolferm human is a kind of character. The race of a wolferm human is usually wolferm.
A normer human is a kind of character. The race of a normer human is usually normer.
A sersha lizardman is a kind of character. The race of a sersha lizardman is usually sersha.
A slalash lizardman is a kind of character. The race of a slalash lizardman is usually slalash.

Bien, ya podríamos empezar a escribir un poco de historia. Por ejemplo, creemos un lugar que suene interesante y un PNJ lagarto que esté justo allí.

Chapter 1 - Mapeado

Section 1 - La puerta de las ruinas de Shatard

La explanada is a room. The printed name of explanada is "La explanada frente a la puerta de Shatard".

Sherack is a sersha lizardman in la explanada.

Estupendo, ahora Sherack existe y tendrá su altura, su fuerza, su agilidad, etc...  pero no podemos verlo, ¿no? Incluyamos una función básica para mostrar la 'ficha' del personaje en la extensión:

Chapter - Describing characters

To say sheet of (char - a character):
say "[char]: ([race of char]) STR: [strength of char] CON: [constitution of char]
SIZ: [size of char] INT: [intelligence of char] AGI: [agility of char]
WIL: [will of char] BEA: [beauty of char] POW: [power of char].".

Y cambiemos un poco el examine de los personajes para usar esta pequeña función, así:

Instead of examining a character:
say sheet of the noun.

Si probáis la obra ahora veréis que Sherack mantiene sus características a lo largo de la obra, pero cambiará cada vez que la reiniciéis. Hemos avanzado bastante para un capítulo, en el próximo veremos la habilidades y cómo se usan para decidir si una acción ha sido un éxito o un fracaso.

Podéis descargaros la versión de la extensión aquí y el estado actual de la obra aquí.




CategorĂ­as: Planeta

Fabularium, un intérprete Glk, TADS, HTML, y más, con compiladores integrados

Hace 11 horas 55 mins

Grandes noticias para los usuarios de Android. Fabularium es un intérprete de juegos de Inform, TADS, Twine, Adrift, Level 9, Scott Adams, Magnetic Scrolls, entre otros, creado por Tim Cadogan-Cowper.

Es una implementación de la especificación Glk de Andrew Plotkin con algunas extensiones e incluso un par de compiladores integrados: el de Inform 6 y el de TADS, lo cual permite crear juegos desde la aplicación.

Esta maravilla es una de las mejores implementaciones de Glk de forma que incluso los juegos más intensivos en multimedia funcionan perfectamente. Por ejemplo, Kerkerkruip, Photopia 2.0, etc.

Está en pleno desarrollo así que es posible contactar con el autor a partir de este hilo en Intfiction.org:

https://www.intfiction.org/forum/viewtopic.php?f=38&t=25433

La aplicación la podéis instalar desde Google Play:

https://play.google.com/store/apps/details?id=com.luxlunae.fabularium

CategorĂ­as: Planeta

(c)1998-2019 CAAD

Todos los contenidos de esta web son propiedad de CAAD. Las colaboraciones son propiedad de sus respectivos autores.