Build Engine: differenze tra le versioni

Versione delle 10:30, 31 ago 2016

Versione delle 07:57, 1 set 2016

Riga 1:

{{Software

|Nome = Build Engine

|Screenshot = Duke nukem 3d shot.jpg

|Didascalia = Il ''Build'' nella sua incarnazione più famosa: [[Duke Nukem 3D]].

|Sviluppatore = [[Ken Silverman]]

|DataPrimaVersione = {{data e tempo|30|9|1995}}<ref>{{cita web|url=http://www.gamefaqs.com/pc/199319-witchaven/data|titolo=Witchaven|accesso=4 agosto 2016}}</ref><ref>{{cita web|url=http://www.gamefaqs.com/pc/198902-william-shatners-tekwar/data|titolo=William Shater's TekWar|accesso=4 agosto 2016}}</ref>

|SistemaOperativo = multipiattaforma

|Linguaggio = c

Riga 29:

===Caratteristiche tecniche principali===

[[File:Vista superior da Build engine via Mapster32.png|thumb|right|250px|Visuale [[bidimensionalità|bidimensionale]] che rappresenta la composizione dei livelli del BUILD.]]

Essendo stato concepito dall'osservazione del [[Wolfenstein 3D engine]] e [[Doom Engine]], il BUILD si basa prettamente sullo stesso concetto: il motore grafico sviluppa il gioco originariamente su una mappa [[bidimensionalità|bidimensionale]], che poi in base alla visuale del giocatore e alla distanza di un' oggetto, restituisce un [[rendering]] [[2.5D]], molto simile al [[Computer grafica 3D|3D reale]].<ref name=build3>{{cita web|url=https://www.rockpapershotgun.com/2016/04/13/build-engine-duke-nukem-blood-shadow-warrior/|titolo=Blood, Sweat & Laughter: The Beauty Of The Build Engine|data=13 aprile 2016|accesso=4 agosto 2016}}</ref> Rispetto comunque, sia a [[Wolfenstein 3D]] che a [[Doom]], il BUILD presenta una tecnica di creazione dello scenario di gioco nè basata sul [[Ray tracing#Algoritmo di Ray casting|ray casting]], nè sulla [[partizione binaria dello spazio]] (sebbene sia simile a quest'ultima):<ref name=build4>{{cita web|url=http://fabiensanglard.net/duke3d/build_engine_internals.php|titolo=Duke Nukem 3D: BUILD ENGINE INTERNALS (PART 2 OF 4) >>|accesso=4 agosto 2016|data=14 febbraio 2013}}</ref> con il BUILD infatti, il mondo di gioco viene suddiviso in sezioni ma, a differenza della partizione binaria, queste sezioni non sono direttamente connesse tra loro; il motore tiene conto infatti della porzione di mondo in cui il giocatore si muove, senza pre-elaborare quelle successive, in quanto rappresentano sezioni del livello scollegate.<ref name=build4/> La continuità del livello, e lo spostamento tra una sezione ed un'altra, è comunque assicurato da un [[rendering]] "a portali": ogni porta predefinita, che consente l'accesso alla sezione del livello sucessiva, garantisce che al passaggio del giocatore venga istantaneamente creata la porzione di mondo seguente, in modo da far apparire l'intero livello lineare e continuo.<ref name=build4/>

Questa tecnica di "portal rendering" è stata utile al BUILD anche per creare particolari illusioni: normalmente un motore grafico basato su [[bidimensionalità]], come il [[Doom Engine]], non è in grado di applicare il ''room-over-room'', tecnica che permette la sovrapposizione di 2 stanze una sopra l'altra; tuttavia [[Ken Silverman]] ha adottato il rendering a portali per eledure questa limitazione e permettere al giocatore di passare da una zona superiore ad una zona inferiore di un livello, come se queste fossero sovrapposte.<ref name=build3/> Grazie al fatto che il BUILD è in grado di processare una stanza alla volta, e che tutte le stanze sono scollegate tra loro, è dunque possibile creare l'illusione di un sovrapposizione anche quando effettivamente questa non si verifica poiché il giocatore, dall'alto verso il basso, non fa altro che teletrasportarsi velocemente da una porzione di livello ad un'altra, apparendo così collegate ma trattandosi in realtà di due strati di mondo slegati tra loro.<ref name=build3/>