Newsgroup: it.comp.giochi.avventure.testuali
Titolo: timer in tempo reale

Secondo voi è possibile implementare un timer tale che:
1) avanzi in tempo reale (cioè non dipenda da quante mosse fa il giocatore);
2) sia attivato da un evento scelto in run-time (per esempio, con uno switch
che ha per argomento un numero casuale)?
mi spiego meglio.
1) questo timer, una volta che è stato attivato, "fa il suo dovere" di
segnare il tempo, e basta.
si potrebbe usare per simulare meglio un evento con una scadenza prefissata,
per esempio l'autodistruzione di una nave, o l'azione di un veleno immesso
nel corpo del protagonista...
naturalmente, il tempo prefissato non dovrebbe essere troppo breve, per non
stressare ulteriormente il giocatore, gia impegnato nella risoluzione degli
enigmi, con un senso di urgenza (non subito,almeno ;) ).
2) un NPC potrebbe voler assegnare questo timer ad un evento a sua scelta,
magari per mettere alla prova il protagonista, o su un suo capriccio
personale per ostacolarlo.
potrebbe essere implementato assegnando a determinati eventi (prefissati) un
codice numerico.
in run-time uno switch si occuperà di sceglierne uno sulla base di un numero
casuale.
è possibile assegnare lo start di un timer (o se preferite di un daemon in
inform) ad un evento scelto cosi?
è un'idea che mi è venuta stanotte, magari si potrebbe costruire una trama
intorno per l'AT in squadra...

 che ha per argomento un numero casuale)?
Con glulx sě, guarda qui
http://www.ifitalia.info/portale2/modules/special/gull/gull-2p.php
bai
t

darkstar ha scritto:




Non c'entra niente ma...cos'è esattamente un daemon? Il fatto è che ho
trovato questa parola in una traduzione relativa l'If e l'ho tradotta con"
demone"...mi sa perà che non èl'interpretazione giusta:)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Sì, lo  è. I "demoni" sono i programmi che agiscono "per conto proprio"
nella terminologia Unix. Microsoft, sempre alla ricerca di termini
"politicamente corretti", li ha chiamati "servizi". Si tratta di programmi
normalissimi, che però rimangono in esecuzione senza che l'utente li
controlli, e forniscono dei servizi di sistema. Ad esempio, Apache (il
server più diffuso di http) è un demone; così come QUESTO server di
messaggi usenet (newsgroup).
Al termine demone sono associati anche aggettivi: "daemonic state" per
indicare un processo che è in fase di esecuzione senza input né output
verso l'utente, "daemonic mode" per indicare la modalità con cui si sceglie
di lanciare un processo senza input né output...
Gian.

 ha scritto nel messaggio
news:Sfi2d.332338$5D1.14...@news4.tin.it...

Una volta si chiamavano "TSR"
(Terminate and Stay Resident)
Una volta ho utilizzato questa tecnica ...ma in dos...(PowerBasic) in una AT
, poi abortita con l'avvento di Windows..
Bai
Roby

 (Terminate and Stay Resident)
Quelli DOS. Sotto Unix si sono sempre chiamati daemon. 
-- 
Paolo Vece - 
pv...@mclink.it
 - 
http://www.vece.net

 Quelli DOS. Sotto Unix si sono sempre chiamati daemon.
DOS non supporta il multi-tasking nativamente e quindi ha senso, almeno
concettualmente, il termine "Terminate".
Kiuhnm