Valutazione sistema meccanico per armi da fuoco

02/04/2010 13:37:15

Qualche annetto fa provammo anche noi ad adottare un simile metodo per i combattimenti a distanza e devo dire che il risultato a prima vista fu alquanto positivo, ma i problemi si presentarono molto presto...
Il metodo funzionava più o meno in questo modo:

Creare un piano cartesiano nella chat generato automaticamente dal gioco, questi formava una griglia di combattimento occludendo alcuni quadratini con rocce, alberi o altro per fornire la copertura... dopodichè a seconda della distanza (calcolata dalla coordinata dell'attaccante a quella dell'attaccato semplicemente con quanti quadretti li distanziavano) l'arma raggiungeva il bersaglio con + o - forza, + o - precisione... dopo un po' di test risontrammo quanto segue:
1. Se il soggetto è in posizione rialzata supererebbe gli ostacoli quindi bisogna calcolare il tutto in 3d non 2d
2. Se il soggetto vuole arrampicarsi su un ostacolo cosa accade?
3. Se il nemico è impegnato in un corpo a corpo e ad esempio ha un tuo alleato alla sua destra devi mirare il + possibile a sinistra così anche se lo manchi non rischi di beccare il tuo compagno sul quadretto di fianco... e questo a livello di programmazione dette tantissimi prob
4. Se il nemico ti salta addosso devi passare repentinamente dall'arma a distanza a quella da mischia altrimenti becchi i classici malus che non sono semplici da considerare
5. Rompere un ostacolo che vi separa... manderebbe a put***e tutta la planimetria che hai strutturato per la chat
6. Stesso discorso per spostarlo
7. Spostarsi nel momento in cui lui ti spara... senza un semaforo per le azioni manda in tilt il sistema
8. L'abbandono del campo da parte di un pg che per forza di cose rimane ancora per qualche attimo loggato lì e quindi vulnerabile a sua insaputa
9. Un cadavere sul campo può essere usato... diverrebbe un nuovo ostacolo... altro problema
Più diversi problemi con i BOT che furono difficilissimi da gestire.

In realtà noi non usando Database ma i Filesystem eravamo anche un po' più svantaggiati sul piano tecnico, forse alcuni di questi punti sono bene o male risolvibili ma ce ne sono altri che vedo estremamente complessi e duri da gestire... se poi vuoi aggiungere il fattore atmosferico, a sto punto l'usura dell'arma, la possibilità si rompa o inceppi, etc etc la vedo rasentare l'impossibile...

---

quota

02/04/2010 13:51:13

Mi state dando molti spunti su cui ragionare, parlo a livello teorico perché a livello pratico ho iniziato ieri a spulciare delle lezioni di php, ma la pazienza non mi fa difetto.

Già in partenza ero conscio del fatto che creare un sistema che rispecchi la realtà sia altamente impossibile, per lo meno in una tipologia di gioco come il Pbc dove resta comunque l'interpretazione del personaggio il perno portante del progetto.

Tuttavia non vorrei trascurare l'aspetto della balistica delle armi da fuoco non perché voglia proporre un modello che rispecchi in ogni sua sfaccettatura la realtà, ma perché non si lasci pieno libero arbitrio alla "coscienza" del giocatore, che sappiamo bene in cosa è capace di sconfinare.

Sicuramente darò un'occhiata ad Alatian per curiosità e farmi un'idea sul sistema adottato da loro. Inoltre mi incuriosisce quanto implementato da Clemenzio sul fattore riparo.

In ogni caso, ribadisco, voglio solo implementare un sistema che tenga conto di almeno alcuni parametri fondamentali, così da non rendere ogni colpo sparato un centro assicurato.

quota

02/04/2010 13:53:36

E' risolvibile, se noi ipotizziamo, come diceva Herduk, degli oggetti npc vengono inseriti nella mappa e che quindi abbiano dei valori che aggiungono malus ad un eventuale tiro possiamo anche allargare il sistema creando nella mappa un npc "collina" a noi non interessa più quanto sia alta in 3d bensì solo i valori da noi assegnati che aggiungono il malus, ovvio che serve a semplificare la morfologia di una collina non sarà uguale per tutti i lati però se si vuole fare una cosa più complicata la collina viene divisa in più parti, stile spicchi, e il problema si risolve ugualmente.


Ci si posiziona sopra e non dietro, in base all'oggetto sarà totalmente scoperto se è un muretto, quindi malus, avrà un bonus se su una collina. Se quello sotto spara a quello sulla collina avrà un malus perchè è sotto quello sopra, omettendo possibili ripari di quello sotto che sono un altro calcolo a se, avrà un bonus.


Teoricamente col righello si risolve sta cosa, però alla fine qui io la vedo più come un problema risolvibile dai dadi.



Non è un discorso da distanza o combattimento con armi da fuoco, qui si passa al sistema di quante azioni ci vogliono per cambiare arma, o posso girare il fucile per usarlo come clava.


Se si riesce a programmare che sparando l'oggetto ostacola un colpo non credo sia difficile far fare uno step al calcolo che elimini l'ostacolo X e dica al pg che ha sparato con un M79 ostacolo X frantumato.


Tipo un tavolo?


Questione di regolamentazione delle azioni. Correlata ma fuori tema. Se non ho capito scusami, rispiega. :D


Vabbè se gli cade la connessione ma rimane loggato avverte chi di dovere, log controllo si ristabilisce la situazione.
Se è in chat X e un compagno di squadra gli spara perchè ha sbroccato si prende le conseguenze. XD
Oppure tastino Inattivo e sparisce dalla chat.(da vedere sennò viene abusato)


NPC risolvono entrambe le cose, anche io ero arrivato all'idea degli NPC quando pensavo ai PNG (i costanti salvatori di pg)



Difficile no, è un lavorone...però una volta fatto sarebbe da paura.

quota

02/04/2010 14:05:31

Esattamente il riassunto di ciò che intendevo più il sistema dell'omino col corpo che era una cosa a cui avevo pensato tempo fa.
Se non ve ne siete accorti stiamo creando un mostro. :)

quota

02/04/2010 14:11:24

E' proprio quello a cui miro rosa! Il punto focale è appunto scegliere gli elementi che vanno considerati e scartare quelli superflui.

Vi spiego come avevo pensato di impostarlo io da profano.

Tenere dei parametri fissi ai personaggi, che scelgono all'iscrizione e modificabili entro al massimo dieci giorni dalla data d'iscrizione, così che uno se ha qualche ripensamento non debba rifarsi un altro personaggio. Nel corso del gioco sarà possibile salire di livello ed acquisire Punti Esperienza (PE) per: incrementare i propri valori di default scelti nel momento dell'iscrizione e scegliere delle abilità consone alla tipologia di personaggio che l'utente intende interpretare. Solo le abilità legate alle armi da fuoco avranno dei bonus che incrementeranno il valore Destrezza e Forza, utile quando si ingaggia scontri armati. Anche le diverse armi avranno dei bonus e malus in base alla tipologia. A questo aggiungere bonus derivanti da determinati equipaggiamenti per le armi o malus da sottrarre se colpiamo uno che ha un giobbotto antiproiettile. Il tempo atmosferico pure incide, e sarà gestito manualmente da me per la questione che esponevo nel primo post del topic.
Il risultato ottenuto sarebbe l'interazione di questi valori che si ottiene semplicemente pigiando il tasto "Spara a.." .

Punti su cui stavo ora riflettendo sono gli ostacoli e la sagoma da bronzo di riace che ha sviscerato rosì!

quota

02/04/2010 14:22:36 e modificato da isefet il 02/04/2010 14:26:08

Vas...
Per il 3d la cosa è molto + complessa... se parli di pistole, fucili o che vabbè magari molto si risolve... ma se io ho un arco e sparo su uno che sta su una collina a 100 m la freccia non arriva, quindi l'altezza è fondamentale e qui possono iniziare i problemi, non è solo questione di malus o bonus... se spari troppo in alto la freccia mi supera e devi calcolare a che distanza cade dietro di me, se c'è qualcuno o che...
Stessa cosa per l'arrampicarsi... e se io sto su un tavolo e tu non miri a me ma al tavolo e lo distruggi? che accade?
Rompere gli ostacoli inoltre rischia che dopo tot combattimenti hai un deserto... ad esempio se siete in taverna e iniziate a sfaciare tutto alla fine ti trovi a combattere tra 4 mura deserte e affidarsi all'intervento umano che ricarica gli oggetti è una rottura per chi deve farlo... se vuoi farlo in automatico invece rischi che mentre due combattono spuntano tavoli botti etc in sala (nel caso peggiore sul tuo PG se non programmi bene la cosa) ovviamente si può risolvere dicendo di ricaricarla solo se vuota o che... ma così complichi ancora di +...

Riguardo il semaforo intendevo a livello ri programmazione... se io sparo e tu ti sposti puoi trovarti colpito ugualmente, mancato, potrebbe anche andare in loop se lo programmi con un while o un if il calcolo...

Ram...
La sagoma è semplicissima... prendi un corpo lo dividi in tot parti e quando uno attacca ha dove mirare... in teoria se salvi tutte le parti del corpo di un PG con un piccolo punteggio che ne indica lo stato nel db puoi anche arrivare a fargli saltare una mano con un colpo di fucile... porta il valore della mano a 0 e non fa usare quella mano, armi a 2 mani e ti segna in scheda monco...

Ovviamente nulla è impossibile a livello teorico... le cose si risolvono... il problema è a livello pratico... alla fine stai programmando uno sparatutto in pbc... a quel punto prendi un bel motore grafico free tipo quelli di doom dalla rete e ti fai un gioco proprio eheh

---

quota

02/04/2010 14:26:48

E' questo il punto, io non voglio minimamente creare un videogioco! xD

quota

02/04/2010 14:43:10 e modificato da vassi il 02/04/2010 14:43:45

Ah no io ho eliminato il problema perchè in questo caso Ramsay parla di moderno. Certo tu mi dirai che si può usare anche un arco ora. Io ti rispondo che finchè non trovo una soluzione tu usi il silenziatore. XD


Sforacchi il tavolo e te cadi se si rompe. XD
Qui dipende dall'arma, starà al player fare l'azione alla fine se uno con la programmazione ha un select in ajax che viene popolato con i presenti in chat, può anche dividere il select in sezioni e una di queste riguarda gli oggetti. Spari ad un sasso? niente...(ora mi dirai che ci sono anche i proiettili di rimbalzo..ma io questi li lascerei solo al master..sennò ti ritrovi gente che gioca a biliardo) spari ad un tavolo, il tavolo ha un tot punti "salute" che con tot valori si sforacchia con altri tot valori si rompe, se aggiungi un sistema come quello del corpo di rosa nera lo puoi fare anche agli oggetti. E' sempre una cosa ardua e difficile da fare..ma è fattibile, c'è tanto lavoro ma non è poi così assurda.



Bhe ma questo è qualcosa che troverai sempre in ogni land in base alle esigenze, ci sono land che ricaricano il mercato in automaatico perchè il loro sistema glie lo permette e ne hanno il bisogno, altre che invece lo fanno manualmente perchè vogliono monitorare il tutto.
Alla fine se tutto viene programmato bene, magari con drag n drop, è quasi divertente riposizionare il tutto in modo anche diverso. E poi è un altro spunto di gioco, se c'è una cosa che la gente non capisce è che in un gdr dove comunque si combatte non c'è solo quello puoi fare qualsiasi cosa se l'ambientazione è studiata. Rompi il tavolo? la quest dopo se è zona tua un tizio X lo dovrà rifare sto tavolo..non sarà Geppetto ma lo riaggiusterà in qualche modo. Son dalle piccole cose che nascono le autogestite.


Sempre un discorso di turnazione, ho compreso che dici, a quel punto ci vorrebbe nei casi di movimento una sorta di finestra di "spareggio" ossia un confronto d'azione. E' da studiare questa, prendi nota. XD

CRSED: F.O.A.D. ↗
Brutale sparatutto MMO in cui vince l'ultimo giocatore che resta in vita nell'arena! Ogni giocatore sarà accompagnato da armi realistiche e magie!