In che linguaggio sono scritti i VideoGames?

[ValerioHD]

Vi pongo una domanda semplice che sempre mi sono fatto..
In che linguaggio vengono scritti solitamente i videogiochi di alto livello?
(ps3)
In giro ho letto che si usa anche il C++ è vero??
e chi di voi ha l'esperienza necessaria per creare un videogioco? (la parte informatica)

[Ndwr]

Un tempo gli sviluppatori creavano con le proprie mani il motore del gioco e sopra di esso costruivano l'insieme di regole che lo rendevano tale.

Oggi le case di sviluppo acquistano licenze di motori grafici creati da altre case e ci costruiscono sopra l'ambientazione e le regole partendo dalla creazione di moduli in C#/C++, oppure utilizzando linguaggi di scripting proprietari e linguaggi più comuni quali Lua o Python.
Al giorno d'oggi, oltretutto, è assolutamente di rilievo la programmazione degli shader, quindi in relazione a questi si parla principalmente di GLSL oppure CG.

I giochi più semplici sono solitamente scritti in C/C++, C#, OC, Java o qualche linguaggio interpretato più "semplice". In questo caso le metodologie sono più simili a quelle utilizzate nei vecchi tempi, dove lo sviluppo iniziava e finiva all'interno dello stesso gruppo di programmatori.

In sostanza alcune case possiedono il loro motore grafico che utilizzano per differenti giochi creati dalle stesse case, altre acquistano licenze di motori, interfacciandosi in vari e differenti modi con essi, questo parlando in termini dei giochi ai quali ti riferisci come di "alto livello".

[ValerioHD]

Originariamente inviato da Ndwr

Al giorno d'oggi, oltretutto, è assolutamente di rilievo la programmazione degli shader, quindi in relazione a questi si parla principalmente di GLSL oppure CG.

I giochi più semplici sono solitamente scritti in C/C++, C#, OC, Java

cosa sono gli shader,GLSL e CG??

e poi cosa intendi "i giochi piu semplici sono scritti in C++"?

[Ndwr]

Originariamente inviato da ValerioHD

cosa sono gli shader,GLSL e CG??

Gli shader sono un insieme di istruzioni utili alla scheda grafica per determinare le caratteristiche finali di una superficie geometrica. GLSL e CG sono due linguaggi che consentono di programmare il comportamento di uno shader, il quale viene poi eseguito dal processore grafico della propria scheda video. GLSL, cosi come CG sono basati su C in fatto di istruzioni e sintassi; GLSL è stato introdotto dal gruppo Opengl, CG da nVIDIA. Oltre a questi possiamo trovare anche l'HLSL di Microsoft oppure il più basso ASM shader.

Originariamente inviato da ValerioHD

e poi cosa intendi "i giochi piu semplici sono scritti in C++"?

Ho scritto "I giochi più semplici sono solitamente scritti in C/C++, C#, OC, Java".
Intendo dire che i giochi più semplici sono scritti interamente utilizzando tali linguaggi, talvolta in un unico linguaggio, senza la presenza di modularità o configurazione tramite scripting.

[ValerioHD]

Grazie per le tue spiegazioni! molto preciso e chiaro!

[PGI-Bis]

Originariamente inviato da ValerioHD

e chi di voi ha l'esperienza necessaria per creare un videogioco? (la parte informatica)

Potrebbe farlo anche un babbuino. Lo dico per esperienza (di gioco e babbuinaggine).

L'ostacolo insuperabile è la creazione dei contenuti grafici. Perdi un sacco di tempo, non ti diverti neanche un po' e il risultato fa comunque schifo.

[Tommo]

Quoto Ndwr, e aggiungo che un linguaggio gettonatissimo per fare giochini semplici è l'ActionScript che gira con Flash.

Di solito negli AAA si utilizza C++ perchè ad alti livelli gli svantaggi come la difficoltà e la complessità pesano meno di vantaggi come prestazioni insuperate, l'accesso a basso livello o la possibilità di riusare tonnellate di codice che è stato realizzato in passato da circa chiunque.
Basti sapere che nativamente, tutti gli SDK di tutte le console recenti e non espongono le loro funzioni in C/C++.

Comunque un gioco si può realizzare in qualsiasi linguaggio... il problema come dice il saggio PGI-Bis sono i contenuti.
Non so se hai dato un occhio ai credits di qualche gioco recente, tipo GTA... 20 programmatori e 120 modellers
Poi certo dipende dalla scala del progetto... per un giochino "onesto" la coppia coder+artist tuttofare funziona abbastanza.

[dojolab]

C++, Java, C# e Python.
Principalmente ho visto questi linguaggi nella mia esperienza.

Anche Obj-C (in ambito iPhone).
In ambito Mac no... (ci sono diversi articoli dove Obj-C purtroppo perdere in framerate a causa di alcuni costrutti interni e quindi viene usato il C puro per eseguire certi algoritmi. Poco conta, fa parte dell'Obj-C).

[javaboy]

I tool sono in genere fatti in c++, java o c#.
La parte game può essere fatta in c++ o con un linguaggio di script (lua, unreal script, quake c, python).
L'engine è sempre fatto in c/c++.

[javaboy]

Originariamente inviato da PGI-Bis

Potrebbe farlo anche un babbuino. Lo dico per esperienza (di gioco e babbuinaggine).

Dissento. Se fare un game engine è roba da babbuini cosa possiamo dire della programmazione web?

[dojolab]

Originariamente inviato da javaboy

Dissento. Se fare un game engine è roba da babbuini cosa possiamo dire della programmazione web?

Ti assicuro che le web application nascondono dei livelli di complessità notevoli, molto più di quanto si possa immaginare; non si limitano al semplice 'stampa e vai...'.

[dojolab]

Originariamente inviato da javaboy

Dissento. Se fare un game engine è roba da babbuini cosa possiamo dire della programmazione web?

Ti assicuro che le web application nascondono dei livelli di complessità notevoli, molto più di quanto si possa immaginare; non si limitano al semplice 'stampa e vai...'.

[dojolab]

Originariamente inviato da PGI-Bis

Potrebbe farlo anche un babbuino. Lo dico per esperienza (di gioco e babbuinaggine).

L'ostacolo insuperabile è la creazione dei contenuti grafici. Perdi un sacco di tempo, non ti diverti neanche un po' e il risultato fa comunque schifo.

Effettivamente al giorno d'oggi non è poi così complesso realizzare un gioco; il materiale c'è, documentazione ed esempi a tonnellate.

Diciamo che un babbuino no ma un programmatore qualsiasi con una buona nozione di inglese e tanta voglia di fare può ottenere discreti risultati in breve tempo, sfruttando adeguatamente Google.

[PGI-Bis]

Originariamente inviato da javaboy

Dissento. Se fare un game engine è roba da babbuini cosa possiamo dire della programmazione web?

Il game engine è una libreria come un'altra, ne pigli una e la usi (ce ne sono a decine). Che volendo puoi anche scriverlo - ci sono libri che spiegano come farlo e progetti open source da cui attingere - ma serve solo a ritardare l'ineluttabile: prima o poi devi metterci i modelli, i suoni, le icone.

L'unica è incappare in un esemplare di questa specie mitologica, il graficus bradus, disponibile alla produzione di contenuti per il gusto di farlo, che aiuterebbe il macacus programmatoris nel raggiungimento dello scopo. Ma non mi è mai capitato di incontrarne uno.

[javaboy]

Originariamente inviato da dojolab

Ti assicuro che le web application nascondono dei livelli di complessità notevoli, molto più di quanto si possa immaginare; non si limitano al semplice 'stampa e vai...'.

Senza dubbio. Rimango convinto del fatto che un game engine sia una delle tipologie di software più difficili da fare, una web application una delle più semplici. Per fare una web application si usano linguaggi più semplici con gestione automatica della memoria, non servono eccezionali basi matematiche, non serve una grande conoscenza dell'architettura su cui gira il software. Spesso conviene comprare un server più potente che ottimizzare una applicazione, cosa che non puoi certo fare nel settore dei videogiochi.

[javaboy]

Originariamente inviato da PGI-Bis

Il game engine è una libreria come un'altra, ne pigli una e la usi (ce ne sono a decine). Che volendo puoi anche scriverlo - ci sono libri che spiegano come farlo e progetti open source da cui attingere - ma serve solo a ritardare l'ineluttabile: prima o poi devi metterci i modelli, i suoni, le icone.

L'unica è incappare in un esemplare di questa specie mitologica, il graficus bradus, disponibile alla produzione di contenuti per il gusto di farlo, che aiuterebbe il macacus programmatoris nel raggiungimento dello scopo. Ma non mi è mai capitato di incontrarne uno.

Secondo me tendi a semplificare troppo le cose. Se parliamo di giochini per l'iphone va bene. Se parliamo di giochi AAA non è così semplice. Framework come irrlicht o ogre non sono dei game engine ma sono degli engine grafici e anche piuttosto scadenti. Poi ti servono delle altre librerie per l'audio, la fisica, il networking, per integrare un linguaggio di script etc...
Che poi con engine come irrlicht ci vuol poco a prendere una heightmap e fare un terreno ma se vuoi fare qualcosa di più complesso capisci che fai prima a buttarlo e rifarlo da capo....
I framework seri come miles, granny, havok etc in genere costano e non è così banale integrarli tra loro.
Pensa poi a tutta la parte di gestione delle risorse, al ciclo vita degli oggetti. Come e quando allocare e deallocare gli oggetti non è una cosa tanto semplice in un videogioco. Sei assolutamente costretto a utilizzare allocatori custom.

[ValerioHD]

Originariamente inviato da javaboy

Secondo me tendi a semplificare troppo le cose. Se parliamo di giochini per l'iphone va bene. Se parliamo di giochi AAA non è così semplice. Framework come irrlicht o ogre non sono dei game engine ma sono degli engine grafici e anche piuttosto scadenti. Poi ti servono delle altre librerie per l'audio, la fisica, il networking, per integrare un linguaggio di script etc...
Che poi con engine come irrlicht ci vuol poco a prendere una heightmap e fare un terreno ma se vuoi fare qualcosa di più complesso capisci che fai prima a buttarlo e rifarlo da capo....
I framework seri come miles, granny, havok etc in genere costano e non è così banale integrarli tra loro.
Pensa poi a tutta la parte di gestione delle risorse, al ciclo vita degli oggetti. Come e quando allocare e deallocare gli oggetti non è una cosa tanto semplice in un videogioco. Sei assolutamente costretto a utilizzare allocatori custom.

Sono perfettamente d'accordo con te.. i giochi odierni specialmente quelli "moderni" che girano su console sono a mio parere i software piu complessi in circolazione.. anche perchè devono gestire moltissime variabili basta pensare a crysys2 un titolo a caso.. non so quanto tempo hanno impiegato per sviluppare il Crytek Engine 3...

[Tommo]

Originariamente inviato da javaboy

Secondo me tendi a semplificare troppo le cose. Se parliamo di giochini per l'iphone va bene. Se parliamo di giochi AAA non è così semplice. Framework come irrlicht o ogre non sono dei game engine ma sono degli engine grafici e anche piuttosto scadenti. Poi ti servono delle altre librerie per l'audio, la fisica, il networking, per integrare un linguaggio di script etc...
Che poi con engine come irrlicht ci vuol poco a prendere una heightmap e fare un terreno ma se vuoi fare qualcosa di più complesso capisci che fai prima a buttarlo e rifarlo da capo....
I framework seri come miles, granny, havok etc in genere costano e non è così banale integrarli tra loro.
Pensa poi a tutta la parte di gestione delle risorse, al ciclo vita degli oggetti. Come e quando allocare e deallocare gli oggetti non è una cosa tanto semplice in un videogioco. Sei assolutamente costretto a utilizzare allocatori custom.

Infatti l'OP parlava di giochi AAA, e credo che un gioco odierno utilizza software di una complessità spaventosa... l'UDK pesa 1.3 gb da solo.
C'è il vincolo del realtime che implica gente veramente cazzuta, perchè un conto è saper risolvere un problema, un conto è saperlo risolvere in una frazione di un sessantesimo di secondo.

Poi si fare un giochino flash è una roba banale... ma già l'iPhone citato da Javaboy richiede un certo impegno se si vogliono fare le cose per bene!
Intanto se non ti compri Unity devi scrivere tutto in OpenGL, e in entrambi i casi hai a che fare con una libreria di sistema praticamente sconfinata.

PGI-Bis, forse ti sei sempre arenato alle prime fasi di un gioco perchè ti mancavano i contenuti, e ti sembra di aver fatto tanto...
ma per esperienza, quando il gioco è "quasi" funzionante non si è nemmeno al 40% dello sviluppo
Quindi ti sei perso la parte veramente difficile, quella di fare una cosa che si può vendere davvero. Purtroppo è un aspetto facile da sottovalutare, io stesso l'ho fatto finchè non ci ho sbattuto il muso

[ValerioHD]

Originariamente inviato da Tommo

PGI-Bis, forse ti sei sempre arenato alle prime fasi di un gioco perchè ti mancavano i contenuti, e ti sembra di aver fatto tanto...
ma per esperienza, quando il gioco è "quasi" funzionante non si è nemmeno al 40% dello sviluppo
Quindi ti sei perso la parte veramente difficile, quella di fare una cosa che si può vendere davvero. Purtroppo è un aspetto facile da sottovalutare, io stesso l'ho fatto finchè non ci ho sbattuto il muso

esatto.....

[PGI-Bis]

In un mondo di pazzi l'unico sano di mente è da ricovero.

E' la cosa più naturale del mondo desumere che io sostenga che scrivere Crysis 3 è una stronzata.

Affermazione che non potrebbe che essere ribadita allegando un'immagine di me in bermuda che in piedi su un pedalò mi proclamo Nettuno, dio degli oceani.

Ribadisco, nel pieno possesso delle mie facoltà mentali, che la parte più complicata del programmare un videogioco non ha a che fare con la programmazione ma con la produzione dei contenuti grafici.

Se qualcuno di voi vuole fare la parte grafica, io in 15 giorni vi porto un onesto FPS in stile Unreal o Quake 2.

Completo: io non mi areno quando programmo.

PS: e in quei 15 giorni ci scrivo anche un tutorial