PS: sul sito di Twine ci sono degli ottimi video tutorial.

concordo con fbrzvnrnd, leggere un libro o anche un breve racconto su schermo del computer è un pò stancante, ma anche lo schermo dell'ipad (che non supporta tecnologia e-ink)
In più aggiungiamonci il fattore "immedesimazione" magari per qualcuno non è importante, però a me piace immaginare bene le scene che leggo, da un certo punto di vista "viverle" .. ecco stare seduto d avanti ad un pc blocca questo "processo" XD

preferisco di gran lunga stare comodo in un divano, una poltrona, letto ecc.. con un buon libro di carta

D'altra parte prendo però in cosiderazione le possibili evoluzioni che potrebbero nascere su computer, immagino un racconto interattivo, online con illustrazioni, avvolte effetti sonori, ogni tanto una leggera musica di sottofondo a rafforzare l'atmosfera, per rendere il tutto più coinvolgente.

Tutte opzioni realizzabili solo su browser, su pc non su un comune ebook reader.

Pure io mi ero posto questi problemi ma la soluzione che sto studiando muove un passo a monte del problema, invece che a valle.
Cioe': piuttosto che scegliere un sistema che vada bene per PC oppure che vada bene sugli e-reader, sto tentando di definire una convenzione di scrittura che sia astratta e indipendente dal media usato.
L'implementazione fisica dell'opera sul media desiderato verra' fatta di volta in volta con un sistema separato, chiamato "rendering".
Il punto fondamentale e' che viene separata la parte di scrittura dalla parte tecnica, a differenza di linguaggi tipo "inform" dove uno parte con l'idea di scrivere una storia e si ritrova, suo malgrado, a diventare una sorta di programmatore informatico.
In sostanza: tu autore componi la tua opera narrativa che rimane per sempre valida e, nei futuri adattamenti, non dovra' esssere manipolata da terzi. Questo mi pare un punto allettante per uno scrittore.

Il segreto per far cio' e' quello di definire un sistema che raccolga una serie di meta-informazioni da parte dell'autore gia' durante la scrittura del testo.
Il difficile e' riuscire a farlo in modo trasparente ed elegante ...ma aiuta il fatto che la "narrativa a bivi" non e' un' "avventura testuale" e alcune cose si semplificano.

Con l'occasione rispondo a Tristano che mi chiedeva un parere a proposito delle nuove tecnologie portatili, tipo e-reader i-phone i-pad etc.. Tecnicamente, non c'e' dubbio, sono una gran figata. Fino a 3 anni fa, erano impensabili oggetti con queste dimensioni, robustezza e autonomia delle batterie.
La cosa strana e' che i libri elettronici saranno stati 15 anni che cercavano di lanciarli, facendo sempre grandi buchi nell'acqua. E non tanto per problemi tecnici, quanto per l'accoglienza tiepida del pubblico, storicamente diffidente verso le novita'.
Forse ricorderete che un tempo ogni prodotto innovativo affrontava una sorta di pericoloso limbo iniziale, del tipo "bello, ma aspettiamo di vedere se si diffonde..."
Poi cos'e' cambiato? Forse i tempi, forse la gente... fatto sta' che ora siamo passati ad una tendenza opposta dove il pubblico li compra  addirittura a scatola chiusa (vedi Apple) appena vengono annunciati e ancora prima di capire bene a cosa servano.
Insomma, questi gadget vanno di gran moda, e questo e' un bene... il problema e' prevedere quale sia l'orizzonte temporale di questo fenomeno. Per il momento prevale l'impostazione "businnes-mania" dove conta aprire un x-store "qualcosa".
E in questo, sono pressoche' certo che i vari "iphone" e "google-phone" saranno gestiti unicamente come fenomeno di grido e poi abbandonati per lasciare il passo al gadget successivo.
Questo meccanismo va comunque bene per chi ambisce a vendere le applicazioni on-line... molto meno per chi cerca una base seria e duratura per le proprie opere.
Gli e-reader sono forse piu' tranquilli, ponendosi in teoria come dei semplici "riproduttori di qualcosa".
Tuttavia anche qui sembra esserci un clima incerto che ricorda i tempi anarchici degli 8 bit, dove tutti adottano soluzioni diverse, nessuno prevale e a farne le spese e' la cosa piu' importante: un valido e solido standard.
Quando Venerandi mi ha spiegato che, anche ci fosse il supporto pdf,  non si puo' contare neanche sul prescritto javascript... mha!

Mi sa che chiedi troppo: gli e-reader non sono certo a colori, non credo abbiano musica ...e anche il supporto java o javascript non sembra essere assicurato.
Ma scusa, se hai di queste esigenze "multimediali" meglio fare un'applicazione specifica ipad, piuttosto che compromettere il risultato come avverebbe certamente andando in cerca di soluzioni crossplatform. Tra l'altro rischi di perdere una bella fetta di utenti ipad, che sono un mercato forte, nella speranza di acchiappare pochi percento di utenti in piu' dell'incerto mondo degli e-reader...

( ps: per citare il testo altrui puoi usare il bottone col fumetto )

Putroppo io degli standard degli eReader ne so poco e nulla, perciò dovrò documentarmi.

Quel che però mi viene da pensare è che la vedo dura che qualcuno si metta a realizzare un software per creare librigame SOLO per eReader, almeno ora come ora. Credo che un simile investimento di energia sia pensabile se si tratta di un programma che preveda diversi formati di output (web, PDF, ecc.) e non solo un formato.

Sinceramente, se bisogna parlare di standard affidabili e destinati a durare nel tempo, credo che HTML e JavaScript siano ottimi candidati. Ma questi eReader non dispongono di un browser? So che il Kindle si collega al web per l'acquisto di eBook online, immaginavo avesse un browser.

Mi pare di capire che l'esigenza principale di questo standard di cui si discute sia quello di poter avere dei registri per conservare le variabili del gioco.

Se invece si vuole considerare l'ePaper come un sostituto della carta, allora perchè non creare librigame come quelli classici? dove il lettore prende appunti su un foglio, tira i dadi, ecc.?

Chiedo perchè cerco di capire non conoscendo bene il settore. Avete menzionato un paio di libri in formato digitale per iPad, sono andato a vedere i siti. Mi pare di capire che si tratti appunto di software per la gestione di un librogame con tanto di mappa, variabili, ecc.

Allora c'è un nuovo trend in corso? Si vuole espandare l'esperienza di gioco/lettura aumentando il livello di interazione?

Mi ricordo che in passato sul gruppo delle avventure testuali si aveva affrontato l'argomento parlando della creazione di uno standard XML per le avventure testuali. Lo stesso vale per i librigame, secondo me. Se si creasse uno standard XML che offra dei tag per definire cosa è cosa nel testo, sarebbe possibile sviluppare diversi applicativi per visualizzare i libri game su computer, palmari, iPadi, eReaders, ecc.

Il problema dello standard a mio avviso sta proprio in quello. Anzichè adottare un linguaggio di programmazione adattato al genere, è meglio creare un XML con dei tag che consentano di definire la struttura del librogioco. Si potrebbe iniziare con dei tag semplici, che includano scelte con salti, ecc, e poi aggiungere variabili, e via dicendo, fino ad ottenere uno standard con una certa potenza.

Se vi fosse uno sforzo collettivo in questa direzione, e prendesse piede un vero e proprio standard come quello dell'HTML, allora si potrebbe sperare che più persone sviluppino applicativi per la visualizzazione dei librigame così creati -- e una volta che uno standard decolla tende a sopravvivere.

Questo vorrebbe dire che applicazioni già esistenti potrebbero agganciarsi a questo standard XML consentendo di importarlo ed esportarlo.

Al momento, basterebbe definire lo standard, e poi per l'implementazione creare un applicativo che lo traduca in un output PDF, mobi, HTML, sia quel che sia. Quindi, da un lato accontentarsi di usare come output uno standard che già esiste, però dall'altro creare uno standard di scrittura che sia facile e abbastanza universale.

Poi non resterebbe che sperare che coloro che hanno realizzato applicativi (p.es. Libro Game Creator) vogliano aggiungere l'opzione di importare/esportare questo standard, e via dicendo.

Mi rendo conto di non essermi spiegato benissimo, spero di esserci riuscito un briciolo almeno! ;-)