STORY turns the timeline of a game scenario into a narration, written and read aloud by a 3D narrator. The narration follows the timeline without changing its events, dates or messages. Inventing or translating a story calls the AI provider configured for the project, possibly a paid external service; reading a saved story calls nothing.
01
What it is for
A story briefs the players of an exercise or the audience of a demonstration: what happens, in which order, to whom. It is told from the scenario as it will be played, so it stays true to the timeline. Author guidance can set a tone or a point of view; it never changes a fact of the timeline.
02
Story settings
Current timeline narrates the timeline as it is: its dates, actualities and risks stay unchanged.
Automatic builds a new timeline from the actualities of the project, with an intensity: Calm, Moderate, Agitated, Catastrophic or Apocalyptic.
Manual builds it from priority groups of actualities chosen by hand: the same priority is the same instant, and the groups are played from top to bottom. Risks of Potentialities Management may be chosen too: they are set to 100 % at their date and generate their actualities.
Start, End and Language (English or Français), optional Story guidance (up to 1,000 characters), and Add social messages (1 to 50), written by the narrator or typed, published by the messaging sensors of the project.
Automatic and Manual warn that Invent Story replaces the current timeline and regenerates the DATA pairs of its sensors. With Current timeline, the social messages already planned are narrated as they are.
03
What is told
The narrator receives the scenario as it is played: the trunk with the tracks chosen at its forks (see Forks and tracks). Planned items are told as events: a sensor value as a measure (a value read, a state switched, the carrier of a GPS moving to a place), a referenced actuality as an actuality occurring on the resource it impacts, a risk set to 100 % through the actualities it generates, a forecast as the provider announcing how far the predicted sensor may go. A message keeps its text verbatim; only an empty text is written by the narrator. Muted items are left out.
04
Saved story, one narration per language
The story is saved in the scenario (storyJson) with its settings, a narration per language and the guidance per language. Reuse settings puts the settings of the saved story back in the form. Translate into English or Translate into Français sends the existing narration to be translated paragraph by paragraph, keeping its groups, dates and events, then keeps both languages.
A fingerprint of the timeline is saved too: when the timeline changes, the story is shown as out of date, and it must be invented again before it is translated.
05
The story narrator
The Story narrator panel reads the narration of the chosen language with the speech synthesis of the browser, the text highlighted in sync with the voice and a 3D narrator speaking it. Replay reads it again, Stop stops it. Event colors match those of TIMELINE; the names of the actualities stay in English.
06
Use case: IMT Albi Crisis
The Default Game Scenario of IMT Albi Crisis ships with a saved story, narrated from its current timeline and translated, in French and English. The Full scenario of Crisis Event Show — Parc des Princes also carries both languages. The Barbecue and Orléans scenarios have no saved story.
STORY view of the Default Game Scenario: story settings (start and end of the timeline, language, current timeline or an automatic or manual new one, optional guidance for the narrator), the social messages of the current timeline narrated as they are, and the Story narrator panel, still empty until a story is invented.
r-iosemit plays the field, not r-io suite. No r-io suite application calls it or knows that it exists: for r-io suite, every event it plays is a real one. It reads the knowledge base of r-io suite (states, positions, alerts, risks, tasks) to choose its tracks and to record its runs, without ever writing what it reads. It acts only through the channels of the field: the sensors (their datasets, planned values, GPS moves and forecasts published as a provider would), the messaging sensors, the human-task service for the simulated tasks, and the clock API of the use case once the operator opened it in r-ioga (Edit project › Use case clock › Allow remote clock control).
A few authoring items act on the knowledge space directly, and the dialogs say so: a planned risk level (like the Potentialities Management slider), a referenced actuality (a FREEZE actuality made ACTIVE, or a clone of a REFERENCE one), Previous step and Restart (they restore a checkpoint of the knowledge space kept by the server) and Replay (it writes the supervision settings of a run back, after a warning).
STORY transforme la frise d’un scénario de jeu en narration, écrite et lue à voix haute par un narrateur 3D. La narration suit la frise sans changer ses événements, ses dates ni ses messages. Inventer ou traduire une histoire appelle le fournisseur d’IA configuré pour le projet, éventuellement un service externe payant ; relire une histoire sauvegardée n’appelle rien.
01
À quoi il sert
Une histoire présente aux joueurs d’un exercice ou au public d’une démonstration ce qui se passe, dans quel ordre et à qui. Elle est racontée à partir du scénario tel qu’il sera joué : elle reste fidèle à la frise. Les consignes de l’auteur peuvent fixer un ton ou un point de vue ; elles ne changent jamais un fait de la frise.
02
Réglages de l’histoire
Current timeline raconte la frise telle qu’elle est : ses dates, actualités et risques restent inchangés.
Automatic construit une nouvelle frise à partir des actualités du projet, avec une intensité : Calm, Moderate, Agitated, Catastrophic ou Apocalyptic.
Manual la construit à partir de groupes de priorité d’actualités choisis à la main : même priorité, même instant, et les groupes sont joués de haut en bas. Des risques de Potentialities Management peuvent aussi être choisis : ils passent à 100 % à leur date et génèrent leurs actualités.
Start, End et Language (English ou Français), Story guidance facultatif (jusqu’à 1 000 caractères), et Add social messages (1 à 50), écrits par le narrateur ou saisis, publiés par les capteurs de messagerie du projet.
Automatic et Manual préviennent qu’Invent Story remplace la frise actuelle et régénère les paires DATA de ses capteurs. Avec Current timeline, les messages sociaux déjà planifiés sont racontés tels quels.
03
Ce qui est raconté
Le narrateur reçoit le scénario tel qu’il est joué : le tronc avec les pistes choisies à ses fourches (voir Fourches et pistes). Les éléments planifiés sont racontés comme des événements : une valeur de capteur comme une mesure (une valeur lue, un état basculé, le porteur d’un GPS qui se rend à un endroit), une actualité référencée comme une actualité qui survient sur la ressource qu’elle impacte, un risque passé à 100 % par les actualités qu’il génère, une prévision comme le fournisseur qui annonce jusqu’où le capteur prédit peut aller. Un message garde son texte mot pour mot ; seul un texte vide est écrit par le narrateur. Les éléments en sourdine sont laissés de côté.
04
Histoire sauvegardée, une narration par langue
L’histoire est sauvegardée dans le scénario (storyJson) avec ses réglages, une narration par langue et les consignes par langue. Reuse settings remet les réglages de l’histoire sauvegardée dans le formulaire. Translate into English ou Translate into Français envoie la narration existante pour qu’elle soit traduite paragraphe par paragraphe, en gardant ses groupes, ses dates et ses événements, puis garde les deux langues.
Une empreinte de la frise est aussi sauvegardée : quand la frise change, l’histoire est signalée périmée, et il faut l’inventer de nouveau avant de la traduire.
05
Le narrateur
Le panneau Story narrator lit la narration de la langue choisie avec la synthèse vocale du navigateur, le texte surligné au rythme de la voix et un narrateur 3D qui le prononce. Replay la relit, Stop l’arrête. Les couleurs des événements sont celles de TIMELINE ; les noms des actualités restent en anglais.
06
Cas d’usage : IMT Albi Crisis
Le Default Game Scenario d’IMT Albi Crisis est livré avec une histoire sauvegardée, racontée à partir de sa frise actuelle et traduite, en français et en anglais. Le Full scenario de Crisis Event Show — Parc des Princes porte aussi les deux langues. Les scénarios du Barbecue et d’Orléans n’ont pas d’histoire sauvegardée.
Vue STORY du Default Game Scenario : paramètres de l’histoire (début et fin de la frise, langue, frise actuelle ou nouvelle frise automatique ou manuelle, consignes facultatives pour le narrateur), messages sociaux de la frise actuelle racontés tels quels, et panneau Story narrator, vide tant qu’aucune histoire n’a été inventée.
r-iosemit joue le terrain, pas r-io suite. Aucune application r-io suite ne l’appelle ni ne sait qu’il existe : pour r-io suite, chaque événement qu’il joue est réel. Il lit la base de connaissances de r-io suite (états, positions, alertes, risques, tâches) pour choisir ses pistes et enregistrer ses runs, sans jamais écrire ce qu’il lit. Il agit seulement par les canaux du terrain : les capteurs (leurs jeux de données, valeurs planifiées, déplacements GPS et prévisions publiées comme par un fournisseur), les capteurs de messagerie, le service des tâches humaines pour les tâches simulées, et l’API d’horloge du cas d’usage une fois que l’opérateur l’a ouverte dans r-ioga (Edit project › Use case clock › Allow remote clock control).
Quelques éléments de construction agissent directement sur l’espace de connaissances, et les boîtes de dialogue le disent : un niveau de risque planifié (comme le curseur de Potentialities Management), une actualité référencée (une actualité FREEZE rendue ACTIVE, ou un clone d’une actualité REFERENCE), Previous step et Restart (ils restaurent un point de reprise de l’espace de connaissances gardé par le serveur) et Replay (il réécrit les réglages de supervision d’un run, après un avertissement).
