Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
c++ pour jeux
Bonjour,
Je souhaite me lancer dans l'aventure du dev c++ pour jeu 3D.
Sachant que j'ai déjà fait du C à la fac et que j'ai validé cet UE, combien me faut il de temps selon vous, à raison de 15h par semaine pour suffisamment maîtriser le C++ pour pouvoir commencer à développer mon jeu ?
D'autre part me conseillez vous d'utiliser une bibliothèque OpenGL ou DirectX ?
PS : je développe sous Windows 7
Bonjour,
Développer un jeu, ce n'est pas uniquement programmer en C++, c'est aussi savoir gérer son projet, faire correctement les étapes d'analyse et de conceptions, etc...
Après, cela dépend bien évidement du type de jeu que tu souhaites réaliser.
Personnellement, j'ai fait 2ans d'IUT Informatique en travaillant à côté sur mon propre projet et j'ai encore beaucoup à apprendre.
Donc si je peux te donner quelques conseils :
- écoute bien tes aînés ;
- n'hésite pas à poser des questions (après avoir activement recherché la réponse sur internet);
- ne va pas trop vite, freines-toi et prend le temps de passer chaque étape de la création de ton jeu en commençant par un petit bout de conception ;
- commence par un petit projet simple (mais essaye de faire original) ;
- rejoins un projet existant (on peut en apprendre énormément) ;
- passe nous voir dans Applications / 2D 3D Jeux.
Pour la bibliothèque, évite DirectX pour rester portable si jamais tu décides de porter ton jeu pour d'autres OS.
Je te conseille aussi d'utiliser des bibliothèques plus haut-niveau comme la SFML et Irrlicht 3D.
Merci pour ta réponse très complète Neckara
Non je te rassure je ne compte pas me jeter tête baissée dans le code et la modélisation 3d sans savoir où je vais
J'ai prévu de faire un storyboard, de bien penser mon jeu en amont avant de passer à la réalisation.
En revanche ton conseil est bon car je n'avais pas prévu de revenir aussi souvent à la conception.
tu me conseils open GL pour la portabilité. Mais selon http://www.gizmodo.fr/2013/09/05/win...ilan-2013.html 91% du marché des OS est détenu par Windows. Si directX s'avère plus puissant, je peux négliger les 9% ?
Merci encore pour tes bons conseils.
cest déjà faitpasse nous voir dans Applications / 2D 3D Jeux
Je ne pense pas que DirectX soit "plus puissant" que OpenGL, mais je ne suis pas le mieux placé pour en parler (ni le plus objectif).
Le mieux reste d'utiliser des bibliothèques plus "haut-niveau" où tu auras juste une variable à changer pour passer de DirectX à OpenGL.
Après, pour ignorer 9% des non-Windows, je me méfierais :
- dans tout ce qui est tablettes, mobiles, Windows est très loin de faire l’unanimité. De plus ces plate-formes sont maintenant assez répandues donc si ton jeu peut être porté vers ces plate-formes, c'est loin d'être négligeable ;
- la proportion de développeurs sous un OS non-Windows est bien supérieur à 9%. Donc si tu veux que des développeurs compillent et testent ton projet, être un peu portable est un plus.
EDIT : à voir aussi comment ils ont calculé la "part de marché".
Déjà si on prend en compte les mobiles/tablettes, je ne pense pas qu'on aurait les même chiffres.
Bon, je pense qu'ils ont aussi exclus les serveurs et certains "trucs" embarqués mais bon, je doutes qu'on jouera dessus
Mais si on compte tout ça il me semble que les Linux-like battent
Ensuite, comment ont-il calculé la "part de marché de Linux" ?
Linux étant librement téléchargeable, il est très difficile de savoir combien de personnes ont réellement un Linux.
Et puis calculer une "part de marché" pour quelque chose de gratuit, c'est un peu "bizarre".
EDIT2 : j'ai regardé rapidement, les chiffres peuvent être trop facilement biaisé selon la nature des sites observé.
Ok tu m'as convaincu, ya pas photo, va pour OpenGL et merci à toi
Salut,
je te conseillerai aussi OpenGL. Il serait dommage de se priver de la portabilité et c'est tout aussi simple (voire plus avec l'habitude) que du DirectX.
Et surtout, à priori tu ne feras pas un AAA exclu XOne ou Windows, tu as donc tout intérêt à le proposer au plus grand nombre. Le marché des mobiles et tablettes. Même Steam pousse en ce sens maintenant qu'ils sont sur Linux.
Je reste un afficionado de Windows que j'utilise au quotidien tant pour le perso que le pro, mais dans notre groupe on a un Mac user, ça peut être intéressant qu'il puisse lancer le projet sans passer par une VM !
Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
Un peu de programmation réseau ?
Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.
Par ailleurs, Valve explique très bien pourquoi choisir OpenGL : http://alexandre-laurent.developpez....-source-linux/
Vous souhaitez participer à la rubrique 2D/3D/Jeux ? Contactez-moi
Ma page sur DVP
Mon Portfolio
Qui connaît l'erreur, connaît la solution.
Merci à tous, je vais laisser ce thread ouvert au cas où j'ai des questions par la suite.
Bonne journée
Et d'apres valve, openGL est plus rapide que DirectX (ils expliquaient pourquoi lorsqu'ils presentaient valve sur linux) donc dans tous les cas je recommande openGL.
Salut,
Je ne vais pas revenir sur les interventions des autres concernant le débat OpenGkl Vs DirectX, parce que je partage leur point de vue, maisEn tout honnêteté, tu as eu quoiEnvoyé par guitz
60 heures de C
Tu as donc appris la syntaxe du C et certains aspect principaux. Autrement dit, tu veux courir alors que tu as à peine appris à te tenir debout.
C'est d'autant plus vrai que, bien qu'il ne renie absolument pas ses origines, C++ est un langage totalement différent de C.
Tu peux donc estimer connaitre la syntaxe (qui est identique à celle de C) de C++, mais au delà :
De nombreuses habitudes considérées comme "bonnes" voire "indispensables" en C sont souvent désastreuses en C++.
Alors que C est un langage impératif uniquement, C++ est un langage multi paradigme, qui combine avantageusement le paradigme impératif avec le paradigme orienté objet et avec le paradigme générique.
C'est un peu comme si tu nous demandais combien de temps il te faudrait pour maitriser suffisamment le français pour réécrire les misérables de victor hugo, à raison de deux heures par jour, alors que tu n'as que de vagues notions de latin et que ta langue maternelle est le chinois!combien me faut il de temps selon vous, à raison de 15h par semaine pour suffisamment maîtriser le C++ pour pouvoir commencer à développer mon jeu ?
La seule réponse que l'on puisse te donner sans risquer de se tromper est "beaucoup"
Déjà, il faut savoir que le développement d'un jeu ne fait pas seulement intervenir le développement d'application (un "pisseur de code" dirons nous, sans intention de heurter quiconque) : C'est une activité qui doit mettre en relation énormément de disciplines comme
Autant dire que je n'ai jamais vu personne être en mesure de regrouper toutes ces compétences dans sa seule caboche
- un desinger
- un graphiste
- un scénariste
- un ingénieur son (ou un musicien
- un développeur d'application
- un ingénieur effets spéciaux
- j'en passe et de meilleures
En "oubliant" volontairement les compétences qui n'ont rien à voir avec le développement, il faut comprendre que n'importe quelle partie d'une application doit être correctement conçue si tu veux arriver à la faire évoluer facilement et de manière sereine.
Et je parle ici de conception de manière tout à fait générale : l'algorithmie prendra une place très importante si tu veux obtenir des performances ne serait-ce que valable, mais la conception plus poussée (au sens "conception orientée objet" essentiellement) sera tout aussi importante pour te permettre de faire travailler les différents éléments entre eux.
Tu dois te dire que chaque décision que tu pourras prendre aura forcément un impact sur quelque chose, ce qui fait que tu dois en permanence être en mesure de quantifier cet impact et de justifier toutes les décisions que tu pourras prendre.
Tu te rendra sans doute aussi compte qu'un langage de script est parfois préférable à C++ pour certains aspects de ton projet : tu ne dois absolument pas espérer pouvoir te contenter de C++ de A à Z.
Malgré les apparences, cette intervention ne veut pas te décourager. Elle cherche juste à te donner une idée de l'ampleur de la tâche qui se cache derrière une phrase aussi simple queSi j'ai un conseil à te donner, c'est très certainement de commencer avec quelque chose de beaucoup plus simple : prend le temps de t'approprier le langage, de t'habituer au fait que sa philosophie tient en deux points:Je souhaite me lancer dans l'aventure du dev c++ pour jeu 3D.
Prend le temps d'assimiler et de t'approprier les grands principes de la programmation et de comprendre correctement ce qu'est la programmation orientée objet.
- trust the developper, even if it's bullshit
- if you don't use it, don't pay for it
Les principes dont je parle peuvent se résumés à deux termes : la loi de Déméter et les principes connus sous l'acronyme SOLID. (une recherche sur ce forum te donnera une idée de ce que je veux dire
Comprends que, malgré ce que beaucoup de gens disent, le grand principe de la programmation orientée objet n'est pas l'encapsulation, mais la substituabilité (référence forcé au L de SOLID qui représente le LSP ou le principe de substitution de Liskov) : l'encapsulation prend une part intéressante en orienté objet, mais elle est tout à fait possible en langage impératif ( cf la structure FILE et les fonctions qui l'utilisent en C).
Réfléchis avant de faire quoi que ce soit : tu gagneras bien plus de temps en acceptant de perdre, pour chaque point que tu dois traiter, cinq minutes (et parfois plus) à réfléchir un tout petit peu à la manière dont tu décides de le traiter qu'à foncer "tête baissée" sans savoir où tu mets les pieds.
Prends le temps de réfléchir une première fois à ton projet de manière globale à ce que tu veux obtenir dés le départ et à ce qui "serait pas mal" pour la suite, puis, définis tes priorités.
Une fois cette réflexion faite, tu pourras, pour chaque partie, aller au "fond des choses" dans ta réflexion afin d'être en mesure de l'implémenter.
N'attend pas d'avoir fait le tour dans les moindres détails de ce que tu veux pour ton projet avant de commencer l'implémentation : une vue d'ensemble est indispensable, mais, si tu attends d'avoir pensé à la moindre virgule, à la position de la moindre pâquerette dans ton monde, tu finiras par ne plus t'y retrouver.
Par contre, quand tu décides d'implémenter une fonctionnalité, prends le temps de réfléchir à ses tenant et à ses aboutissants, y compris à ceux qui viennent de ce que tu as considéré comme "pas mal pour plus tard".
D'un autre coté, garde en tête les phrases comme YAGNI et KISS (issues de l'Xtrem Porgramming). Pour ce qui est de l'implémentation en tout cas (par opposition à ce qui est de la conception).
N'hésites pas à garder une trace de toutes tes idées, à revenir sur ta conception chaque fois qu'un problème peut se poser, mais, surtout, commences avec un objectif réaliste.
Tu voudras peut être que ton jeu soit MMO, mais, tant que tu n'as la base de travail, les aspects "réseau" et "serveur" ne te seront d'aucune utilité.
Tu voudras peut être mettre un système de quêtes en place, mais, si tu ne sais déjà pas faire se déplacer ton bonhomme, comment veux tu qu'il puisse les remplir
En un mot comme en 100 : ne te décourages pas, mais avance "pas à pas"
A méditer: La solution la plus simple est toujours la moins compliquée
Eric Chahi?Autant dire que je n'ai jamais vu personne être en mesure de regrouper toutes ces compétences dans sa seule caboche
Bon, sérieusement, effectivement le projet paraît follement ambitieux pour quelqu'un qui débute! Généralement on recommande de prendre part à des projets pour se faire la main avant d'en lancer un soi-même, surtout tout seul.
Merci infiniement Koala pour cette réponse aussi complète et franche.
Je vais te répondre sur certains points :
Ce n'est pas grave s'il va me falloir beaucoup plus de temps que je me l'imaginais, puisque je poursuivrai mon but contre vent et marée, je ne lacherai rien, et j'atteindrai mon but même si je suis conscient que je vais vraiment en baver.En tout honnêteté, tu as eu quoi 60 heures de C Peut être 120 ...
Tu as donc appris la syntaxe du C et certains aspect principaux. Autrement dit, tu veux courir alors que tu as à peine appris à te tenir debout.
C'est d'autant plus vrai que, bien qu'il ne renie absolument pas ses origines, C++ est un langage totalement différent de C.
Tu peux donc estimer connaitre la syntaxe (qui est identique à celle de C) de C++, mais au delà :
De nombreuses habitudes considérées comme "bonnes" voire "indispensables" en C sont souvent désastreuses en C++.
Alors que C est un langage impératif uniquement, C++ est un langage multi paradigme, qui combine avantageusement le paradigme impératif avec le paradigme orienté objet et avec le paradigme générique.
Je sais mais , faute de moyens financiers suffisants je ne peux embaucher pour le moment un vrai graphiste, en revanche étant ancien webdesigner et "illustrateur 2D" je suis capable, de faire des designs, textures à peu près corrects. Pour le sénario je manque de culture générale pour pouvoir m'inspirer de suffisamment de choses, mais je vais bien être obligé de 'y coller seul (après bon tous les jeux n'ont pas besoin d'un sénario très poussé heureusement pour moi, exemple : world of goo).Déjà, il faut savoir que le développement d'un jeu ne fait pas seulement intervenir le développement d'application (un "pisseur de code" dirons nous, sans intention de heurter quiconque ) : C'est une activité qui doit mettre en relation énormément de disciplines comme
un desinger
un graphiste
un scénariste
un ingénieur son (ou un musicien )
un développeur d'application
un ingénieur effets spéciaux
j'en passe et de meilleures
Autant dire que je n'ai jamais vu personne être en mesure de regrouper toutes ces compétences dans sa seule caboche
Concernant le son, je suis ancien musicien et donc capable de "composer" ou produire des thèmes, musiques d'ambiance, effets sonores pas trop mauvais.
En fait je vais me faire les armes sur ce premier jeu (un FPS, compter 6 mois à raison de 20h hebdo, soit 480h englobant d'apprentissage du C++, OpenGL + modelisation, texture, éclairage, effets spéciaux, composition musiques, bruitages, optimisation, phases de tests, et cryptographie pour protéger le jeu des pirates), et donc je ne prétend pas en faire quelque chose de potable, en revanche une fois cette petite expérience acquise je compte tenter de développer pendant encore 6 mois un nouveau jeu où j'aurai gagné en productivité et où je pourrai aller plus loin en terme de qualité et de contenu. Et ce jeu s'il se vend à suffisemment d'exemplaires pourrait me permettre dans l'idéal d'ouvrir une microsociété, en ambauchant dans un premier temps seulement un VRAI graphiste) ce qui pourrait me permettre de produire un jeu d'une qualité encore supérieure, etc ... jusqu'à pouvoir financer une petite structure complète de prod de jeux indie de QUALITE
Merci du conseil, je prendrai bien soin de penser comme il faut, avant de me lancer tete baissée dans le dev, à bien structurer mon code de façon sainePrend le temps d'assimiler et de t'approprier les grands principes de la programmation et de comprendre correctement ce qu'est la programmation orientée objet.
Les principes dont je parle peuvent se résumés à deux termes : la loi de Déméter et les principes connus sous l'acronyme SOLID. (une recherche sur ce forum te donnera une idée de ce que je veux dire )
Comprends que, malgré ce que beaucoup de gens disent, le grand principe de la programmation orientée objet n'est pas l'encapsulation, mais la substituabilité (référence forcé au L de SOLID qui représente le LSP ou le principe de substitution de Liskov) : l'encapsulation prend une part intéressante en orienté objet, mais elle est tout à fait possible en langage impératif ( cf la structure FILE et les fonctions qui l'utilisent en C).
Réfléchis avant de faire quoi que ce soit : tu gagneras bien plus de temps en acceptant de perdre, pour chaque point que tu dois traiter, cinq minutes (et parfois plus) à réfléchir un tout petit peu à la manière dont tu décides de le traiter qu'à foncer "tête baissée" sans savoir où tu mets les pieds.
Bonne soirée
C'est tout ce dont je voulais te faire prendre conscience
Là, tu m'as peut être mal compris...Je sais mais , faute de moyens financiers suffisants je ne peux embaucher pour le moment un vrai graphiste, en revanche étant ancien webdesigner et "illustrateur 2D" je suis capable, de faire des designs, textures à peu près corrects. Pour le sénario je manque de culture générale pour pouvoir m'inspirer de suffisamment de choses, mais je vais bien être obligé de 'y coller seul (après bon tous les jeux n'ont pas besoin d'un sénario très poussé heureusement pour moi, exemple : world of goo).
Ce que je veux dire, c'est qu'un jeu, ce n'est pas "simplement" de la technique.
C'est un gameplay, c'est un environnement à modéliser, c'est des règles à faire respecter, c'est une "courbe de difficulté" à mettre au point, c'est une ambiance à créer, c'est des personnages, des armes et des sorts à modéliser, c'est des animations à mettre au point j'en passe et de meilleures
480 heures, chez moi, ca fait surtout 60 jours équivalent temps plein...En fait je vais me faire les armes sur ce premier jeu (un FPS, compter 6 mois à raison de 20h hebdo, soit 480h englobant d'apprentissage du C++, OpenGL + modelisation, texture, éclairage, effets spéciaux, composition musiques, bruitages, optimisation, phases de tests
Autrement dit, trois mois, 8 heures par jours, 5 jours sur sept.
A ce tarif là, tu auras sans doute, après 480 heures, appris les bases étendues de C++ et de OpenGl et tu auras sans doute approché la modélisation 3D, mais à moins de tripler ou de quadrupler ton estimation, tu ne respecteras jamais ta "deadline". Surtout en commençant d'un point proche de zéro.
Je suis spécialisé en C++ depuis plus de dix ans, je le pratique quotidiennement à raison de bien plus de vingt heures par semaines et je n'en ai pas encore fait le tour!
Je ne te dis pas d'attendre de maitriser ne serait-ce qu'un minimum le C++ avant de te lancer dans ton projet, car tu ne le lancerais pas avant deux à trois ans minimum si c'était le cas. Mais il faut comprendre que tu vas sans doute régulièrement passer un temps bête à débugger une partie de code pour essayer de trouver "ou se cache cette p...n d'erreur" pour finir par te rendre compte que tu as simplement fait une affectation au lieu d'une égalité ou que tu as mis un ! à un endroit qu'il ne fallait pas (ou que tu as simplement oublié un ! à un endroit où il était nécessaire).
C'est le lot de tout développeur, surtout débutant (les experts n'en sont pas exemptés, disons qu'ils repèrent peut être simplement plus vite les erreurs
Fais donc ton jeu à ton aise, mais, si tu veux avoir "un peu de marge", je te conseille de doubler, voir de tripler le temps que tu prévois de passer dessus avant d'avoir quelque chose qui "tienne un minimum la route".
Cela dépendra bien sur du style de jeu et de tes compétances connexes, mais la connaissance du langage n'est -- au final -- qu'une des choses à prendre en compte
Ne te casse pas la tête à vouloir protéger ton jeu des pirates!, et cryptographie pour protéger le jeu des pirates[/B]),
Les grands titres l'ont prouvé à loisir, aucune protection ne tient plus de quelque jours... Quand le crack ne sort pas en même temps que le jeu
Bien sur, tout ce que tu feras te permettra de gagner de l'expérience. Nous sommes bien d'accord sur ce point.et donc je ne prétend pas en faire quelque chose de potable, en revanche une fois cette petite expérience acquise je compte tenter de développer pendant encore 6 mois un nouveau jeu où j'aurai gagné en productivité et où je pourrai aller plus loin en terme de qualité et de contenu.
Mais, si tu pars sur une base de 20 semaines, tu peux déjà compter très certainement deux à trois mois rien que pour comprendre correctement la philosphie de C++, à peu près autant pour t'approprier le mode de fonctionnement OpenGL, et grosso modo la même chose pour arriver à une modélisation 3D utilisable.
Rajoute la prise en main de ton système de compilation / de ton EDI, de ta bibliothèque de tests unitaires et la conception (même si elle ne se fait que par étapes), et tu pourras t'estimer heureux d'avoir un résultat "présentable" aux alentours de la fin de l'année scolaire
Je ne suis plus très sur du chiffre exact, mais dis toi qu'il y a moins d'un projet sur deux qui atteint un stade de simplement utilisable quand tu n'a pas une équipe minimum "derrière toi"...Et ce jeu s'il se vend à suffisemment d'exemplaires pourrait me permettre dans l'idéal d'ouvrir une microsociété,
Alors, avant d'arriver à le vendre et d'en tirer des bénéfices!!! Donnes toi au moins jusqu'à l'horizon 2018, ce sera un objectif beaucoup plus réaliste
J'adore ton optimisme!en ambauchant dans un premier temps seulement un VRAI graphiste) ce qui pourrait me permettre de produire un jeu d'une qualité encore supérieure, etc ... jusqu'à pouvoir financer une petite structure complète de prod de jeux indie de QUALITE
Gardes juste en tête que ca a beau être réalisable, cela prend un temps bête et que la première source de découragement sera de ne pas tenir les délais trop courts que tu peux te fixer
Je te le répète, mon but n'est pas de te décourager, loin de là.
Je comprend et j'apprécie ton optimisme et ta détermination. Mais, tout comme il ne suffit pas d'acheter de belles couleurs et un pinceau pour peindre comme VanGogh, tout comme il ne suffit pas de s'acheter une guitare pour jouer comme Jimmy Hendrix, il ne suffit pas d'avoir "l'idée de génie" pour développer un jeu complet :
Il y a des bases à acquérir, des techniques à maitriser, des idées à préciser et parfois à revoir entièrement, et tout cela prend un temps bête. 480 heures, c'est le temps (déjà sans doute très limité) que tu pourrais consacrer à un TFE tout à fait simple, pas sur un projet qui nécessitera de te former à une série de techniques dont tu ignores à peu près tout
Pour avoir testé de faire un jeux en 3D en ayant appris le c++ depuis plus de deux ans, je te réponds: impossible.
Comme il a été expliqué, la base indispensable pour réaliser une jeux c'est:
_ un graphiste.
_ un scénariste
_ un développeur.
On peut dire que c'est le minimum vital. Toute ses personnes doivent être "bonnes" dans leur domaine. A titre d'exemple, pendant mes études j'ai réalisé un petit soft de domotique, interface simple, réseau simple, concept simple.
Le développement a duré plus de deux ans avant d'avoir une béta à peu près correct à raison de 5-6 heures par jours 7j/7.
Ce que je peux te donner comme conseil:
_ commence par un jeux hyper simple pour t'habituer au concept de jeux. (genre puissance 4, démineur). Certes c'est pas glorieux, mais ça te donnera les bases en c++ et en design pattern.
_ ensuite passe sur un jeux 2D simple style bomberman ou rpg simple voir meme r-type (vieux jeux d'arcade mais qui t'apprendras les base du temps réel, de l'optimisation, la synchro, et un peu d'ia). Avec ça tu verra les scénario et tu comprendras la difficulté de faire un design potable pour un jeux.
_ ensuite tu peux passé sur de la 3D, regarde d'abord du coter de unity (oui c'est pas du c++, mais tu auras les bases des interaction 3D et tu auras rapidemment un résultat simpa).
Déjà pour réaliser toutes ces étape il te faudra grosso modo un an voir deux. Bien sur je pars du principe que ton jeux ne sera pas en reseau, si je me trompe, dis le moi, je te rajouterais des étapes.
Avec ces réalisations tu auras déjà un bon package de connaissance pour pouvoir te lancer dans un jeux plus complet.
Voila les étapes pour la suite:
_ créer un monde pour ton jeux en 3D (compte environ 6 mois)
_ créer un scénario (3-4 mois)
_ développe la base (le monde, interaction, personnage) -> 1 an
_ développe le scénario en le decoupant par partie -> 1/2 ans
_ et enfin finalise le jeux avec des petite retouches et des graphismes plus poussés -> 1 ans.
Et encore je pense être optimiste, il faut énormément de courage pour se lancer seul dans ce type de projet. Ne reste pas fixer sur un langage (c++).
Unity est un excéllent moyen de créer un jeux avec des design simpa, un bon scénario et retir une bonne partie de la problématique de modélisation 3D car il integre de base de nombreux decors 3D, personnage et interaction.
Si tu as des questions, on peut en parler, j'ai de solide connaissance en 3D et développement, et j'ai essayer un nombre incalculable de fois de créer un jeux en abandonnant à chaque fois: ma motivation ne durais pas plus de 3-4 mois, surtout qu'au bout de 3-4 mois, tu vas a pein pourvoir faire un petit rendu 3D et te rendre compte de tout les problème impliqués. Ce n'est pas pour rien que la plupart des jeux développés par des entreprise prene entre 4 et 5 ans de dev, a raison d'équipe de 100-200 personnes
Pas de solution, pas de probleme
Une réponse utile (ou +1) ->
et expliquer pourquoi
Salut Koala,
je me suis peut être mal exprimé mais oui on s'était compris, et de toute façon je suis conscient de tout çaC'est tout ce dont je voulais te faire prendre conscience
Là, tu m'as peut être mal compris...
Ce que je veux dire, c'est qu'un jeu, ce n'est pas "simplement" de la technique.
C'est un gameplay, c'est un environnement à modéliser, c'est des règles à faire respecter, c'est une "courbe de difficulté" à mettre au point, c'est une ambiance à créer, c'est des personnages, des armes et des sorts à modéliser, c'est des animations à mettre au point j'en passe et de meilleures
Je ne pars pas complètement de zero puisque comme je t'ai dit, j'ai déjà de très bonnes bases en C et une expérience non négligeable programmation, et "reflexion algorithmique", de part mes semestres validés à la fac (60% d'une licence) et mon expérience professionnelle.
D'autre part j'ai déjà bonnes bases en modélisation + texturing dans 3dsmax.
Mais je te concède que finalement ça devrait prendre je pense 600h de boulot, soit la dead line à la mi juillet.
Ca pourrait décourager certains mais, je tiendrai bon. Merci de m'avoir prévenuJe suis spécialisé en C++ depuis plus de dix ans, je le pratique quotidiennement à raison de bien plus de vingt heures par semaines et je n'en ai pas encore fait le tour!
Je ne te dis pas d'attendre de maitriser ne serait-ce qu'un minimum le C++ avant de te lancer dans ton projet, car tu ne le lancerais pas avant deux à trois ans minimum si c'était le cas. Mais il faut comprendre que tu vas sans doute régulièrement passer un temps bête à débugger une partie de code pour essayer de trouver "ou se cache cette p...n d'erreur" pour finir par te rendre compte que tu as simplement fait une affectation au lieu d'une égalité ou que tu as mis un ! à un endroit qu'il ne fallait pas (ou que tu as simplement oublié un ! à un endroit où il était nécessaire).
C'est le lot de tout développeur, surtout débutant (les experts n'en sont pas exemptés, disons qu'ils repèrent peut être simplement plus vite les erreurs
Fais donc ton jeu à ton aise, mais, si tu veux avoir "un peu de marge", je te conseille de doubler, voir de tripler le temps que tu prévois de passer dessus avant d'avoir quelque chose qui "tienne un minimum la route".
Cela dépendra bien sur du style de jeu et de tes compétances connexes, mais la connaissance du langage n'est -- au final -- qu'une des choses à prendre en compte
Je comptais au terme de 2 années de pratique intensive (bien que sur mon temps libre ) passer pro. Merci de me confronter à la réalité : je vais continuer à bosser à côté, tout en maintenant le cap au niveau dev et autres, je passerai donc pro en janvier 2018, soit dans 4 ans.
Rajoute la prise en main de ton système de compilation / de ton EDI, de ta bibliothèque de tests unitaires et la conception (même si elle ne se fait que par étapes), et tu pourras t'estimer heureux d'avoir un résultat "présentable" aux alentours de la fin de l'année scolaire
Je ne suis plus très sur du chiffre exact, mais dis toi qu'il y a moins d'un projet sur deux qui atteint un stade de simplement utilisable quand tu n'a pas une équipe minimum "derrière toi"...
Alors, avant d'arriver à le vendre et d'en tirer des bénéfices!!! Donnes toi au moins jusqu'à l'horizon 2018, ce sera un objectif beaucoup plus réaliste
J'adore ton optimisme!
Gardes juste en tête que ca a beau être réalisable, cela prend un temps bête et que la première source de découragement sera de ne pas tenir les délais trop courts que tu peux te fixer
Je te remercie au contraire de confronter à la réalité
bonne journée
Salut skeud, je te réponds ce soir
Salut Guitz,
Je n'aime pas trop faire cela (raconter ma vie), mais je penses que mon expérience peut vraiment te servir, car je suis un peu le "guitz du futur"
Déjà c'est cool ta motivation, surtout ne la perds pas (je sais que tu ne la perdras pas maintenant), car tu vas au devant de bien des épreuves
J'ai l'impression de me voir il y a exactement 5 ans. J'avais tout prévu comme toi je voulais faire les choses bien (un RPG mortel en 3D, un gros blockbuster au scénario génial (ma première vocation) parfait pour me faire recruter par Square Enix
Aujourd'hui, je n'ai pas perdu ma motivation, mais je suis encore à découvrir toutes les subtilités de la conception de A à Z d'une jeu vidéo 2D, et je n'ai fait qu'un petit projet de moteur 3D (déplacement caméra + génération d'un relief avec des fonctions connues (perlin noise, ...) + skydome + wave map etc). J'ai essuyé des dizaines de projet que j'ai du abandonné faute de conception/temps/partenaires sérieux etc.
Il y a plusieurs aspects du jeu qui sont à ne pas prendre à la légère, car indispensable pour que le résultat de ton jeu ne soit pas trop différent de comment tu l'as imaginé dans ta tête ^^.
J'étais aussi pressé que toi de faire des jeux 3D, mais crois en mon expérience, cela n'est vraiment pas l'essentiel, et tu vas déjà avoir assez à faire avec un pong 2D.
Mon premier jeu, un pong justement : 2 classes (raquette + balle), et un main de 700 lignes...
Aujourd'hui je suis sur un jeu de carte multijoueur bien chiadé (C++11, SFML 2.0, SFGUI 0.1, php5, Apache 2, MySQL, SVN, NTL, RSA), avec une architecture client/serveur et une interface utilisateur avancée, avec des inscription stockées dans une base de données MySQL et des mots de passe cryptés RSA, un webService en php pour attaquer les données, etc...
J'en ai suffisamment appris pour savoir un peu comment ça se passe le développement d'un jeu, connaitre l'incroyable importance des connaissance en programmation orientée objet, en alogrithmique et en maths/physique, et je sais aussi que si tu veux demain développer un jeu de ouf en 3D, il te faudra surtout être capable de modeler, texturer, etc, et apprendre à gérer des moteurs déjà existants comme Unity ou Unreal, qui sont les moteurs de jeu utilisés par la plupart des gros jeux du moment, ce qui est rien que cela en soi, un VRAI METIER.
Tout ça pour en venir à quelques conseils :
- commences par suivre un tutoriel sur les bases du C++ et de la POO (Programmation Orientée Objet)
- suis un tutoriel sur la SFML (une librairie indispensable, comme la SDL mais Orientée Objet, d'ailleurs je te déconseille la SDL)
- commences par un pong ou un morpion (pour le morpion, ce fut mon deuxième jeu, que j'ai mis des semaines à faire marcher, qui n'était pas super bien codé car je commençais à peine à comprendre les subtilités de la POO. J'en ai refait un cette année, en 5h, et plutôt bien fait) => tous mes jeux sont open-sources donc si tu veux le code il est dispo (mais seulement après avoir fait le tiens
- une fois ceci fait, tu peux te lancer dans un jeu de plateformes, ou un clone d'un jeu 2D style bomberman, pour apprendre tout un tas de subtilités mathématiques et physiques, utiles pour les sauts, les mouvements, les animations, les collisions : des détails indispensables pour un jour faire de la 3D.
- en parallèle de tout ceci, quand tu auras la motivation ou qu'un bug t'aura fait perdre temporairement la moitié de tes cheveux, tu pourras te détendre en suivant un tutoriel sur la modélisation 3D, le texturing etc (Internet fourni de très bon tutoriel sur Blender, le meilleur logiciel gratuit de modélisation 3D). Tu peux également commencer à suivre des tutoriels sur Unity 3D.
Enfin, le dernier indispensable : deviens bilingue ! Apprends bien l'anglais en cours, regarde tes séries en vost, voyages si tu peux, etc... tu n'imagines pas la quantités d'informations géniales qui t'attendent une fois la barrière de la langue française passée, car il faut bien être conscient que peu de bonnes choses sont disponibles dans ce domaine dans l'hexagone (et heureusement qu'il y a ce site qui est une vraie mine d'or, avec des documentations sur Qt entièrement réécrites en français par certain membre (hum hum)) EDIT <= référence à peine cachée à Koala01 (pas à moi comme on pourrais l'interpréter)
Voilà ! En tout cas bonne chance et j'espère que tu viendras nous montrer régulièrement ta progression !
Nullius in verba
Salut Skeud,
Je suis ancien webdesigner et "illustrateur", donc je me débrouille moyen+ en graphisme, pour du indie ça passe largement.
je suis plus matheux que littéraire mais bon je vais tenter de faire un jeu 3D dans un premier temps pas trop exigent sur le scénario (FPS)
Merci pour tes bons conseils, j'ai réfléchi aujourdhui et je vais me faire la main sur un projet assez simple à savoir ce "jeu" 2D qui consiste à :
-choisir le nombre de boules à lancer dans la fenêtre
-gérer leur collision (le plus difficile) et leur comportement physique réaliste (sans effets de rotation)
-choisir de cocher gravité ou non
-si gravité, choisir son intensité
-pouvoir glisser déposer une bille et la jeter nimporte où, on obtient un vecteur vitesse initial, et celle ci se remet à interagir comme les autres (collisions).
Une fois ce projet réalisé, je me lancerai dans un FPS 3D
Tu sais je n'envisage pas de faire un nouveau MMORPG bourré de contenu comme wow, ni un GTA5 like, ma production reste indépendante et l'expérience de l'utilisateur n'excèdera pas 10h de jeu (si vendable il est (ce dont je doute pour mon premier projet 3D) je ne le vendrai pas plus de 10 euros). Je pense donc que les délais de conception et réalisation dont tu parles sont trop élevés dans mon casDéjà pour réaliser toutes ces étape il te faudra grosso modo un an voir deux. Bien sur je pars du principe que ton jeux ne sera pas en reseau, si je me trompe, dis le moi, je te rajouterais des étapes
Avec ces réalisations tu auras déjà un bon package de connaissance pour pouvoir te lancer dans un jeux plus complet.
Voila les étapes pour la suite:
_ créer un monde pour ton jeux en 3D (compte environ 6 mois)
_ créer un scénario (3-4 mois)
_ développe la base (le monde, interaction, personnage) -> 1 an
_ développe le scénario en le decoupant par partie -> 1/2 ans
_ et enfin finalise le jeux avec des petite retouches et des graphismes plus poussés -> 1 ans.
Je te remercie beaucoup
Bonsoir Kaamui
Pour le moment financièrement je n'ai pas le choix je dois faire tout tout seul, mais si mon premier jeu indie abouti (3D FPS) me permet de vendre suffisamment d'exmplaires sur Steam à travers le monde, pour récupérer ne serait-ce que 10 000 euros (2000 exemplaires vendus admettons), je lance immédiatement une petite structure et me prend un graphiste/généraliste 3D en associé, conscient qu'à moyen long terme il faut arrêter d'être un "touche à tout" et plusse spécialiser dans son domaine
Dans mon bouquin on me conseille la librairie Qt, qu'en penses tu ?
Oui justement j'ai eu le déclic aujourdhui ça me parait plus raisonnable, voir mon post adressé à skeud.- commences par un pong ou un morpion (pour le morpion, ce fut mon deuxième jeu, que j'ai mis des semaines à faire marcher, qui n'était pas super bien codé car je commençais à peine à comprendre les subtilités de la POO. J'en ai refait un cette année, en 5h, et plutôt bien fait) => tous mes jeux sont open-sources donc si tu veux le code il est dispo (mais seulement après avoir fait le tiens
Je suis d'accord avec toi c'est très important, et mon modeste baguage universitaire en maths et physique va me servir
Je ne suis plus à la fac, actuellement je fais des petits boulots à mi-temps en intérim.
Je suis d'accord avec toi pour l'importance de l'anglais, et j'ai toujours mis un point d'honneur à regardfer les films en VO et même jusqu'à installer les logiciels en anglais. Aujourd'hui mon niveau est très solide au niveau lecture/écriture et correct niveau compréhension orale, et j'en suis bien content ça me permet d'avoir accès a 10 fois plus de contenu youtubien entre autres
Merci à toi
Bonne soirée
J'adore ton optimisme ^^. Un FPS 3D tout seul tu en as pour plusieurs dizaines d'années si tu pars de pas beaucoup de connaissance et le résultat n'est meme pas garanti.. pour te donner un exemple, tu peux suivre un projet amateur nommé Deepvoid, réalisé sur leur temps libre par plus d'une dizaine de professionnels du Jeu Vidéo (notamment avec un graphistes ayant travaillé sur Ghost Recon futur soldier pour te donner une idée). Avec des années d'expérience etune parfaite maitrise de la conception d'un FPS 3D en réseau, il leur a fallu presque deux an pour mettre en place une beta jouable avec un niveau (une map)... je ne cherches vraiment pas te faire peur ou te décourager, mais plutôt t'aider à mesurer l'ampleur d'un tel objectif..Bonsoir Kaamui
Pour le moment financièrement je n'ai pas le choix je dois faire tout tout seul, mais si mon premier jeu indie abouti (3D FPS) me permet de vendre suffisamment d'exmplaires sur Steam à travers le monde, pour récupérer ne serait-ce que 10 000 euros (2000 exemplaires vendus admettons), je lance immédiatement une petite structure et me prend un graphiste/généraliste 3D en associé, conscient qu'à moyen long terme il faut arrêter d'être un "touche à tout" et plusse spécialiser dans son domaine
Qt est très utile pour une interface utilisateur (une GUI avec des boutons des champs textes, des tableaux etc...), pour commencer je te conseillerais avec insistance de t'intéresser de très près à la SFML, surtout que niveau code, c'est bien plus sérieux que Qt (attention Qt c'est génial hein, mais disons que sous le capot des fois ça fait un peu peurDans mon bouquin on me conseille la librairie Qt, qu'en penses tu ?
Cool^^ Bonne soirée aussi.
Merci à toi
Bonne soirée
PS: pour les finances, tu peux revoir tes besoins sacrément à la hausse ^^
Nullius in verba
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager