Quali tecnologie vengono utilizzate per lo sviluppo del gioco oggi? [chiuso]

Ogni volta che faccio una domanda sullo sviluppo del gioco in un forum online ricevo sempre suggerimenti come imparare algoritmi di disegno a tratteggio, manipolazione di immagini a livello di bit e decompressione video ecc.

Tuttavia, guardando a giochi come God of War 3, trovo difficile credere che questi giochi possano essere sviluppati usando tecniche di livello così basso.

La straordinaria bellezza di questi giochi sfidano qualsiasi metodologia di programmazione comprensibile (per me).

Inoltre l'hardware di gioco è davvero un mostro ormai giorni. Quindi è ovvio che gli sviluppatori lavorerebbero a un livello più alto di astrazione.

Qual è la più recente metodologia di sviluppo nel settore dei giochi? Com'è possibile che un team di 30-35 sviluppatori (di cui la maggior parte è responsabile del management e del marketing) in grado di creare giochi così sbalorditivi?

Se la domanda sembra troppo generica, potresti spiegare l'architettura di God of War 3? O come faresti a produrre un clone? Che penso dovrebbe essere obiettivamente responsabile.

Disclaimer: io sono non uno sviluppatore di videogiochi. Ma ho un interesse "hobbistico" in questo.

La maggior parte dei giochi AAA che vedi sono realizzati utilizzando i motori. Non sono scritti da zero. Pensa a un motore come a un quadro. Hai .NET framework, Java SDK, Cocoa toolkit.

Tutto per semplificare il tuo lavoro di creazione di software e di astrazione del codice del lavello della cucina. È necessario, ma scriverlo ogni volta è molto improduttivo.

Utilizzando questi motori lo sviluppatore può costruire il proprio gioco e non doversi preoccupare di alcuni dei codici sottostanti. ( Non commettere errori, lo sviluppo del gioco è uno dei rami più difficili dell'ingegneria del software. )

Ad esempio, Unreal Engine 4 ha un kit di sviluppo e uno studio killer:

http://www.youtube.com/watch?v=MOvfn1p92_8

Ci sono molti motori diversi là fuori. Alcuni pagati, alcuni gratuiti, altri più bassi, altri offrono un'astrazione più elevata.

Per esempio:

• ORCO
• Unreal Engine
• Unità
• fonte
• e molti altri...

In riferimento al commento di gbjbaanb, alcune delle cose che rendono divertente la programmazione dei giochi sono la durata limitata della base di codice e la mancanza di richiedere precisioni. Ad esempio, se stai progettando un gioco FPS e il tuo algoritmo di movimento a volte posiziona il tuo personaggio di gioco a pochi pixel, non è un grosso problema e le probabilità sono che nessuno se ne accorga. Se stai progettando un software aziendale e occasionalmente la tua funzione di somma ti fa guadagnare qualche dollaro, è un bug molto più serio. Quindi, quando si progettano giochi, alcuni aspetti possono essere molto meno precisi (e devono solo superare test umani, piuttosto che una suite di test automatizzata che verifica che le risposte siano esattamente corrette).

La mia esperienza è stata che la programmazione dei giochi, specialmente per i giochi in tempo reale, è un'esperienza molto diversa da ... quasi ogni altro sviluppo software che ho fatto, forse ad eccezione del lavoro con la GUI. È qualcosa che devi provare!

La risposta è "motori". Molti giochi sono costruiti su vari grafici e motori di gioco che sono fondamentalmente grandi librerie o framework.

Nel mondo OSS, dai un'occhiata a Ogre per un esempio, per i giochi commerciali hai cose come Source.

Ci sono altri fattori in gioco, come gran parte del codice è usa e getta e non passerebbe inosservato in un ambiente aziendale - ma questo perché la durata limitata di un gioco e le tempistiche di sviluppo accelerato, significano che il codice è (quasi) progettato solo per lavorare, non per essere mantenuto.

Unity3D è davvero bello. Ecco alcuni punti che mi piacciono:

• ti consente di creare giochi in modo indipendente dalla piattaforma, quindi crea automaticamente implementabili per Windows, Mac OS X, Android, IOS. Questo è vero per la versione corrente (3.x). Apparentemente la versione 4 ti permetterà di distribuire anche su Linux:

http://en.wikipedia.org/wiki/Unity_(game_engine)#Major_features

• Anche se hai bisogno di una licenza a pagamento per utilizzarla effettivamente (commercialmente), puoi scaricare una versione gratuita in cui puoi utilizzare la maggior parte delle funzionalità (ad esempio non puoi, ad esempio, creare implementabili per le piattaforme mobili). Offre un ottimo modo per visualizzare l'anteprima della cosa prima di decidere di acquistarla o meno:

http://unity3d.com/unity/licenses

• Funziona con la maggior parte dei software di modellazione 3d (preferisco 3d Studio Max, ma supporta anche altri):

http://unity3d.com/unity/editor/importing (scorrere un po 'verso il basso)

• La codifica (scripting) può essere eseguita in C #, che è un bel linguaggio, con una buona API e controlli del tempo di compilazione. Viene fornito con un buon ambiente di sviluppo (IDE e tutto il resto). Se vuoi qualcosa di diverso, supporta anche Javascript.

• Ha un ottimo supporto fisico (collisioni, gravità, forze, ecc.):

http://docs.unity3d.com/Documentation/Manual/Physics.html

• Dispone di un negozio di asset che ti consente di acquistare vari modelli, script, animazioni ecc., E in base alle tue abilità (e al tuo portafoglio) puoi ottenerli / modificarli per ottenere rapidamente risorse decenti per il tuo gioco.

• Ultimo ma non meno importante, è abbastanza veloce. Dai un'occhiata alle demo mobili, IMHO si muovono abbastanza bene e hanno una grafica molto decente:

http://unity3d.com/gallery/made-with-unity/game-list

Ecco un bel progetto Unity che sto attualmente aspettando:

Wasteland 2 di Brian Fargo

Hanno un bel post sul blog sul perché hanno scelto Unity , così come altri che parlano di come funziona .

ID Software è uno dei fornitori che di solito pubblica giochi all'avanguardia. Alcuni anni dopo rilasciano spesso quelli come open source. Su http://fabiensanglard.net/quake3/index.php puoi trovare un'analisi del codice sorgente di Quake3. Questa è una descrizione abbastanza dettagliata e anche se Quake3 è piuttosto vecchio nel frattempo i concetti dovrebbero essere ancora rilevanti per i giochi moderni.

E sì, se vuoi costruire un motore di gioco moderno, veloce e competitivo all'avanguardia, dovrai conoscere tutti quei pezzi di basso livello. Se non vuoi preoccupartene: ci sono diversi motori (motore di Quake3 o quelli di altre risposte) ma bene, allora non stai creando un nuovo gioco rivoluzionario ;-)

Come molte risposte menzionano, i motori di gioco e le librerie svolgono un ruolo importante. Tuttavia, tieni presente che ciò si applica ai giochi commerciali medio-grandi più che ai piccoli giochi "indie".

Ad esempio, su piattaforme mobili la maggior parte dei giochi sono scritti usando solo un set di librerie relativamente primitive piuttosto che fare affidamento su motori di gioco completi e framework. Esistono, ma per la maggior parte si tratta di riutilizzare il proprio codice da progetti precedenti.