Progettazione e Sviluppo di un Multiplayer Online Game su Reti Peer-to-Peer

More documents

Recommendations

Info

118 CAPITOLO 6. CONCLUSIONI focus su quelli che sono gli aspetti relativi alla progettazione e allo sviluppo della parte prettamente Software. Il contesto analizzato è vasto e complesso e non è stato possibile quindi entrare nel dettaglio di ogni singolo aspetto: ad esempio le problematiche legate allo sviluppo di un Engine grafico o di un Engine fisico, grazie all’utilizzo di un Middleware come Unity3D, sono state affrontate solo in maniera marginale. Anche per quanto riguarda ciò che concerne maggiormente l’argomento di tesi alcune caratteristiche che si possono individuare nella maggior parte dei giochi Multiplayer commerciali, come i sistemi di Anti-Cheating ed i Lobby Server, per questioni di tempo non sono state sviluppate concretamente all’interno del progetto (si veda il capitolo 5 relativo agli sviluppi futuri). Ciò nonostante, la realizzazione di un videogioco Multiplayer basato su reti Peer-To-Peer, ha permesso di sperimentare con mano quelli che sono i problemi e le difficoltà caratteristiche che emergono durante lo sviluppo di un software videoludico, ed in particolare nel caso in cui quest’ultimo risulti contestualizzato in uno scenario di rete decentralizzato: In una prima fase sono state analizzate le tecnologie, gli strumenti e le architetture prevalentemente utilizzate nel panorama attuale, al fine di selezionare quelle più adatte all’obiettivo di tesi. Sono stati valutati quelli che sono i vantaggi e gli svantaggi del modello Peer-To-Peer in contrapposizione al modello Client-Server, e di conseguenza esaminati i sistemi di sincronizzazione utilizzati per mantenere uno stato di gioco condiviso da tutti i giocatori. Quest’ultimo aspetto rappresenta probabilmente il cuore del problema:
119 Sostanzialmente, astraendo dalle caratteristiche specifiche di gioco (come le dinamiche di gameplay, la grafica, l’audio e l’interazione utente), il requisito più importante per un MOG è garantire -al medesimo istante di tempo- una rappresentazione dell’ambiente di gioco il più possibile simile per ogni singolo giocatore, nonostante la presenza di fattori quali il Lag ed il Jitter. Infine, dal punto di vista del design del software è risultata estremamente utile, sia in fase di progettazione che di implementazione, la separazione concettuale tra il contesto logico e gli aspetti prettamente visuali, poiché ha permesso di organizzare, identificare e soprattutto vincolare, gli elementi in grado di apportare informazioni allo stato di gioco, al fine di generalizzare e automatizzare le modalità di aggiornamento di quest’ultimo. In conclusione l’approccio Peer-To-Peer, rispetto al modello Client-Server, pone una serie di problemi dovuti alla sua natura decentralizzata e “untrusted”. Risulta inoltre meno diffuso e relativamente ancora poco sfruttato in ambito videoludico, specialmente nella sua versione “pura”. Ma può rappresenta una potenziale alternativa per quelle tipologie di gioco che non richiedono necessariamente la presenza di supporti centralizzati.
Page 1:
Alma Mater Studiorum Università de
Page 4 and 5:
ii
Page 6 and 7:
iv INDICE 3.2 Layer NET . . . . . .
Page 8 and 9:
vi CAPITOLO 0. INTRODUZIONE portabi
Page 10 and 11:
viii CAPITOLO 0. INTRODUZIONE Figur
Page 12 and 13:
2 CAPITOLO 1. STATO DELL’ARTE con
Page 14 and 15:
4 CAPITOLO 1. STATO DELL’ARTE men
Page 16 and 17:
6 CAPITOLO 1. STATO DELL’ARTE Fig
Page 18 and 19:
8 CAPITOLO 1. STATO DELL’ARTE Fig
Page 20 and 21:
10 CAPITOLO 1. STATO DELL’ARTE Un
Page 22 and 23:
12 CAPITOLO 1. STATO DELL’ARTE Fi
Page 24 and 25:
14 CAPITOLO 1. STATO DELL’ARTE 1.
Page 26 and 27:
16 CAPITOLO 1. STATO DELL’ARTE Sm
Page 28 and 29:
18 CAPITOLO 2. ARCHITETTURA SOFTWAR
Page 30 and 31:
Page 32 and 33:
Page 34 and 35:
Page 36 and 37:
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
Page 44 and 45:
Page 46 and 47:
Page 48 and 49:
Page 50 and 51:
Page 52 and 53:
Page 54 and 55:
Page 56 and 57:
Page 58 and 59:
Page 60 and 61:
Page 62 and 63:
Page 64 and 65:
Page 66 and 67:
Page 68 and 69:
Page 70 and 71:
Page 72 and 73:
Page 74 and 75:
Page 76 and 77:
Page 78 and 79: 68 CAPITOLO 3. IMPLEMENTAZIONE poss
Page 80 and 81: 70 CAPITOLO 3. IMPLEMENTAZIONE Figu
Page 82 and 83: 72 CAPITOLO 3. IMPLEMENTAZIONE •
Page 84 and 85: 74 CAPITOLO 3. IMPLEMENTAZIONE leva
Page 86 and 87: 76 CAPITOLO 3. IMPLEMENTAZIONE guit
Page 88 and 89: 78 CAPITOLO 3. IMPLEMENTAZIONE Infi
Page 90 and 91: 80 CAPITOLO 3. IMPLEMENTAZIONE 3.3.
Page 92 and 93: 82 CAPITOLO 3. IMPLEMENTAZIONE Come
Page 94 and 95: 84 CAPITOLO 3. IMPLEMENTAZIONE •
Page 100 and 101: 90 CAPITOLO 3. IMPLEMENTAZIONE zion
Page 102 and 103: 92 CAPITOLO 3. IMPLEMENTAZIONE
Page 104 and 105: 94 CAPITOLO 4. ANALISI DELLE PRESTA
Page 110 and 111: 100 CAPITOLO 5. SVILUPPI FUTURI Un
Page 112 and 113: 102 CAPITOLO 5. SVILUPPI FUTURI Tal
Page 114 and 115: 104 CAPITOLO 5. SVILUPPI FUTURI sen
Page 116 and 117: 106 CAPITOLO 5. SVILUPPI FUTURI Fig
Page 118 and 119: 108 CAPITOLO 5. SVILUPPI FUTURI (Fi
Page 120 and 121: 110 CAPITOLO 5. SVILUPPI FUTURI Fig
Page 122 and 123: 112 CAPITOLO 5. SVILUPPI FUTURI ste
Page 124 and 125: 114 CAPITOLO 5. SVILUPPI FUTURI car
Page 126 and 127: 116 CAPITOLO 5. SVILUPPI FUTURI
Page 130 and 131: 120 CAPITOLO 6. CONCLUSIONI
Page 132 and 133: 122 BIBLIOGRAFIA [Yong-Tae 2008] YO
Page 134 and 135: 124 BIBLIOGRAFIA
show all

Progettazione e Sviluppo di un Multiplayer Online Game su Reti Peer-to-Peer

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?