Discussion :

[dark angel]

Bonjour a tous !
voila j'ai commencer le language C et un peu C++ et je voudrait
savoir quel language serai le mieux pour la programmation de jeux video ?
Et aussi quel tutorial pourrait mis aider !
Aussi des livres a me conseiller sachant que j'habite Rouen pour savoir l'endroit !
merci d'avance !

titre modifié par HRS

[Etanne]

Généralement pour les jeux vidéos de font en C++.
Regarde dans les tutos, il y en a 1 sur génésis:
http://c.developpez.com/cours/

[Arwamour]

on tout cas tu aura le choi entre le java ou la famille c (c++, c#)

[Yabo]

Bonjour a tous !
voila j'ai commencer le language C et un peu C++ et je voudrait
savoir quel language serai le mieux pour la programmation de jeux video ?
Et aussi quel tutorial pourrait mis aider !
Aussi des livres a me conseiller sachant que j'habite Rouen pour savoir l'endroit !
merci d'avance !

titre modifié par HRS

Si c'est ton premier langage je te déconseille vivement le C. Pour les jeux vidéos celà dépends beaucoup de quelle partie ... Souvent le moteur graphique implémente des routines jusqu'en ASM pour optimiser mais on peut très bien avoir de la POO intensive dans la gestion des combats en joueurs par exemple.

Développer un jeu vidéo quel qu'il soit demande beaucoup d'expérience et souvent requiert plus de compétence qu'un seul homme ne peut en mobiliser.

Bon courage

[regbegpower]

on tout cas tu aura le choi entre le java ou la famille c (c++, c#)

Hum j'ai encore jamais entendu qu'un jeu avait été en C#... Quant à Java, à part pour les "petits" jeux qui ne demandent pas trop de 3D, ca ne va pas.
En effet, il y a 2 grandes bibliothèques : DirectX et OpenGL, tous deux utilisant le C++. Mais le C++, c'est pas facile si tu n'as jamais fait de programmation objet, ni de prog tout court d'ailleurs (je crois que tout le monde sera d'accord avec moi sur ce point).

[Macdir]

Mais le C++, c'est pas facile si tu n'as jamais fait de programmation objet, ni de prog tout court d'ailleurs (je crois que tout le monde sera d'accord avec moi sur ce point).

C'est pas tout à fait vrai, j'ai commencé par le C++ moi, et je trouvais pas ça trop dur...
En tout cas le C++ est le plus indiqué pour faire les jeux vidéos, vu sa rapidité, son efficacité et son nombre innombrable de bibliothèques...

Donc, je te conseillerais de continuer à apprendre le C++, et puis une fois que tu le connais bien, tu pourras commencer à programmer de petits jeux en C++ avec des bibliothèques tels que SDL, ... et puis tu pourras sortir la grosse artillerie pour faire de plus "gros" jeux (DirectX, OpenGl)

Bonne continuation le C++ est un très bon choix .

[KORTA]

Hum j'ai encore jamais entendu qu'un jeu avait été en C#... Quant à Java, à part pour les "petits" jeux qui ne demandent pas trop de 3D, ca ne va pas.
En effet, il y a 2 grandes bibliothèques : DirectX et OpenGL, tous deux utilisant le C++. Mais le C++, c'est pas facile si tu n'as jamais fait de programmation objet, ni de prog tout court d'ailleurs (je crois que tout le monde sera d'accord avec moi sur ce point).

Il est évident que Java ne doit pas être utilisé pour développer des jeux car la machine virtuelle n'est pas assez performante quoi que Sun a fait des progrès efficaces et j'ai entendu déja parler de projets de jeux dignes du nom réalisé en java.
Par contre je tiens à souligner que la libraire graphique OpenGL est écrite en C et que par conséquent je préfere conseiller le C (parfois comme il a été précise également des routines assembleurs) afin d'avoir un code efficace et rapide. Le C++ est un bon langage qui permet la modélisation aisée du raisonnement humain mais et légérement plus lent que le C.
Autrement il faut absolument utiliser une librairie graphique orienté jeux vidéos comme par exemple:

• OpenGL
• DirectX
• SDL
• Allegro

[Luc Hermitte]

Le C++ est un bon langage qui permet la modélisation aisée du raisonnement humain mais et légérement plus lent que le C.

Cela dépend pour quoi. Un tri est ironiquemet plus rapide en C++ qu'en C. Pour les flux vs l'utilisation de FILE, je veux bien admettre un avantage au C ; mais une fois que l'on a rendu le code sûr (pas de buffer overflow et autres failles sécuritaires) et intégré les problèmes liés à la localisation et autres, on se retrouve avec deux solution kif-kif en termes de performances, et la solution C++ plus simple et propre.

Bref, faire attention aux légendes, elles colportent bien des préjugés. http://std.dkuug.dk/jtc1/sc22/wg21/d...2002/n1359.pdf

Sinon, les dernières fois que je trainais sur les forums news:comp.games.*, le C++ était effectivement le langage qui revenait régulièrement. Le java commençait à faire son apparition, et l'assembleur est pratiquement révolu. Et les pro rappellaient sans cesse le besoin d'avoir de la méthodologie, et de maitriser les "techniques" & méthodes de conception dont entre autres les DP.

[KORTA]

Suite a ce que tu as dit

Je suis étonné de ce que tu me dis par rapport à la rapidité du C++ mais en fait c'est pas très important car ce que je voulais souligner c'est qu'à mon avis et cela n'engage que moi le C++ et le C ont des domaines d'actions différents (même si on peut trouver évidemment des intersections). Le C++ est reservé (non restrictivement puisqu'on peut faire du C en C++) à la modélisation et à la programmation objet tandis que le C est reservé a des opérations bas niveaux (je pense a la cryptographie, entrée/sortie de flux etc..) ..
A bientot

[Glob]

Quant à Java, à part pour les "petits" jeux qui ne demandent pas trop de 3D, ca ne va pas.

Java est tout à fait adapté aux jeux de grande envergure en 3D + réseau + ...

La preuve ici: http://www.magicosm.net/technology.php

Je m'abstendrai de tout commentaire supplémentaire...

[moldavi]

Luc Hermitte, le PDF que tu nous donnes sur le C++ a l'air super intéressant
Mais put***.. faut toujours que ce soit en anglais. heureusement je suis patient....

[Luc Hermitte]

Désolé mais ... il n'y a rien d'équivalent en français. Et je doute que cela finisse par être traduit.
Une utilisation sérieuse et professionnelle de l'informatique (pour le développement du moins) ne permet pas de ne pas lire et comprendre l'anglais technique.

[alexrtz]

La preuve ici: http://www.magicosm.net/technology.php

L'as-tu déjà vu tourner?
Les captures d'écrans c'est bien beau mais c'est loin d'être suffisant pour voir ce que vaut un jeu.

Et puis il faut aussi prendre en compte la puissance nécessaire pour faire tourner le jeu.
Entre ce jeu là et une version codée en C++ je ne suis pas sûr que les perfs nécessaires seraient les mêmes.

[naholyr]

http://www.magicosm.net/dev_skinbones.php

We are coming in at 530 nanoseconds to compute a full skin and bones frame on a 700 MHz PC. My C++/OpenGL friend was staggered to hear that. Seems that Java still maintains a reputation for being slow, and much slower than C++. I wonder how long until the world wakes up and realizes how much Java has evolved. I was able to animate one character every frame at 180 frames per second with a medium filled scene. Throttling the char animation down to an artificial 20 fps (which looks great btw) the frame rate on the card went up to 310 fps. This is in the test viewer, not in our full app. Our full app runs about 60 fps on a GeforceII right now, mostly due to a bug in java3d that causes it not to use display lists for multi-textured geometry.

[feed_our_vision]

Je pense pour ma part que pour ecrire un jeu,on a besoin d'un language assez rapide sinon tres rapide..Et Java,il parait,est ecarté de cette course.
En effet,je n'ai jamais ecrit le moindre jeu en Java.
Ce qui est sur,tout le monde le sait bien,C/C+ sont plus rapides que Java...
Imagines que tu dois tirer sur l'ennemi avec ton colt et que la routine qui gere le tir prenne du temps a s'executer ;on risque bien ca avec des languages lents...Il faut aussi quelque fois laisser l'argument de language lent et bien penser son algo....
Il reste que ,pour ma part, la velocité du language est le parametre le plus important dans le choix d'un language pour developper des jeux.

Du courage

[Glob]

(...respire calmement, compte jusqu'à 10, s'assouplit la nuque...)

Je pense pour ma part que pour ecrire un jeu,on a besoin d'un language assez rapide sinon tres rapide..Et Java,il parait,est ecarté de cette course.

"Il paraît"? Objection, votre honneur, supposition!

En effet,je n'ai jamais ecrit le moindre jeu en Java.

Et?

Ce qui est sur,tout le monde le sait bien,C/C+ sont plus rapides que Java...

Je ne saurais affirmer que l'un ou l'autre est plus rapide, il semble cependant (selon certains tests diffusés aur le web) que Java est un poil plus rapide pour "bouffer des nombres" entiers, et plus lent pour les nombres réels.

N'oublions pas que le sujet du thread est "Quel langage pour un jeu vidéo". Il serait plus constructif de donner les avantages réels de tel ou tel langage au lieu de dénigrer.
Par exemple:
Ce qui est bien dans Java, pour les jeux vidéo: les threads sont très faciles à gérer, l'utilisation de sockets (réseau) est assez aisée. Il existe des librairies qui proposent un binding openGL. Java dispose en outre d'un garbage collector qui gère la récupération de la mémoire (fini les free() ou delete() oubliés!).

Je serais curieux de voir combien de gens pensent encore que "Java est lent"?... Un p'tit sondage quelque part?...

[Yabo]

Justement à propos de ce garbage collector, le C ou le C++ va permettre de gérer plus finement les ressources. En fait, que ton jeu soit écris en C,C++ ou en Java, chaque ligne de code que tu vas écrire aura un coût en mémoire, en temps processeur etc... En Java il y aura moins de ligne mais elles coûteront plus cher. En C ou en C++ qui sont de plus bas niveau que le Java on écrira plus de lignes certes, mais on pourra parfois optimiser certains passages avec des astuces. De plus je pense qu'à l'heure actuelle le C est déprécie pour faire des jeux que c'est le C++ qui (pour l'instant) règne en maître dans ce domaine.
J'ai toujours été contre cette politique du garbage collector, certains adorent, d'autre détestent, en tout cas je reste avec mes free() et mes delete, qui,si ils sont bien gérés, fonctionnent à merveille

[gangsoleil]

Souci de java pour les jeux : le Garbage collector.
Rappel :
Lorsque la Machine Virtuelle passe le Garbage collector, l'application est stopee, afin de ne pas provoquer d'erreurs.
Il n'existe pas de moyen de ne pas passer le GC. Par contre, on peut le forcer a certains endroits, en esperant que cela suffise pour qu'il ne passe pas ailleurs.

Vous vous voyez en train de jouer - mettons conduire une voiture - et puis pouf, stop pour cause de GC ?
PS : souci resolu avec la VM temps reel, qui n'est pas encore disponible

[SuperCed]

En fait, ça dépend beaucoup des jeux que l'on veut faire.

J'en avais fait un petit en 2 versions :
Une en ObjectiveC/Cocoa/OpenGL pour MacOS X
Une (un peu moins complète faute de temps) en Java/Swing/Jav3D multiplateforme

Le seul problème dans la deuxième version, c'est qu'il faut télécharger un package Java3D pour son OS.

La version uniquement OS X est beaucoup plus rapide, mais c'est un plaisir de pouvoir ce dire que la version Java marche sur tous les OS ou il y a Java 3D!

Le lein pour ceux qui veulent tester :
http://puissance3d.free.fr

[lunatix]

Vous vous voyez en train de jouer - mettons conduire une voiture - et puis pouf, stop pour cause de GC ?
PS : souci resolu avec la VM temps reel, qui n'est pas encore disponible

oui oui, c'est bien connu que les serveurs d'application s'arretent comme ca ;-), et les gens attendent derriere meur websphere et autres que cela redemarre !
non, serieusement, si tu codes bien en java, aucune raison que cela n'arrive !