Rieccomi ad aggiornare le pagine dello Zaino, come avete potuto leggere dalle News l'idea del sistema di gioco proprietario non verrà più portata avanti per vari motivi che non sto a spiegarvi, comunque al posto del suddetto regolamento verranno supportati tutti i sistemi di gioco di terze parti, dai giochi commerciali a quelli amatoriali ....cercherò di dar maggiore priorità a questi ultimi dato che sul Nucleo ne girano tanti ed ho la possibilità di parlare direttamente con i loro creatori.
Ad ogni modo al contrario di quanto è stato in precedenza tutto sarà aperto a eventuali tester che si vorranno proporre per questo progetto e che vorranno utilizzare lo Zaino nelle loro sedute, quindi nel caso trovassi solo giocatori di D&D disposti ad utilizzare e testare lo Zaino inevitabilmente lo sviluppo di questo si dirigerà in quella direzione.
Insomma chi ultimo arriva male alloggia, invito eventuali Master interessati ad un supporto intelligente per le loro partite a farsi sotto con le richieste.
Un invito speciale a tutti i creatori di giochi amatoriali a contattarmi per eventuali chiarimenti e possibili sviluppi futuri della cosa. Potete farlo direttamente sul forum cliccando QUI.
Ovviamente chi non provenisse dal forum del Nucleo consiglio caldamente di iscriversi dato che il tutto "spiegazioni e discussioni varie" si svolgerà li.
-----------------------------------------------
" Non ho bisogno delle vostre risposte , ma solo delle vostre domande ! "
Gorken 64

Non so se è il punto giusto ma sarei felice se supportassi anche VAS QUAS!:-)

Grazie,
Giovanni!
Il dolce profumo della bermulia rosa, il vento che spira forte da est, e le calme acque dei laghi dimenticati... quest'è Vas Quas

Certo ....no ci sono problemi, l'unica cosa "e qui sono caduiti molti fin ora" è che mi devi spiegare per filo e per segno cosa servirebbe ad un master di VAS QUAS per velocizzare il gioco, ti faccio un esempio.

All'epoca quando giocavo ad AD&D avevo l'esigenza di creare al volo i mostri, cosa difficile dato che non so se hai presente il manuale dei mostri di D&D, ci sono una serie di passaggi per poter creare un mostro e tutto questo elenco di passaggi non è molto veloce da fare in partita "in due parole i giocatori ti segano in 2 se ti permetti di fare una cosa del genere" e rallenta il gioco, cosa che un DM che si rispetti deve evitare assolutamente per non distruggere l'atmosfera creata.

Quindi come esempio di implementazione per D&D ci sarebbe la creazione del mostro settando dai paramentri sulla schermata del programma e con un semplice click del mouse generare tramite questi paramentri impostati il mostro in questione .

Questo è un esempio di cosa intendo per supporto del tuo motore GDRistico ....quindi dovresti innanzitutto capire nel tuo GDR cosa sarebbe utile ad un DM e postarmi in un topic in questo forum le relative regole che il mio programma dovrà gestire ....spero di essere stato chiaro ....ma non credo, cmq se vuoi altre delucidazioni chiedi pure sono tutto orecchi

Ho capito benissimo, adesso ci penso un attimino, sicuramente il mappatore non farebbe male. :-) Ti preparo una lista di robetta comoda da mettere dentro e poi te la posto!

Grazie,
Giò!
Il dolce profumo della bermulia rosa, il vento che spira forte da est, e le calme acque dei laghi dimenticati... quest'è Vas Quas

Il Cartografo, il generatore di tiri casuali ed altri programmi generici sono inclusi nel programma base dello Zaino, quindi utilizzabili da tutti i sistemi di GDR supportati ....mentre per i vari motori GDR ho intenzione di creare "dll" librerie separate con all'interno le funzioni esclusive per quel dato motore GDR nel tuo caso Vas Quas

mi è venuta un'idea abbastanza indeipendente dal sistema di gioco.

il mio grande problema quando masterizzo è avere png usa e getta, ovvero una stringata descrizione fisica e caratteriale + nome, giusto per non dire 'il solito oste'.
finora me li sono fatti a mano con i dadi, ma per fare 20 di questi png si impiegano almeno un paio d'ore e si usano in una sessione...
sarebbe una cosa implementabile?
magari con un sistema per applicare descrizioni di varie razze a seconda delle ambientazioni...
---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

amisis quello che mi chiedi è fattibile ma non è assolutamente generalizzabbile ....dato che ogni PNG nei vari motori di GDR si crea in modo differente ....sta cosa va fatta per ogni motore GDR, ossia mi passi i dati su come si debba creare il PNG e magari anche come vuoi che sia l'interfaccia "da principio ti passo io qualche cosa per mostrarti un pò come la vedo io" e io tiimplemento il tutto.

non intendo i valori, ma semplicemente dire:
"kira, umana 16 anni femmina.
alta x, peso y, capelli biondi mezza lunghezza ricci,
carnagione pallida.
carattere: tranquilla e scherzosa, ottimista.
segni particolari: odia chi flirta con lei, veste di arancione quasi sempre"

e nulla di più, da inserire poi nei vari ambienti (potrebbe essere a seconda dei bisogni una sacerdotessa, una cameriera, una sarta, ecc...)
Non mi sembra che questo dipenda dai sistemi di gioco.
Per quanto riguarda l'implementazione alle varie ambientazioni ho chiesto se era possibile, ma non strettamente necessario (basta essere capaci di creare umani, magari a seconda del periodo storico ed etnia).

dal punto di vista interfaccia direi che mi basta stabilire questi valori:
razza o etnia (eventuale con periodo storico)
genere (maschio/ femmina)
età più probabile
stranezza (quanti segni particolari ha)

ed il programma mi ritorna una breve scheda come quella descritta sopra.
eventuali valori fra quelli sopra tralasciati sono messi totalmente random o con un valore di default

---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

[Modificato da amisis 07/12/2004 13.41]

Carina l'idea di Amisis... in pratica sarebbe un generatore di "carattere" più che di "caratteristiche"...


_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

Uhm, io mille anni fa feci una cosa del genere, ma non era granchè perchè non usava un database ma solo uno switch su varie possibilità per ogni voce. Cmq se l'ho fatta vuol dire che mi serviva
Mi sembra un tool utile.
______________
Non mi importa se sulla mia tomba nessuno mai scolpirà il mio nome... quando arriverà la mia ora voglio solo che la morte mi colga nelle selvagge terre della battaglia!!!

Per lo più si tratterebbe di un programma che pesca "a caso" alcuni tratti (fisionomia, età, carattere, etc.) da un database o da un file.
Quando mi prese la foga dei MUD buttai giù qualcosa di simile, ma sceglieva in base alle stat del personaggio...


_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

Si OK avevo capito amisis solo che se ad esempio il mio programma supportasse il tuo GDR secondo me sarebbe più gradita un'unica scheda personaggio completa invece di due di cui una le generalità e l'altra le caratteristiche numeriche, tra le altre cose non sarebbe nemmeno possibile combinare i valori di una scheda con l'altra in questo modo.

Ti faccio un esempio di come la vedo io

Scheda Carattere. & Scheda Caratteristiche.

1 Nome: Grapccc
2 Razza: Goblin
3 Pelle: Verde
4 Fisico: Molto Magro
5 Carattere: lento e un pò scorbutico tende a prendere a calci ogni cosa.
6 Forza: 11
7 Intelletto: 4
8 Costituzio: 7

Dunque, dal punto 1 al 5 ci sono le caratteristiche generiche come hai chiesto solo che così come sono dovrebbero essere pescate dal DB nella loro interezza ossia tutte e 5 così come sono sensa poter effettuare generazioni random e roba simile perchè si perderebbe la coerenza del personaggio.
Con l'integrazione del sistema di gioco del GDR la cosa diviene differente dato che:
Il punto due dice Goblin e mettiamo per ipotesi che il tuo sistema di gico dica che il valore di forza di un goblin Non può superare il 12, questo permette una generazione di un goblin semplicemente in base alla razza Goblin in questo caso. Quindi generazione random della forza, ricerca random tra le definizioni caratteriali più adatte ad un goblin ....mettiamo che tra queste definizioni ce ne sono alcune che dicono che il Goblin in questione è un pirla e altre che è uno sveglio ....in base al tipo di definizione in automatico viene generato il tipo di valore intellettivo che hai il Goblin.

Questo è un esempio di come la vedo io .....perchè per come la vedi tu non ha senso utilizzare un programma dato che alla fine verrebbe utilizzato come un normale quaderno.

Se proprio poi non ti servono i dati numerici del PNG generato perchè hai progettato che il PNG in questione non farà nulla di più puoi semre limitarti a ignorarli ....e cmq fa sempre comodo avere tutti i dati possibili alla mano ....anche perchè del resto si sa che non saprai mai cosa passa nella mente dei giocatori

ma il programma serve perchè lui ne può creare decine al secondo quando a me ci vogliono ore!
Per quanto riguarda l'implementazione si potrebbe dividere in due parti, ovvero prima genero la descrizione in soldoni, e poi volendo chiedo al programma di generarmi su quella base un png completo (se non ho una descrizione ne crea uno da 0).
La prima parte sarebbe indipendente dal regolamento, ma solo dall'ambientazione, mentre la seconda dovrebbe essere inserita in modo diverso da gioco a gioco, ma ti sei comunque risparmiato una parte del lavoro da riscrivere.
Se poi il profilo creato è inconsistente con le richieste del regolamento basta chiedere se si vuole annullare la creazione o ricreare da zero il valore in questione.
non ti sembra più semplice?
---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

Scusa ma non credo di aver capito bene.

---

ma il programma serve perchè lui ne può creare decine al secondo quando a me ci vogliono ore!

---

Questo non è possibile se i dati che TU! hai immesso precedentemente nel DB non sono miscelabili tra di loro, l'esempio che ti ho mostrato prima è fattibile perchè alcuni dati numerici vengono generati casualmente in base alla scelta del DM su dei dati Caratteriali e alcuni Caratteriali generati anchessi casualmente in base ai dati numerici estratti.

Questo non si può fare per come mi hai detto tu di creare la scheda, perchè i dati caratteriali sono tutti legati tra di loro e roconducibili solo a quel PG quindi se nel DB inserisci 3 PG sempre 3 ne avrai a disposizione ......il PC non può effettuare alcuna scelta come invece fa come ti ho spiegato sopra

E poi scusa ....non è meglio avere tutto a portata di mano che a pezzi ....vuoi a tutti i costi riprodurre in digitaele i limiti che si ha con la carta

scusa ma non ti seguo sno...
perchè non potrebbero miscelarsi tra loro se lo fai senza regoalmento e potrebbero se il regolamento c'è?
inoltre non è che voglio portare sul pc limiti della carta, ma voglio semplicemente quello che mi serve, ne più, ne meno.
una scheda di un png ha minimo una pagina di statistiche, mentre a me serve di trovare rapidamente un png di mio gusto, e non mi và di sceglierlo in mezzo ad un marasma di info..
---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

Dunque la miscelazione dei dati deve avvenire in base a parametri logici che possono essere associati tra di loro .....facendoti un esempio diciamo che sulla tua scheda hai la possibilità in base al sesso del PNG di generare le restanti caratteristiche ....ora diciamo che ho nel DB 10 descrizioni 5 per uomini e 5 per donne, mettiamo che voglio generare una donna ....la cosa che farà il mio programma è scartare i 5 caratteri per maschi e sceglierne uno a caso tra quelli delle donne.

Questo è un tipo di generazione, solo che come puoi vedere non mi pare granchè utile, anche perchè non vedo quale sarebbe il vantaggio che otterresti .....mi spiego ?

---

una scheda di un png ha minimo una pagina di statistiche, mentre a me serve di trovare rapidamente un png di mio gusto, e non mi và di sceglierlo in mezzo ad un marasma di info..

---

Ma questo problema non si pone, è solo un fatto di organizzazione delle info riportate .....basterebbe semplicemente che ti mostrazzi "esempio stupido" bella parte alta tutte le info riguardante il carattere del PNG e nella parte bassa le info numeriche

Credo che Sno, per "coerenza delle info" intenda più o meno che, se il PNG creato ha COS 10 (mettiamo) e il prog pescasse a caso dal DB una descrizione fisica, potrebbe uscire "magro, emaciato, sul punto di morte". Non sarebbe il max della coerenza avere un PNG COS 10 con una descrizione fisica così.
Cmq secondo me le descrizioni dovrebbero essere associate ai punteggi di caratteristica generati a random. Cosicchè, ad esempio, ad ogni range di valori sia associato un certo numero di descrizioni. Ad esempio x D&D si possono usare i range in cui si guadagnano i bonus x la caratteristica.

Poi cmq Amisis, si potrebbero separare le varie informazioni sulla schermata, raggruppando quelle statistiche (car, abilità, etc.) e quelle descrittive. In questo modo riesci a trovare facilmente quello che vuoi, cioè se nn ti servono le car i tratti descrittivi balzano cmq subito agli occhi perchè ben evidenziati.
______________
Non mi importa se sulla mia tomba nessuno mai scolpirà il mio nome... quando arriverà la mia ora voglio solo che la morte mi colga nelle selvagge terre della battaglia!!!

Penso che al problema coerenza stat-descrizione si potrebbe ovviare con l'inserimento di archetipi. Per esempio, se chiedo un mercante, a prescindere dal sistema di gioco, mi aspetto che abbia un discreto livello di int/wis/cha ma sia ampiamente variabile in termini delle restanti variabili.

Considerando che esistono diversi sistemi di conversione fra GdR io direi che si potrebbe optare per un modello interno del programma basato su punti percentuale (o anche millesimi) e su alcuni aspetti standardizzati. Per esempio, nel programma compaiono solo FOR, DES, COS, INT, SAG e CHA in forma percentuale, poi questi valori possono essere ricalcolati a seconda di un sistema scelto...






_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

anche quella è una soluzione, anche se allora bisognerebbe scegliere estremamente bene le caratteristiche interne da usare....
---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

Sto pensando cosa servirebbe a Fresco per velocizzare il gioco...

impresa troppo ardua!



--
"adesso spacco il mondo in 4...
...e poi lo rimetto insieme col bostik!"

Gabryk hai fatto centro .....se poi sviluppassi la cosa la soluzione di Mandible non sarebbe male ....solo che perchè complicarmi la vita ....ognuno che vuole far supportare il proprio GDR mi dice come caps funziona la generazione dei PNG nel suo motore GDR e si risolve il problema alla radice.
amisis se il tuo GDR è basato tutto su descrizioni ti faccio una cosa adoc

---

Sto pensando cosa servirebbe a Fresco per velocizzare il gioco...

---

Be Salk .....per un gioco minimale non è che puoi fare chissà che cmq i tool generici per il DM già dovrebbero darti una mano.

No, anche io ho il mio bel carico di caratteristiche e abilita' (anzi, fra poco ti mando in privato una prima descrizione delle necessita' se ho il tempo).
Era' piu' che altro come ti ho gia' detto una cosa giusto per avere materiale 'narrativo' usa e getta
---------------------------------------------------------------
Porta i tuoi difetti come medaglie, in modo che nessuno possa scagliarteli contro come fango.

Snogar, per come la vedo io (che anche pratico VB) si potrebbe partire da un interfaccia che permette di leggere casualmente i campi di un database impostato su più tabelle.

Ogni tabella rappresenta avrà un campo di testo (con la descrizione di un certo aspetto) e tre campi numerici di uso generico. Come usare quest'ultimi lo si decide in seguito, ma sicuramente avranno una relazione con le eventuali stat...





_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

Scusa Mandi ma non farei mai una cosa del genere .....le cose troppo aperte sono a rischio defi per intenderci ....quindi onde evitare casini nei tool generici inserirò solo cose realmente generiche, come appunto il generatore di tiri casuali e il Cartografo .....approposito entro domenica faccio uscire la nuova versione ....spero vi piaccia.

Vi do un'altro imput su cosa potrebbe essere utile, avete presente quando il Mago di alto livello, quindi stracolmo di incantesimi in un gruppo di gioco cerca di lanciarne uno e voi DM gli chiedete MA ESATTAMENTE COME FUNZIONA! e via a cercare tra i manuali ore ed ore ....bè sta cosa potrebbe essere risolta portando tutto il libro degli incantesimi nel programma, così il DM con una semplice ricerca tramite il nome dell'incantesimo saprà tutto all'istante.

---

Scritto da: Snogar 11/12/2004 16.27
Vi do un'altro imput su cosa potrebbe essere utile, avete presente quando il Mago di alto livello, quindi stracolmo di incantesimi in un gruppo di gioco cerca di lanciarne uno e voi DM gli chiedete MA ESATTAMENTE COME FUNZIONA! e via a cercare tra i manuali ore ed ore ....bè sta cosa potrebbe essere risolta portando tutto il libro degli incantesimi nel programma, così il DM con una semplice ricerca tramite il nome dell'incantesimo saprà tutto all'istante.

---

Mica dici sul serio?!
Capisco che la TSR ha dato libera distribuzione ai contenuti del manuale del giocatore (ed incantesimi annessi), ma se già dispongo del formato digitale del manuale posso benissimo sopperire con un bel "Trova" da Word o Adobe... Crearci un programma apposito non mi sembra qualcosa d'indispensabile, per cosi dire...

Se poi non abbiamo il formato digitale del manuale (o peggio, lo abbiamo come serie d'immagini) a chi toccherebbe l'ingrato compito dello scriba?
_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

Si ma io non stò parlando della TSR ma di utility per i vostri GDR ....e poi non credo che scrivere di tanto in tanto qualcosa nel DB sia così stressante ....per i vantaggi che puoi ottenere penso ne valga la pena ....e poi in questo caso il programma potrebbe differire nella migliore organizzazione delle info, nella possibilità di aggiungere sempre nuovi incantesimi senza avere 800 libri sul tavolo .....nella possibilità di modificarne il testo, di aggiungere note .....cavolo non ditemi che è meglio avere un libro cartaceo per questo perchè non ci credo

Credo che Sno intenda che è l'utente del programma ad inserire le info che gli servono sugli incantesimi (ad esempio può metterne un tot che pensa siano più utili o più spesso usati e poi ogni volta che ne usa altri aggiungerne).
Cioè il Database iniziale sarà vuoto.

Cmq Sno, allora sta cosa si può fare per tanti altri aspetti, tipo x i mostri, per gli oggetti magici, per l'equip, etc.
______________
Non mi importa se sulla mia tomba nessuno mai scolpirà il mio nome... quando arriverà la mia ora voglio solo che la morte mi colga nelle selvagge terre della battaglia!!!

Scusa Sno, mi sono spiegato male io (ho persino nominato la defunta TSR!!!). Intendevo dire che se ho già il manuale in formato elettronico, trascriverne i contenuti in un database non è una cosa che farei volentieri, proprio perchè con l'opzione trova del wordprocessor ottengo, più o meno, lo stesso risultato che ho con un software che mi spulcia il database...

Riguardo alla questione delle 800 pagine da portarsi in giro, ti dirò che dove gioco io non c'è un PC disponibile per certe cose e tutto funziona a mezzo-carta. Diciamo che mi premono di più il mappatore ed il generatore di PNG...




_______________________________________________________________
La probabilità che un evento si verifichi è proporzionale alla sua indesiderabilità

---

Credo che Sno intenda che è l'utente del programma ad inserire le info che gli servono sugli incantesimi (ad esempio può metterne un tot che pensa siano più utili o più spesso usati e poi ogni volta che ne usa altri aggiungerne).
Cioè il Database iniziale sarà vuoto.

---

Esatto Gab. il Database iniziale sarà vuoto e alla mercè del DM

---

Cmq Sno, allora sta cosa si può fare per tanti altri aspetti, tipo x i mostri, per gli oggetti magici, per l'equip, etc.

---

In pratica si, la mia voleva essere un'idea di spunto per chi non vedeva queste possibilità.

---

Intendevo dire che se ho già il manuale in formato elettronico, trascriverne i contenuti in un database non è una cosa che farei volentieri, proprio perchè con l'opzione trova del wordprocessor ottengo, più o meno, lo stesso risultato

---

Sicuro Mandible ma non sarebbe organizzato in modo da avere le info principali sott'occhio e cmq se come in D&D ci sono 80 manuali in cui ognuno c'è almeno una parte dove ci sono gli incantesimi ....bè vedi che la cosa comincia a diventare piuttosto stressante ....almeno per me e cmq trovo fastidioso dover saltare da un manuale all'altro per trovare un inc.

---

Riguardo alla questione delle 800 pagine da portarsi in giro, ti dirò che dove gioco io non c'è un PC disponibile per certe cose e tutto funziona a mezzo-carta. Diciamo che mi premono di più il mappatore ed il generatore di PNG...

---

Be come ho detto in altri topic il programma punta a far abbandonare il cartaceo per il digitale con i relativi vantaggi ....cmq se ti interessano solo questo tipo di cose no problem ....per la cronaca il Cartografo è giunto alla versione 1.5 scaricabile dal sito ....casomai vi viene in mente qualche altra funzione che posso infilarci dentro sparate che sono sempre tutt'orecchi.