{"id":9591,"date":"2012-10-03T10:34:24","date_gmt":"2012-10-03T08:34:24","guid":{"rendered":"http:\/\/www.devapp.it\/wordpress\/?p=9591"},"modified":"2012-10-03T10:34:24","modified_gmt":"2012-10-03T08:34:24","slug":"9-introduzione-a-box2d-la-fisica-nei-videogame","status":"publish","type":"post","link":"https:\/\/www.devapp.it\/wordpress\/9-introduzione-a-box2d-la-fisica-nei-videogame\/","title":{"rendered":"9. Introduzione a Box2d: la fisica nei videogame"},"content":{"rendered":"

\"corso-programmazione-videogame-cocos2d-09\"<\/a> Ora che abbiamo preso dimestichezza con le librerie di Cocos2d \u00e8 ora di affrontare un argomento un po’ pi\u00f9 tosto, introduciamo infatti in questa lezione il nostro primo motore fisico, Box2d<\/strong>.<\/p>\n

Ma cos’\u00e8 un motore fisico? Si tratta di un insieme di classi e di utility che permettono ai programmatori un notevolissimo risparmio di tempo nello sviluppo di tutti quei giochi dov’\u00e8, in qualche modo, presente della fisica.<\/p>\n

Supponete infatti di voler realizzare una banalissima applicazione in cui una pallina si muove in un labirinto seguendo l’inclinazione del device, insomma qualcosa di simile a questo:<\/p>\n


\n\"box2d-introduzione-guida-cocos-2d-01\"<\/a>
\n<\/center><\/p>\n

Potremmo seguire le istruzioni presenti in questo articolo<\/a>, ma non sarebbero sufficienti, perch\u00e9 in quell’esempio non sono considerati n\u00e9 gli ostacoli lungo il percorso n\u00e9 viene considerata l’accelerazione della pallina, che nell’esempio si muove di moto rettilineo uniforme, mentre nella realt\u00e0 una pallina su un piano si muove di moto rettilineo uniformemente accelerato. Se vogliamo rendere la nostra pallina un minimo realistica dovremmo quindi tenere traccia della velocit\u00e0, della accelerazione gravitazionale (9.8 m\/s2 ) e dell’angolo di inclinazione.<\/p>\n

Ok, lo ammetto le ultime frasi avevano come unico scopo quello di farvi apprezzare il lavoro fatto dai ragazzi che sviluppano i motori fisici, muovere una pallina su un piano non sarebbe poi tutto sto lavoro, per\u00f2 avete sicuramnte capito il senso.<\/p>\n

Torniamo quindi al nostro framework: Box2d. Parliamo di questo piuttosto che di altri perch\u00e9 questo framework ha la comodit\u00e0 di essere distribuito direttamente con l’installer di cocos2d, il che rende praticamente nulla la fase di setup e configurazione.<\/p>\n

In realt\u00e0 cocos2d viene distribuito con ben 2 motori fisici, il primo \u00e8 appunto Box2d, il secondo \u00e8 chipmunk<\/strong>, quale scegliere \u00e8 praticamente solo una questione di gusti dell’utente.<\/p>\n

I motori fisici del calibro di Box2D non mappano certamente tutta la realt\u00e0 fisica all’interno di un videogioco, ma propongono una fisica semplificata il cui scopo non \u00e8 quello di dimostrare la relativit\u00e0 generale di Einstein, ma dare comunque una parvenza di realt\u00e0 all’interno del videogioco. La pi\u00f9 evidente tra queste semplificazioni \u00e8 che questi motori fisici ragionano in termini di “corpi rigidi”. <\/p>\n

Vi ricordate il professore di fisica che disegna un blocco alla lavagna e parte con la solfa “Sia C un corpo rigido indeformabile di massa uniforme posto su un piano inclinato…” ecco in pratica box2D fa lo stesso genere di approssimazioni. Qualunque oggetto nella realt\u00e0 non \u00e8 n\u00e9 completamente rigido e n\u00e9 le sue proriet\u00e0 (densit\u00e0, massa) sono omogenee per tutto il corpo. Box2d ignora queste sottigliezze e caratterizza un corpo in base a soli 3 parametri<\/p>\n