id Software rilascia nuove immagini di Rage e spiega le sfide del motore grafico

id Software rilascia nuove immagini di Rage e spiega le sfide del motore grafico

In occasione del Siggraph di New Orleans, J.M.P. van Waveren, senior programmer di id Software, ha spiegato alcune delle caratteristiche del motore grafico di Rage e come la software house texana ha risolto le sfide più ostiche.

di pubblicata il , alle 10:52 nel canale Videogames
 
I migliori sconti su Amazon oggi

Ring videocamera interna (Indoor Camera 2ª gen.) | Telecamera di sorveglianza per animali domestici | Audio bidirezionale, copertura per la privacy, fai-da-te | Ring Protect: 30 gg. prova gratuita

59.99€ Compra ora

Ring Intercom di Amazon | Trasforma il tuo citofono in un sistema intelligente con apertura a distanza, audio bidirezionale, accesso per gli ospiti | Facile da installare | Compatibile con Alexa

99.99€ Compra ora

Ring Intercom di Amazon + Ring Indoor Camera (2ª gen.)

89.98 159.98€ Compra ora
73 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Dott.Wisem08 Agosto 2009, 15:17 #41
Scommettete che sto gioco sarà l'ennesimo sparatutto Doom3 style, con trama ridicola e originalità prossima allo zero?
Quanto vorrei che sfruttassero questi motori per delle belle adventure grafiche come quelle di una volta, oppure per degli RPG belli massicci, con trama emozionante e personaggi carismatici.
Tecnicamente comunque, sto motore non mi dice niente, non ci vedo nulla di esaltante o che faccia gridare al miracolo. Speriamo che almeno sia ben ottimizzato per girare decentemente su piattaforme di medio livello, non come certe schifezze di motori pensati solo per vendere schede video più potenti.
x.vegeth.x08 Agosto 2009, 15:27 #42
Originariamente inviato da: Dott.Wisem
Scommettete che sto gioco sarà l'ennesimo sparatutto Doom3 style, con trama ridicola e originalità prossima allo zero?
Quanto vorrei che sfruttassero questi motori per delle belle adventure grafiche come quelle di una volta, oppure per degli RPG belli massicci, con trama emozionante e personaggi carismatici.
Tecnicamente comunque, sto motore non mi dice niente, non ci vedo nulla di esaltante o che faccia gridare al miracolo. Speriamo che almeno sia ben ottimizzato per girare decentemente su piattaforme di medio livello, non come certe schifezze di motori pensati solo per vendere schede video più potenti.


non è nulla di che perchè deve girare su xbox 360 e perchè non hanno voglia di ottimizzarlo come si deve su ps3
Dott.Wisem08 Agosto 2009, 15:36 #43
Originariamente inviato da: x.vegeth.x
non è nulla di che perchè deve girare su xbox 360 e perchè non hanno voglia di ottimizzarlo come si deve su ps3
A me pare che Carmack abbia detto che stanno avendo più difficoltà del previsto ad ottimizzare l'engine per la PS3, non che la versione PS3 sarà meno fluida delle concorrenti...
Trokji08 Agosto 2009, 15:47 #44
Originariamente inviato da: mjordan
Che senso ha comparare cpu con gpu?


la tua è una domanda ironica o seria? Ti rispondo come fosse il secondo caso.. ormai è chiaro che in molte applicazioni (non tutte) cpu e gpu sono sovrapponibili. In questo caso Carmack ha dovuto "spostare" su una cpu cose che nromalmente oggi vengono svolte dalle gpu.
Questa non è affatto una critica al suo operato.. però bisogna constatare che il comparto grafico della ps 3 è decisamente superato (dal punto di vista hardware) anche nei confronti di pc di qualche anno fa.. è solo il processore che quando uscì, quantomeno per una console, era un gioiello.
Se non sbaglio comunque i processori odierni tipo nehalem si avviciano alle capacità del cell di molto.. mentre la capacità di calcolo delle gpu è ben più grande da anni.
Come prova pratica anche se non certo "diretta" ma che ti può dare un'idea c'è [email]folding@home..nono[/email]stante sia ottimizzato malissimo per le schede video e nonostante le gpu che foldano siano molto meno delle ps3, la totale capacità di calcolo delle gpu operanti nel folding supera di alcune volte quella delle ps3..
plunderstorm08 Agosto 2009, 15:50 #45
se non è un mattone e riescono a ottimizzarlo a dovere, penso che si possano fare grandi cose con questo motore, e magari si vedrà un cambio di rotta delle varie software house che ultimamente stanno utilizzando l' unreal engine3.
mjordan08 Agosto 2009, 17:38 #46
Originariamente inviato da: Trokji
la tua è una domanda ironica o seria? Ti rispondo come fosse il secondo caso.. ormai è chiaro che in molte applicazioni (non tutte) cpu e gpu sono sovrapponibili. In questo caso Carmack ha dovuto "spostare" su una cpu cose che nromalmente oggi vengono svolte dalle gpu.
Questa non è affatto una critica al suo operato.. però bisogna constatare che il comparto grafico della ps 3 è decisamente superato (dal punto di vista hardware) anche nei confronti di pc di qualche anno fa.. è solo il processore che quando uscì, quantomeno per una console, era un gioiello.
Se non sbaglio comunque i processori odierni tipo nehalem si avviciano alle capacità del cell di molto.. mentre la capacità di calcolo delle gpu è ben più grande da anni.
Come prova pratica anche se non certo "diretta" ma che ti può dare un'idea c'è [email]folding@home..nono[/email]stante sia ottimizzato malissimo per le schede video e nonostante le gpu che foldano siano molto meno delle ps3, la totale capacità di calcolo delle gpu operanti nel folding supera di alcune volte quella delle ps3..


Rispondi a questa domanda: calcolare una sequenza di numeri di Fibonacci è piu' efficiente in GPU o in CPU? La PS3 è un caso a parte, è un'architettura che funziona in modo un po atipico rispetto a come sono abituati e la difficoltà di programmazione è data proprio da questo. La GPU di PS3 non è cosi potente e il compromesso è spostare alcune cose in esecuzione sulla CPU. Questo non significa che sia un modo di procedere universalmente corretto. Significa solo che se non fai cosi su PS3 non ottieni determinate prestazioni. Per tutto il resto, la differenza fra GPU e CPU rimane ancora ben distinta e non è un calderone come vuoi far intendere. Ci sono problemi che sono risolti meglio da un'approccio multithread massivo, altri tipi di problemi che non sono parallelizzabili per natura. Ecco perchè non ha senso paragonare CPU e GPU come nel caso che ho commentato.
Trokji08 Agosto 2009, 18:10 #47
Qui però si sta parlando di videogiochi e di ambiti in cui in parte è sovrapponibile . Non metto in dubbio che in numerosi ambiti non siano affatto sovrapponibili.. dico solo che ci sono alcuni in cui lo sono.. e molti di questi sono inerenti al gaming
mjordan08 Agosto 2009, 18:24 #48
Originariamente inviato da: Trokji
Qui però si sta parlando di videogiochi e di ambiti in cui in parte è sovrapponibile . Non metto in dubbio che in numerosi ambiti non siano affatto sovrapponibili.. dico solo che ci sono alcuni in cui lo sono.. e molti di questi sono inerenti al gaming


Il "gaming" non è altro che il prodotto della computer graphics, che a sua volta per la maggior parte è il prodotto dei metodi numerici. Anche in quest'ambito c'è una ricca classe di problemi non parallelizzabili. Inoltre, parallelismo a parte, le GPU sono notoriamente lente con calcoli non floating point. Che c'era una classe di problemi "sovrapponibili" lo si sapeva da sempre, quì la questione è che CPU e GPU sono ancora unità che ha senso distinguere e avere buone performance su singolo core era importante un tempo come lo è ancora adesso.
Trokji08 Agosto 2009, 18:39 #49
Non ho messo in dubbio ciò.. comunque come dicevo prima mi pare che rispetto ai processori odierni (parlo di CPU chiaramente) il cell non sia chissà quale mostro.. se però hai dei dati sui quali poterlo vedere con numeri fai un piacere anche a me.
Chiaramente nel confronto mi riferivo solo laddove CPU e GPU possono svolgere lgli stessi compiti, non altro
mjordan08 Agosto 2009, 19:02 #50
Originariamente inviato da: Trokji
Non ho messo in dubbio ciò.. comunque come dicevo prima mi pare che rispetto ai processori odierni (parlo di CPU chiaramente) il cell non sia chissà quale mostro.. se però hai dei dati sui quali poterlo vedere con numeri fai un piacere anche a me.
Chiaramente nel confronto mi riferivo solo laddove CPU e GPU possono svolgere lgli stessi compiti, non altro


Infatti non lo è. O meglio, per la sua architettura non può sempre esserlo. Non ho dati alla mano ma la testimonianza di ciò è che RoadRunner, il super computer piu' veloce al mondo costruito da IBM, originariamente doveva essere costruito esclusivamente con processori Cell, poi hanno affiancato ai 13 mila Cell anche quasi 7 mila processori Opteron. C'è da distinguere due casi quando si parla di prestazioni di un processore: il primo caso è la questione puramente hardware, il secondo caso è la questione puramente software. La tecnologia dei compilatori (o meglio la scienza dietro di essa) è sicuramente piu' sviluppata per le architetture "tradizionali" che non per queste architetture "poco convenzionali". E questo gioca anche un suo ruolo, anche se è un caso completamente snobbato. In ambito scientifico comunque viene considerato generalmente come un processore che ha prestazioni da prim'ordine.
« Pagina Precedente     Pagina Successiva »

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^