Modo discussione | Modo lineare

KappeiJin · 16-01-2012 23:47

Può esplodere o no, nel caso di questa arma specifica si, ma non è escluso che domani ne faccia una versione che invece trapassi...
Per quanto riguarda le elaborazioni, come primo bersaglio prende SEMPRE il più vicino al player (in modo tale che abbia la garanzia di sbaragliarsi il pericolo più imminente), gli altri li ho comunque in lista in ordine decrescente, per cui adattando quello che dici potrei automaticamente assegnare i successivi ai rispettivi proiettili che vengono sparati, solo che nel frattempo i nemici si muovono e possono anche superarsi tra di loro, per cui non so fino a che punto puoi prevedere (devi anticipare un range, ma nel frattempo magari è arrivato un altro proiettile a disintegrarlo) se le carte cambiano sotto il sedere ogni giro Sorriso

**Eclipse** · 16-01-2012 23:56

vabè penso sia inutile farli troppo intelligenti questi missili, basta che prendano i più vicini quando vengono sparati e poi non cambiano bersaglio finché esplodono o lo perdono perché crepa (e in quel caso potresti farli proseguire con l'ultima direzione acquisita e basta magari)

theGiallo · 17-01-2012 0:06

ah, sì, volevo anche chiederti che ordine di grandezza prevedi per possibile target.
tieni conto che se hai 60 fps e 20 target e ne processi uno alla volta in 1/3 di secondo hai il tuo bersaglio, se i bersagli si muovono a 5m/s (se sono in carica) (http://www.wolframalpha.com/input/?i=running+man) ti farà un metro e settanta, il missile diciamo che lo fai andare a 20m/s ti avrà fatto sui 7 metri. Conta molto anche a che distanza sono i nemici Sisi

. Comunque il farne processare più a iterazione giova molto.

quanto mi piace sta cosa, posta qualcosa quando li hai fatti mi raccomando!

TheCrib · 17-01-2012 8:53

Infatti, ocio anche con la velocita'　di refresh.

Io la logica di gioco la elaboro sempre a 60 Hz, anche quando il rendering scende a 30 o meno.
Questo aiuta molto, ma potrebbe non bastare per evitare l'effetto di quantum teleportation (^。^)

MannyB · 17-01-2012 9:43

io userei una hashmap gestita da un projectile manager

TheCrib · 17-01-2012 10:46

(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager

Anche.. una cosa interessante di queste situazioni e' che l'OOP spinto (per cosi' dire) non aiuta. Cioe', meglio avere un manager che ha una visione globale che una serie di elementi che si relazionano con tutti gli altri elementi.

Quindi se uno ha un manager esterno, tanto vale tenere i "client data" per-elemento dentro al manager stesso (magari con un puntatore dentro al game element per evitre di passare per il manager via hash in ogni caso).

Io ad esempio faccio qualcosa del genere:

Codice:

class GameElem

{

public:

    MissileManagerClientData *mpMissileManagerClientData;

};

void MissileManager::InstallClient( GameElem &elem )

{

    elem.mpMissileManagerClientData = allocClientData();

    mClients.push_back( &elem );

}

Ma con l'hashing si puo' evitare il campo "mpMissileManagerClientData" (se ho capito bene quello che volevi dire).

MannyB · 17-01-2012 11:17

(17-01-2012 10:46)TheCrib ha scritto:
(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager

Anche.. una cosa interessante di queste situazioni e' che l'OOP spinto (per cosi' dire) non aiuta. Cioe', meglio avere un manager che ha una visione globale che una serie di elementi che si relazionano con tutti gli altri elementi.

Quindi se uno ha un manager esterno, tanto vale tenere i "client data" per-elemento dentro al manager stesso (magari con un puntatore dentro al game element per evitre di passare per il manager via hash in ogni caso).

Io ad esempio faccio qualcosa del genere:

Codice:

class GameElem { public: MissileManagerClientData *mpMissileManagerClientData; }; void MissileManager::InstallClient( GameElem &elem ) { elem.mpMissileManagerClientData = allocClientData(); mClients.push_back( &elem ); }

Ma con l'hashing si puo' evitare il campo "mpMissileManagerClientData" (se ho capito bene quello che volevi dire).

si in pratica e' lo stesso solo che preferisco la comodita' della hashmap per i look ups ecc (se le performance non sono un problema).

Cmq fondamentalmente preferisco che gli oggetti (missili e targets) non sappiano niente del mondo esterno e faccio gestire il tutto da un manager esterno: ricerche, assegnare i targets, ecc...il design e' molto piu' pulito e meno intricato e il sistema e' piu' versatile e facile da mantenere senza classi monolitiche coupled l'una all'altra

TheCrib · 17-01-2012 13:27

(17-01-2012 11:17)MannyB ha scritto: Cmq fondamentalmente preferisco che gli oggetti (missili e targets) non sappiano niente del mondo esterno e faccio gestire il tutto da un manager esterno: ricerche, assegnare i targets, ecc...il design e' molto piu' pulito e meno intricato e il sistema e' piu' versatile e facile da mantenere senza classi monolitiche coupled l'una all'altra

Nel mio caso, quel puntatore potrebbe essere un 'void *'.

Il ragionamento che ho fatto e' che se sono sicuro che con un puntatore non c'e' del costo addizionale..
Ma andrebbe comunque tutto testato.. perche' tutto sommato lavorare completamente dall'esterno sarebbe ideale.

Per il futuro provero' l'approccio con l'hashing (che poi potrebbe essere semplicemente una lista ordinata di puntatori mantenuta dal manager).. e probabilmente la performance non ne risentira' 8)

encelo · 17-01-2012 13:58

(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager

Io giocherei un po' con OpenMP per parallelizzare il tutto. Asd

MannyB · 17-01-2012 14:39

(17-01-2012 13:58)encelo ha scritto:
(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager
Io giocherei un po' con OpenMP per parallelizzare il tutto.

non c'e' molto da parallelizzare Selo

non mi sembra di avere proposto niente di supercomplesso

kunos · 17-01-2012 15:43

perche' no? Se ci sono 20 missili.. un bel threadpool, setto tutto, poi pronti.. via:

return target==NULL;

Asd

Gabriele · 17-01-2012 18:47

(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager

concordo, la soluzione + efficiente imho.

KappeiJin · 17-01-2012 20:06

(17-01-2012 9:43)MannyB ha scritto: io userei una hashmap gestita da un projectile manager

Ho la WeaponManager che gestisce oggetti Weapon che ereditano da Bullet... mi è bastato centralizzare i dati alla WeaponManager per indirizzare i riferimenti dei target a ogni proiettile Smile

encelo · 17-01-2012 21:12

(17-01-2012 14:39)MannyB ha scritto: non c'e' molto da parallelizzare non mi sembra di avere proposto niente di supercomplesso

Era una battutaccia. Linguaccia

MannyB · 18-01-2012 10:19

(17-01-2012 21:12)encelo ha scritto:
(17-01-2012 14:39)MannyB ha scritto: non c'e' molto da parallelizzare non mi sembra di avere proposto niente di supercomplesso
Era una battutaccia.

Modo discussione \| Modo lineare Proiettili a ricerca
Autore	Messaggio