Discussion :

[Lucas Panny]

Bonjour,

Corrigez-moi si je dis des bêtises mais je pense que la moitié des jeux vidéo (surtout les

applications gourmandes 2D et 3D). Récemment, j'ai testé un jeu vidéo sur PlayStation 2 et

quand il a bogué, un messagebox à titre "...C++" est apparu, ça se voit que c'est développé en

C++. Un jeu faisant la même chose mais écrit différemment sous Python (avec Blender) et sous

C++ : celui en C++ fonctionne plus rapidement d'où je pense le choix toujours du C/C++, celui

écrit en Python affiche même une exception C++ lorsque la pile déborde !!!
Pourquoi la majorité des jeux voire même des progiciels est écrite en C/C++ ?
Avec quels outils développe-t-on des jeux sous C/C++ ?

[Woufeil]

C++ est rapide, dispose d'énormément de librairies pour la 3D et le jeu, et est très populaire.
Mais tu fais erreur pour ce qui est des progiciciels, c'était vrai il y a un temps, maintenant Java, .NET et Delphi sont dans la course

[LapinGarou]

Personnellement, j'adore les pointeurs, et le java me contrarie un peu de ce côté là, certains algos me semblent difficiles à convertir sans pointeurs.
Mais le c# est très présent : regardes xna. De plus, il me semble qu'avec le c#, on peut très bien utiliser des fonctions stockées dans des dll, ces dernières étant en C++, d'où la perte "négligeable" de performances.

Visual Studio est je pense le plus utilisé pour le c++ pour les pc. Après, ça dépend de la plateforme (xbox=>c#, nintendo=>java/.net).

[randriano]

Bonjour Lucas !

Corrigez-moi si je dis des bêtises mais je pense que la moitié des jeux

vidéo (surtout les applications gourmandes 2D et 3D)

Je t'assure tu as raison.

Le C++ est un langage dit "libre", c'est à dire non propriétaire, et soumis à une standardisation par un organisme indépendant : l'ISO (voir Le C++ est-il
normalisé ?).

Premièrement, je pense que c'est la raison. Par exemple, j'ai beaucoup vu des jeux écrits en Java et qui m'ont beaucoup étonné vus la qualité et la fluidité de ces jeux mais je ne connais pas de grands jeux écrits en Java. Bon, il est vrai que le but de Sun n'est pas du tout de
développer des jeux comme le fait Ubisoft, EA, ...
Deuxièmement, il est vrai que C++ est un langage un peu compliqué d'où la tendance de développer des applications dans des langages plus simples parfois propriétaires : Delphi, Python, Java, ... Or certains de ces langages ont été développés avec C++, cela implique une autre couche au dessus du C++ qui rend que la taille d'un même bloc d'instructions d'un langage
par rapport à C++ est considérable, l'application devient alors plus lente. Par ex si on utilise des listes chainees, il n'y a pas de plus parfait que la STL de C++
Le grand avantage de C/C++ est la gestion de la mémoire, on contrôle soi-même les allocations et les désallocations, il ne faut pas oublier qu'un jeu consomme beaucoup de RAM, certains langages le gèrent souvent, ça risque qu'il manque de désallocation ou que la désallocation se fait trop tard.
Pour développer un jeu, le GDI ne suffit plus sauf si c'est un Pacman que tu veux développer !
Je ne connais que la riche bibliothèque Qt de Trolltech, sais-tu que le fameux Google Earth et

Adobe Photoshop Elements ont été développés avec. Qt est basé sur OpenGL. Mais tu peux bien

utiliser Visual C++ pour créer des jeux avec DirectX. Pour C++ Builder, je connais GLScene mais

c'est pas bon pour un jeu mais seulement pour des animations 3D, de plus ça ne marchera très

bien que sur C++ Builder 6 !

[randriano]

(xbox=>c#, nintendo=>java/.net).

Ah bon, les jeux sous XBOX ont été écrits en C#, intéressant ! Mais où est C++ .net dans tout ça ?

[screetch]

les jeux XBOX sont fait en C++ non managé

les outils managés sont plus utilisés dans les utilitaires et les editeurs de niveaux, pour les jeux il reste hors de question d'utiliser C# ou C++ managé pour avoir le meilleur controle de la mémoire.

[Kujara]

Pour autant que je sache, la totalité des SDK pour le developpement de jeux sur consoles sont en c++ : xbox, ps2, ps3, psp, gc, wii, etc ...

La raison est assez simple : le language choisit doit permettre des access et des optimisations bas niveaux, en meme temps qu'etre quand meme orienté objet pour pouvoir bosser assez vite.

Seuls quelques languages proposent cela, et parmis eux, le c++ est le plus utilisé.
Donc, choix logique pour les fabriquants de consoles, non ?

A noter que pour les PC, c'est a peu pres les memes raisons pour les tres gros jeux commerciaux.
Les jeux plus petits ( les sharewares par exemple) peuvent etre ecrits dans n'importe quel language ou presque.

[LapinGarou]

Je ne sais pas pour les jeux déjà sortis. Mais c# permet d'utiliser des dll c++ comme je l'ai déjà dis, je ne voit donc pas ce qui choque.
Aujourd'hui, les développeurs privilégient le temps passé au développement par rapport à l'optimisation . C'est pour ça que l'on se paye souvent des patches à la sortie du jeu, qui comme par hasard améliorent les performances et autre bugs non dévoilés par les testeurs. Rares sont les jeux qui sont optimisés à fond (pratiquement plus d'assembleur).
C# et xna vont prendre de plus en plus de place je pense, rien que par la rapidité de mise en place. (.net également)

[Kujara]

C# et xna vont prendre de plus en plus de place je pense, rien que par la rapidité de mise en place. (.net également)

Pour le jeu lui même( gameplay, menus, etc ), peut etre.

Pour le moteur derriere ( physique, AI, graphismes, etc), aucune chance

[screetch]

les jeux qui sortiront en 2010 seront toujours en C++. Les outils seront en C# souvent (mais pas toujours).

Le binding C++ -> C# n'est poas suffisant encore (je parle de C++ non managé vers C#)

quand aux optimisations, il y en a beaucoup plus que tu crois encore. Plus d'assembleur mais encore des instructions SSE2 ou l'equivalent sur XBOX ou PS3.

[Kujara]

quand aux optimisations, il y en a beaucoup plus que tu crois encore. Plus d'assembleur mais encore des instructions SSE2 ou l'equivalent sur XBOX ou PS3.

Les optims MMX/SSE/SSE2/SSE3 font partie de l'asm pour moi,apres tout c'est de l'utilisation directe d'instructions et des registres du proc.

D'ailleurs puisque l'on en parle, sont elles disponibles sur un autre language que c++ ?

[Laurent Gomila]

D'ailleurs puisque l'on en parle, sont elles disponibles sur un autre language que c++ ?

En C et en C++, soit en ASM brut soit via des fonctions intrinsics. Quoiqu'il en soit rien n'est portable à ma connaissance.

[screetch]

ce ne sont pas des instructions asm mais des intrinsic. C'est plus bas niveau que le C mais plus haut niveau que l'assembleur; le compilateur se permet souvent de reordonner les instructions. D'ailleurs il n'y a pas de notion de registre avec les intrinsic, c'est le compilateur qui s'en charge. De meme il n'y a pas un mapping 100% entre les instructions asm et les intrinsics.

C'est specifique au compilo en general, mais c'est pas bien grave, un jeu vidéo fait dans l'industrie n'a pas vraiment vocation a etre portable (je veux dire, c'est pas de l'open source que des petits malins vont recompiler avec gcc, donc on prend les intrinsics visual et c'est tout)

[Laurent Gomila]

ce ne sont pas des instructions asm mais des intrinsic. C'est plus bas niveau que le C mais plus haut niveau que l'assembleur; le compilateur se permet souvent de reordonner les instructions

Non non, les deux (ASM et intrinsics) sont bien disponibles. En tout cas sous VS2005 j'ai les deux.

[screetch]

oui mais c'etait pour dire que les intrinsics sont different de l'asm. C'est a mi chemin entre le C et l'ASM (je repondais plutot a kujara)

[Kujara]

oui mais c'etait pour dire que les intrinsics sont different de l'asm. C'est a mi chemin entre le C et l'ASM (je repondais plutot a kujara)

Si on parle bien des _mm_add_ss et co, ça me fait plus penser a une extension du language faite par Microsoft, comme les __declspec et les __interface .

Apres, je groupe les intrinsics avec l'inline asm, vu que chaque intrinsics correspond a une seule instructions asm, sauf exception...

[Lucas Panny]

Bonjour ,

Merci pour vos réactions.

les jeux XBOX sont fait en C++ non managé

En fait, c'est quoi en gros C++ managé ou non ?

[Laurent Gomila]

Le C++ managé (C++/CLI en fait) est une extension du C++ qui utilise le framework .NET. Ce n'est donc pas du C++ natif qui sera compilé en un exécutable.

[screetch]

Si on parle bien des _mm_add_ss et co, ça me fait plus penser a une extension du language faite par Microsoft, comme les __declspec et les __interface .

Apres, je groupe les intrinsics avec l'inline asm, vu que chaque intrinsics correspond a une seule instructions asm, sauf exception...

Les intrinsics MMX et SSE/SSE2 existent aussi sous GCC. Les intrinsics sont une couche au dessus de l'ASM comme je disais; certaines fonctions se mappent sur une instruction mais en regle generale ce n'est pas le cas; surtout car tu ne geres pas les registres du tout, tu mets ca dans des variables comme du code normal et le compilo sait optimiser les intrinsics. C'est different de l'asm! et ce n'est pas specifique Microsoft.

[Mat.M]

C# et xna vont prendre de plus en plus de place je pense, rien que par la rapidité de mise en place. (.net également)

oui tous les mois quelqu'un va nous dire que C# va s'imposer pour les jeux vidéos
Mais comme c'est du pseudo code tu ne peux rien optimiser l'assembleur faut pas y compter.
Et si tu veux exploiter les fonctionnalités des derniers CPU ce qui se fait en asm éventuellement faut pas y compter parce qu'en C# tu n'as pas accès bas-niveau