Version imprimable
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 :aie:.
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:ccool:
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à fait ;) => http://www.developpez.net/forums/d13...defourailleur/Citation:
passe 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 :whistle:).
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 :aie:.
Mais si on compte tout ça il me semble que les Linux-like battent :whistle:
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 !
Par ailleurs, Valve explique très bien pourquoi choisir OpenGL : http://alexandre-laurent.developpez....-source-linux/
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 quoi :question: 60 heures de C :question: Peut être 120 :aie:...Citation:
Envoyé par guitz
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!Citation:
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
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 :D) : 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 :D)
- 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:Citation:
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.Citation:
- 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 :question:
En un mot comme en 100 : ne te décourages pas, mais avance "pas à pas" ;)
Eric Chahi?Citation:
Envoyé par koala01
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.Citation:
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).Citation:
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 saineCitation:
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.
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 ;)Citation:
Envoyé par guitz
Là, tu m'as peut être mal compris...Citation:
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...Citation:
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 :D)
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!Citation:
, 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 :aie:
Bien sur, tout ce que tu feras te permettra de gagner de l'expérience. Nous sommes bien d'accord sur ce point.Citation:
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"...Citation:
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!Citation:
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 :)
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 ça ;)Citation:
Envoyé par koala01
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.Citation:
Envoyé par koala01
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évenuCitation:
Envoyé par koala01
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.Citation:
Envoyé par koala01
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éCitation:
Envoyé par koala01
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
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 ;) (mais t'inquiète c'est super cool de faire des jeux ;)).
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 :D).
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... :aie: (C++ & SFML1.6)
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 :mouarf:)) 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 !
Salut Skeud,
Je suis ancien webdesigner et "illustrateur", donc je me débrouille moyen+ en graphisme, pour du indie ça passe largement.Citation:
Envoyé par skeud
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 à :Citation:
Envoyé par skeud
-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 casCitation:
Envoyé par skeud
Je te remercie beaucoup :ccool:Citation:
Envoyé par skeud
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 domaineCitation:
Envoyé par Kaamui
Dans mon bouquin on me conseille la librairie Qt, qu'en penses tu ?Citation:
Envoyé par Kaamui
Oui justement j'ai eu le déclic aujourdhui ça me parait plus raisonnable, voir mon post adressé à skeud.Citation:
Envoyé par Kaamui
Je suis d'accord avec toi c'est très important, et mon modeste baguage universitaire en maths et physique va me servir ;)Citation:
Envoyé par Kaamui
Je ne suis plus à la fac, actuellement je fais des petits boulots à mi-temps en intérim.Citation:
Envoyé par Kaamui
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 :ccool:
Merci à toi :) Je ne manquerai pas de faire partager l'évolution de mes 2 premiers projets sur ce site ;)Citation:
Envoyé par Kaamui
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..Citation:
Envoyé par guitz
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 peur :), et puis il y a des notions que tu devrais apréhender un peu plus tard, spécifiques à Qt)Citation:
Dans mon bouquin on me conseille la librairie Qt, qu'en penses tu ?
Cool^^ Bonne soirée aussi.Citation:
Merci à toi :) Je ne manquerai pas de faire partager l'évolution de mes 2 premiers projets sur ce site ;)
Bonne soirée
PS: pour les finances, tu peux revoir tes besoins sacrément à la hausse ^^
Attention il ne faut pas confondre gui avec librairie graphique:
Qt permet de réaliser une interface, c'est à dire les bouton, fenêtre et autre trucs du genre.
SFML permets d'afficher des image/sprite et de les faire intéragir entre eux.
En gros Qt peut etre le conteneur de SFML, avec Qt tu réalise les menus, la fenetre, et avec SFML le rendu graphique.
Pour ça regarde sur internet il y a pas mal de tuto pour intégrer SFML dans Qt.
Pour faire un FPS 3D, honnetement c'est plus dur que de faire un tit mmorpg simpa, tu as moins de balistique et de calcul phisique.
Je te conseil vraiment de partir dans un jeux 2D (voir isometrique si tu veux avoir un peu de 3D, c'est plutot simpa au niveau du rendu) et surtout (la partie la plus importante) ne pas te bloquer sur un langage (c++ dans ton cas).
C'est vrai que le c++ c'est génial, c'est beau et tu peux tout faire, mais ça induit des concepts assez compliqués (si tu pars de zéro, il faudra que tu fasses un moteur graphique, ce qui est très compliqué).
Pour comprendre tout les mécanisme d'un jeux en 3D, commence par unity, c'est vraiment le best-of de la programmation de feignasse :aie:. Il est rapide à prendre en main, en 1 mois ou deux tu peux avoir un jeux simple 3D qui tourne et joli à voir. par contre c'est pas du c++ mais du C# (pratiquement pareil, la gestion de la mémoire en moins).
Tout est déjà fait dedans, tu n'as qu'a relier des morceau, un exemple:
Les fonction de clique, et de lancement de faisseau sont déjà présente (le fait que quand tu clique, ça lance un rayon et active la fonction onclick de l'objet visé).
En gros ça fonctionne un peu sur le meme principe que qt:
Dans la scène, tout est objet, ils ont tous des propriété onclick, onhover .... tu as juste à implémenter les intéraction etc....
Pour te donner un exemple: en partant de zéro, et en 3 jours j'ai réussi à faire une petite scène avec des arbres, un lac, une echop, un joueur.
Quand tu clique sur un arbre, tu ramasse du bois, qui va dans ton inventaire, et tu peux le vendre à l'échope. Pour faire ça en c++ en partant de rien, il faut au moins 1 voir 2 mois pour la création des l'environnement, les fonctions de clic, de faisseau, les intéractions .....
Une fois que tu auras compris comment ça fonctionne, et que tu y auras gouter, honnetement, tu voudras pas le faire en c++ ^^.
Beaucoup de jeux simpa et qui se vendent bien sont fait à partir de unity, et honnetement, quand tu montres le résultat à ta copine, ça le fait.:mouarf:
Ok merci, je vais regarder ça.Citation:
Envoyé par skeud
Je ne peux pas utiliser un moteur graphique déjà existant ? Par exemple prenons l'excellent jeu Mafia2 dont le moteur graphique est PhysiX. Je ne peux pas utiliser celui-là ?Citation:
Envoyé par skeud
Merci du conseil mais unity semble être au dev jeu 3D ce que WordPress est au dev web, les possibilités ne sont plus infinies et on ne peut réaliser à 100% dans les moindres détails le jeu que l'on souhaite.Citation:
Envoyé par skeud
Ca fait peur :(Citation:
Envoyé par skeud
Bonne journée à toi et merci encore
Si bien sur, mais les moteur graphiques ne prévoit pas les intéractions, c'est à toi de les faire, ils peuvent gérer tout ce qui "phisique": Les collision, le phénomène de gravité, les textures ..... par contre il ne peuvent pas gérer le fait que tu "clique" sur un objet.Citation:
Envoyé par guitz
Certes tu ne peux pas faire tout ce que tu veux, mais c'est déjà largement suffisant pour ce que tu veux faire. Si on compare, tu as unity et openGL d'un coter et Qt sfml de l'autre. en gros Unity est à openGL ce que Qt est à SFML.Citation:
Envoyé par guitz
Je suppose que tu t'imagine mal refaire un moteur de fenetrage comme Qt en partant de SFML, beh c'est le meme principe avec unity et openGL. Bien sur il y a des moteur graphique comme Ogre, Irlicht et Phisyx qui sont le milieu entre openGL et Unity.
A quelqu'un qui à l'habitude de dev en 3D et qui possède une petite équipe de dev, je lui dirais d'utiliser un moteur 3D comme Ogre ou Irlicht mais pour quelqu'un qui débute, c'est beaucoup plus simple de commencer par Unity pour avoir un résultat rapidemment.
Comme la plupart des personnes qui débute, tu as envie de faire un truc de zéros, certes c'est cool, c'est moi qui est tout fait, mais c'est hyper ultra super demonantiellement long :aie:.
Je suppose que tu es comme nous tous presser d'avoir un ptit résultat qui envois du paté, donc honnetement, penche toi sur Unity. J'étais comme toi il y a quelques année:
Ouah jvais faire mon propre moteur 3D pour tout gérer de A à Z.Deux mois après -> bon jvais ptêtre faire comme on m'a dis, regarder un peu unity, 3 jours après-> tiens regarde le jeux que j'ai commencé à faire, c'est joli hein (avec les chevilles qui enflent bien et content de montrer un truc trop bien à ceux qui connaissent pas).
Je te dis ça pour que tu évites de perdre du temps et que tu te rende compte finalemment que ça te soule de faire toutes les fonctions qui ne donnent rien de graphique et qui sont la pour t'aider plus tard.
comme je le disais, de nombreux jeux tourne avec Unity, et sont vraiment bien. De plus, si jamais un truc te manque dans unity, rien ne t'empeche de le rajouter par dessus en c++ pour avoir exactement ce que tu veux. Regarde déjà les projets qui éxiste avec unity (en particulier le temps que ça à pris pour les faire) et tu verras qu'il y en a plus d'un qui font bavés. :mouarf:
Un autre conseil, et d'expérience, trouve toi un binome: il est beaucoup plus facile de garder une motivation quand tu n'es pas seul sur un projet, en plus tu auras un avis différent du tiens sur certaine chose, ce qui augmentera tes chances de réussite.
Si tu veux, je peux te filer un coup de main dans les weekend pour te montrer certaines chose voir développer un jeux, surtout si en design et scénario tu te débrouille bien, c'est la partie qu'il me manque. Mais en partant que sur du c++, tu n'auras pas de résultat "simpa" avant au moins un ou deux mois. Si néanmoins tu veux absolument partir la dessus, je te filerais un coup de main pour t'expliqué les bases des interactions 3D et t'aider à les faire pour que tu puisses avancer plus vite :).
Hésite pas à solicité les membres de dvp, je pense pas être le seul à être motivé pour ce genre de projet, c'est d'ailleur comme ça que j'ai réalisé mes premiers jeux, en demandant à un membre de dvp de codé les parties les plus complexes et tordu pour l'interaction 3D, je n'avais plus qu'a les réutilisé pour faire l'assemblage :)
Je n'ai d'expérience dans aucun de ces deux domaines, mais un mmo, même en 2d est bien plus compliqué à mettre en place imo. Avoir une gestion du réseau et une persistance des données efficace ça doit être un boulot énorme quand même.Citation:
Envoyé par skeud
Les philosophies de ces deux langages sont quand mêmes bien différentes :aie:Citation:
Envoyé par skeud
Sinon pour Unity, c'est une bonne idée, ça te permettra de faire abstraction de pas mal de détails technique dans un premier temps, et rien ne t'empêche de coder un jeu avec Unity et de recoder ça après en C++ avec Ogre ou autre quand tu te sens prêt à aborder les détails. :)
Et le conseil de skeud de ne pas bosser seul est bon, c'est très facile de se démotiver, à deux, beaucoup moins.
Non je ne suis pas pressé, je me fixe comme dead line fin aout pour un jeu abouti ;)Citation:
Envoyé par skeud
C'est sympa mais ne m'en veux pas, je vais pour le moment me passer d'unity, SAUF si on décide de faire un projet en commun et si tu programmes en l'utilisant, alors dans ce cas oui je veux bien mettre les mains dans le cambouis du code ( genre tu me files quelques fonctions et/ou classes à développer de temps en temps) pour apprendre ;)Citation:
Envoyé par skeud
Sur un projet commun, pourquoi pas ? Et si ça se trouve, au terme de ce projet je te dirai: "bin ouais j'ai été bête, finalement unity c'est parfait pour moi"Citation:
Envoyé par skeud
C'est une excellente idée, je te propose précisément le binôme suivant:Citation:
Envoyé par skeud
moi: - "direction artistique" (ok terme pompeux vu mon expérience inéxistante dans la créa de jeux vidéos MAIS j'ai un peu le feeling au niveau créa et de l'expérience entant que graphiste), création de textures sur paint shop pro que je vais m'acheter, design des personnages et des scènes, "patte graphique" générale (cohérence, ne pas partir dans tous les sens comme ils l'ont fait dans le MMORPG next gen Tera)
- généraliste 3D (j'ai pris pour 300 euros de tutos elephorms sur 3DS max) de plus, j'ai de bonnes bases en modélisation et textures (donc j'ai du travail concernant l'éclairage d'une scène et les animations).
- Un peu de code si tu le veux bien pour que j'apprenne un peu plus c++ et unity (je suppose que tu vas l'utiliser). Donc merci de temps en temps de me donner des petits trucs à faire en prog
toi:
-développeur principal
-optimisation 3D (polygones, textures, bumpmaps, tu peux me dire où c'est trop chargé et j'allège)
toi et moi:
level design (mettre les idées en commun, demander à des potes de tester le jeu et partager le feedback)
scénario (je pense pas être suffisamment calé pour le faire seul ;) )
Est-ce que ça te convient ?
Si tu veux on peu continuer cet échange par MP
Passe une bonne journée
Salut Iradrille;
Merci pour tes conseils, je suis d'accord avec toi et j'ai décidé de le faire en binôme.
Bonne journée
Encore une fois, tout dépend du type de jeu que tu as à l'esprit et de ce que tu appelles abouti, mais, de manière générale, 10 mois, à 20 / semaine, même en binôme, ca fait court :aie:Citation:
Envoyé par guitz
Ce délais n'empêche pas d'avoir quelque chose d'à peu près correct, à condition que cela reste relativement simple.
Tu ne manques pas de confiance en toi, et c'est une excellente chose.
Il te reste cependant un point auquel aucune école ne peut te préparer :
La loi de Murphy sera ton pire ennemi, tout juste suivi du "tiens, ce serait pas mal si"...Citation:
Question : quelle différence y a-t-il entre la théorie et la pratique
Réponse : en théorie, aucune, en pratique, il y en a
Je lis pour l'instant l'Art du game desing (que je te recommande au passage, pour ce que j'en ai lu jusqu'à présent ;)).
L'auteur n'hésite pas à dire que les dix premiers projets risquent d'être "merdiques" (pour reprendre à peu près ses propres termes, malgré la traduction :D).
Et pourtant, il sait de quoi il parle!!!
Et, combien de personnages, de maisons, de terrains, d'objets de décors as-tu réellement créé en suivant ces tutoriels :question:Citation:
- généraliste 3D (j'ai pris pour 300 euros de tutos elephorms sur 3DS max) de plus, j'ai de bonnes bases en modélisation et textures (donc j'ai du travail concernant l'éclairage d'une scène et les animations).
Pour tout ce qui est développement, designing ou création de manière générale, la théorie seule, la connaissance d'un "outil qui ..." ne suffit absolument pas : c'est la pratique qui te permettra d'obtenir des résultats corrects (ou du moins en corrélation avec tes souhaits).
Et pour arriver à un résultat correct, tu passeras forcément par "un nombre variables" (mais souvent important) d'essais ratés.
dix mois pour avoir quelque chose de correct, c'est possible... A condition que toute la chaine se déroule correctement (tout de suite la bonne modélisation, tout de suite la bonne conception "métier", tout de suite les bons codes, tout de suite...).
Avec la loi de Murphy pendue au dessus de ta tête comme l'épée de la justice au dessus de celle de Mesrine, tu dois vraiment te préparer au fait que "tout n'ira pas bien du premier coup" :aie:
Généralement, quand on me demande combien de temps de travail il y a pour obtenir un résultat particulier, j'évalue le temps X et je dis systématiquement 3 à 4 fois X parce qu'il faudra en plus tester et "gérer l'imprévisible".
Cela limite au moins le retard par rapport au chiffre annoncé, mais il est très rare que je sois très en avance :D
Tu prévois 10 mois pour avoir quelque chose de "correct" :question: Nous pouvons prendre rendez-vous en aout pour voir où tu en es, mais nous avons peut être intérêt à prendre rendez vous en aout... 2016 :D.
Bienvenue dans le monde réel, dans lequel on est très loin du confort ressenti sur un banc de Fac :D
Salut Koala , j'ai quitté la fac il y a longtemps, et j'ai travaillé 6 ans dans ma vie.
Merci de m'avoir conseillé ce bouquin, je vais je pense me le prendre
Pour la 3D en effet j'ai pas beaucoup de pratique derrière moi (20 modélisations et texturing) , mais je suis très motivé pour essayer d'apprendre à travailler vite (sans bacler).
Je vais te surprendre, non seulement nous allons produire un jeu au minimum correct en aout 2014, mais nous allons le paufiner pendant encore 10 mois pour mettre un jeu pro sur le marché, original et généreux dans le contenu
. Ce dernier point est très important car dans trop de jeux il y a la facilité des copiés collés (par exemple dans wow 90% des auberges sont des copiès collés, dans Serious Sam 3 (excellent FPS 2011) chaque alien tué meurent de la même façon (une animation unique par race). Imagine un FPS où chaque énnemi a 5 animations lorsqu'il décède, et là tu fais un random à chaque fois. c'est quand même beaucoup plus sympa pour l'utilisateur qui prend conscience qu'on l'a généreusement régalé.
Trop de logique mercantile dans l'industrie du jeu vidéo, ils essaient trop de marger un max, on peut aujourdhui se démarquer en mettant le paquet sur une permière version et en mettant à jour le contenu du jeu au fur et à mesure des rentrées d'argent (sans parler d'abonnement) (mises à jour automatiques via Steam).
Je pense que si nous adoptons cette ligne de conduite, on va se faire repérer positivement sur le marché à moyen long terme. Personnellement si je me projète 5 ans dans le futur en imaginant que tout s'est très bien déroulé et où j'ai créé avec associés ou non, une structure de 10 développeurs/graphistes/etc... Je me contenterai d'un salaire net qui plafonne à 3000 euros (tout en payant mes salariés au prix du marché) pour mettre le paquet niveau contenu et régaler le client.
Bonne journée
Salut skeud,Citation:
Envoyé par skeud
je ne confonds pas du tout au contraire, j'évoquais juste leur utilité première. Qt permet de faire en réalité beaucoup plus que cela (une GUI), et peut tout bonnement servir de librairie graphique puisque basé sur OpenGL, comme la SFML. La SFML est elle aussi bien plus qu'une librairie graphique, puisque c'est une librairie multimédia, et qu'elle permet tout comme Qt de faire tout ce dont on a besoin. Il n'en reste pas moins que chacunes de ces deux librairies/frameworks ont un but premier ou une utilisation première bien précise.
Salut,
jusque là je te prenais un peu au sérieux, mais maintenant je dois dire que ça part dans tous les sens et qut tu es totalement en dehors de la réalité.
L'auberge de WoW justement, je ne serais pas choqué qu'elle ait pris quelques mois à être dans cet état. Soyons gentils, disons 1 mois (et je pense être plus que très optimiste). Tu comptes faire 10 auberges différentes ? Bravo, tu as déjà explosé ta "deadline" !Citation:
Envoyé par guitz
Une animation, estimons-la à 2 semaines. L'anim de mort c'est gentil, mais le personnage avant de mourir, il marche, court, se baisse, se lève, tire, .... une petite dizaine d'anims (dans le meilleur des cas) pour 1 perso. Hop, encore 20 semaines pour animer 1 perso avec 1 animation pour chaque action : encore 4-5 mois !
Concrètement, tu pars de rien, voire moins que rien puisque tu ne connais même pas le langage, en dehors des bases strictement scolaire - qui, soyons clairs, ne servent pour ainsi dire à rien dans la vraie vie.
L'ambition c'est bien, mais va te casser les dents sur du concret, et tu reverras vite tes critères (ou resteras dans le domaine de l'irréel).
Bonjour,
Bon ok je vais commencer à mettre un pied dans le concret.
J'ai donc une question :
En admettant que ma scène 3D soit prête avec éclairage, texturing + bumpmap. Supposons que c'est un appartement 2 pièces de 70m², combien me faut il de temps pour programmer une camréra en vue subjective qui se déplace sans bien sur traverser les murs avec le clavier (comme dans un FPS) ?
Merci
Avant de pensé à la caméra, il faut d'abord penser à l'affichage de ta scène. Trouver le bon format pour les envoyer dans un moteur graphique, régler l'affichage, les différents paramètre de tes textures ..... soit environ 1 semaine pour quelqu'un d'expérimenté qui sait déjà quelle librairie utiliser.
Pour quelqu'un qui part de zéro:
_ choisir un moteur = 1 semaine en gros, ptetre moins
_ découvrir le moteur = 2 semaine MINIMUM en bossant comme un dingue
_ affiché la scène en découvrant le langage c++ = plus d'un mois c'est clair
_ créer un système de caméra (si le moteur ne le gère pas) 1 mois
_ faire en sorte de ne pas dépasser les mur (si le moteur ne le gère pas) = 1 mois voir plus (faut pas croire, les collisions en 3D sont un vrai casse-tete)
Comme tu peux le voir, tout va dépendre du moteur que tu vas choisir mais au bas mot, de base, pour pouvoir comprendre le fonctionnement du c++ suffisamment pour effectué cette tache, il te faudra 6-7 mois de pratique intensive (ça fait 5 ans que je pratique le c++ et c'est limite suffisant pour pouvoir faire une conception qui ne se casse pas la gueule dans les mois qui suivent).
Perso, en terme de délai (j'en avais pas encore parlé, mais ça semble indispensable dans cette conversation :P), en partant de rien, un jeux avec une scène, un bonhomme et pas d'animation, et SEUL, je dirais au moins 5-6 ans en étant très motiver et sans vie social.
Honnetement, si c'était si simple de faire un jeu, tout le monde en ferais et on en aurait des beaucoup moins cher sur le marché.
PS: pour les habitués, dites-moi si je me trompe, j'ai estimé le temps au plus court possible, basé sur mes connaissances.
Et pour quelqu'un d'expérimenté ça prend combien de temps de bouger la caméra en mode subjectif tout en prenant en compte les collisions dans la scène (scène simple de l'appartement toujours pour l'exemple) ?
EDIT : je suis vraiment sur le c**, je tombe vraiment de haut :( Moi qui n'y connais rien, je pensais que en gros il suffisait d'importer un genre de fichier
3dsmax qui stocke toutes les données de la scènes (coordonnées de tous les sommets, coordonnées du mapping, liens en local des textures, etc...)
et que en 2 lignes de codes c++ et OpenGL l'affichait, ensuite je pensais pour la caméra subjective, il fallait seul une journée de prog pour gérer les collisions des murs. Mais pourquoi ont ils autant compliqué la chose ?? Je pense que c'est voulu, je pense que c'est le très puissant lobbie industriel du jeux vidéo qui a voulu se protéger d'une montée en puissance des amateur sur le marché qui aurait eu pour effet de réduire substanciellement les prix de vente des jeux de qualité. Vous en pensez quoi vous ?
Oh là là mais on part vraiment dans le n'importe quoi là.. qu'est-ce que tu raconte ?! 8O
La discussion semblait utile au début mais ton discours deviens juste ridicule. Personne n'a rien compliqué on parle juste d"une des choses les plus complexes qui soit (reproduire un environnement 3D qui respecte un minimum la logique du monde réel avec les constantes qu'on lui connait). Tu t'attends à gérer des collisions en une journée ? C'est alors que tu n'as pas la moindre idée de ce dont tu parles. Gérer une colission entre deux points c'est facile dans un monde 2D, même 3D, mais gérer la collision d'une forme non singulière comme un personnage de FPS avec des surfaces ne serait-ce que planes tu penses que ça se fait comment ? Et par exemple Unity propose malgré tout de gérer les colission dans les environnements 3D que tu peux générer avec lui, mais ce n'est pas pour autant aussi simple que de dire "je clic sur l'option collision et le tour est joué".
Si tout ce qui t'intéresse c'est de faire un FPS 3D, et que tu n'est pas désireux d'apprendre comment les choses fonctionnent dessous, tu vas gagner beaucoup de temps, et tu peux oublier le C++, te mettre à Unity 3D et crois moi déjà avec juste ce logiciel tu vas en avoir pour un moment à nous sortir un bohnomme sur une ile avec collisions sans utiliser les préfabs...
Enfin ton état d'esprit m'agace personnellement très fortement. Quel est cette façon de procéder que de dire "je vais révolutionner le monde ! Euh, ...excusez moi ? Le monde c'est par où déjà ?" !! Il faut se réveiller et prendre conscience de la complexité du monde qui t'entoure et si demain tu veux l'imiter il va falloir peut-être moins de rêverie, et BEAUCOUP BEAUCOUP d'apprentissage.
Alors au boulot !
Edit : je te propose un truc : vu tes estimations pour un FPS 3D, j'imagine que le temps du weekend qui arrive tu auras le temps de faire un simple morpion non ? Soit jouable à 2 soit avec une IA ou les deux si tu penses avoir le temps. Je te mets au défi de réaliser ce morpion en C++ avec tous les outils que tu souhaites. Et je me tiens à ta disposition tout ce temps pour répondre aux milliards de questions qui vont tomber ne serait que sur tes erreurs de compilation et de linkage, tes erreurs de conception ... deal ?
Edit 2 : ou un autre exercice si pour X raison tu ne te sens pas de faire le premier défi : tu allumes le FPS le plus ancien que tu ais, que tu trouves plein de défaut, etc... tu démarre une partie, et tu pose ta manette ou ton clavier et tu regardes ce que tu vois, en essayant de réfléchir au détail !
En un poste kaamui à résumé toute la problématique du 3D.:mouarf:
Juste pour info, le jeux est à la programmation ce que les fusées sont à l'electronique (jviens de trouvé cette phrase je l'adore, à ressortir ^^).
Certes tu peux importé tes scènes dans un contexte openGL, te déplacé dedans SANS collision en 1 ou deux semaines, pour un confirmé c'est fesable.(je l'ai déjà fait). Mais pour quelqu'un qui débute.....
C'est un peu comme si tu te disais, tiens cet été je vais faire les jeux olympique en saut en longueur sans jamais avoir pratiqué, tu te redns bien compte que c'est iréalisable.
Le principe de la programmation, c'est apprendre, apprendre, apprendre et encore apprendre. Il n'y a qu'au bout d'un long périple parsemmer d'embuche dans tout les sens que tu pourras te dire que tu as la bagage nécessaire à la fabriquation d'un jeux. De plus, dire que ton jeux sera commercialisé, c'est un peu du rève:
De un faut le développer, bon ok, au bout de deux-trois ans tu auras un concept viable.
Ensuite il faut le popularisé (réseaux sociaux, site)
Ensuite il faut que les gens puissent y jouer (donc pas payant dans un premier temps)
Ensuite il faut qu'il soit remarqué (partie la plus difficile)
Et seulement après tu pourras espérer avoir un retour sur investissement, au bas mot je dirais au moins 5-6 ans après l'avoir développer le temps qu'il se développe comme il faut sur la toile.
On va prendre pour exemple un jeux (que dis-je, une légende) qui est, à ma connaissance, le seul à avoir réussi ce challenge: minecraft.
Si on reprend le wiki:
initialisé le 10 mai 2009
version alpha le 17 mai 2009
vendable le 19 juin 2009
Version stable le 20 décembre 2011.
Maintenant on inclu les variable:
Un fou malade du code et de la programmation, expert dans son domaine.
Un concept hyper bien pensé, qui as surement demandé plusieurs mois de reflexion
Fait en JAVA (oui c'est plus simple que le c++)
Une communauté qui développe la plupart des choses qui ont servis à minecraft à se faire connaitre.
MOJANG qui reprends le projet.
une bonne équipe de dev qui sort la version stable.
Si tu regardes bien, la version stable, avec une bonne équipe de dev est sortie plus de deux ans après l'initialisation du jeux. Autrement dis, tu ne pourras pas faire mieux, c'est sur.
Peut-être que tu te diras, si il a réussi, c'est que c'est fesable, et bien non. Ce monsieur à eu une étoile filante qui est passé au dessus de lui lorsqu'il a pensé à ce jeux, un peu comme notre cher mark zuckerberg. C'est des génies de l'informatique, il n'y a pas d'autre mot.
Tu comprends donc que pour un débutant, qui n'y connais rien (il faut dire les choses comme elles sont), rien que l'idée de réalisé un tel projet et un peu bancale. Alors essayé de respecté les délais que tu imposes, c'est complètement dingue.
Néanmoins, il reste un point positif, ne perds pas ta motivation.
Développer un jeux perso, c'est fesable, je l'ai déjà fait. Par contre ne t'impose pas de limite, garde ce projet sous le coude, développe le de temps en temps, mais surtout, N'INVESTIT PAS DEDANS. Tu risques de bousiller ta vie social, tes ambitions, etc.. pour rien.
Perso, la je vais me lancer dans un petit jeux 2D (je vais poster comme toi et me prendre des remarques, j'en suis sur). Mais je m'en fous, je fais pas ce jeux pour qu'il soit commercialisé, ni connu, juste pour moi, pour me prouver que j'en suis capable. En plus c'est avec ce genre de projet que tu apprends beaucoup, donc je t'encourage quand meme à le faire, ça ne sera pas du temps de perdu.;)
EDIT: je pensais pas que mon poste était si long, bon courage et merci à ceux qui le lisent ^^
Comme Kaamui l'a dit, c'était déjà compliqué à la base, chaque "couche" de moteur simplifie.Citation:
Envoyé par guitz
Si tu veux faire un FPS sans te fatiguer, ne le construis pas sur un simple moteur 3D: Construis-le sûr un moteur de jeu, voire moteur de FPS. Le premier auquel je pense est Source, mais il y en a toute une liste.
Qu'est-ce qui vous prend Kaamui de parler comme ça ? Si j'avais été en face de vous l'auriez vous fait ? C'est ça l'un des problème d'internet beaucoup de gens se permettent des choses, sous couvert d'anonymat, qu'ils ne se permettraient pas IRL...
Evidemment que je dit des énormité vu que je débute en dev 3D via c++, c'est normal. Quant à mon ambition démesurée, quand on vise les étoiles au pire on décroche la lune. Et puis si ça vous gonfle de me lire, abstenez-vous.
Merci Skeud pour ta réponse posée et très complète.
Ma motivation restera intacte et pour longtemps, n'en déplaisent ceux qui veulent me détruire. tu as raison je vais m'enlever de la tête cette deadline, aller à mon rythme et on verra bien ;)Citation:
Néanmoins, il reste un point positif, ne perds pas ta motivation.
Développer un jeux perso, c'est fesable, je l'ai déjà fait. Par contre ne t'impose pas de limite, garde ce projet sous le coude, développe le de temps en temps, mais surtout, N'INVESTIT PAS DEDANS. Tu risques de bousiller ta vie social, tes ambitions, etc.. pour rien.
Là je lance un projet en binôme avec un autre membre de ce forum, nous vous montrerons l'évolution je pense (s'il est aussi d'accord) dans le salon "projets"
;)
@Medinoc:
C'est noté Medinoc, merci.
Généralement, ici, on parle entre nous comme on parle entre amis.Citation:
Envoyé par guitz
On dit parfois des choses qui fâchent ou qui sont difficiles à entendre, parfois d'une manière abrupte ou parfois avec de mauvais mots, mais la seule liberté qu'on prend est de se parler honnêtement.
Que tu sois déçu, que tu te rendes compte que tu partais sur une idée tout à fait fausse du développement et que cela te fasse du mal est normal, parce que tu partais d'une idée tout à fait fausse.
Mais, une fois le choc de cette révélation amorti, si tu relis son intervention, tu te rendras compte qu'il ne dit absolument rien de mal, à part peut être quand il s'énerve en disant agacé par ton état d'esprit.
Et même à ce niveau là, il a fallu deux page de discussion pour que tu finisse par te rendre compte de ce que l'on te répète depuis le début:
Rien n'est irréalisable en soi, mais il faut du temps, de la patience et de l'expérience.
Dans la situation actuelle tu n'as que la patience, et elle ne semble pas très importante au vu des délais que tu essayes de te fixer.
Alors, oui, il arrive que l'on recadre parfois les gens de manière un peu plus brutale que ce que l'on voudrait le faire, mais il ne faut pas forcément te sentir attaqué par ces recadrages. Et il ne faut pas y réagir encore plus violemment, comme tu le fais ici, car cela n'apportera rien, si ce n'est un conflit ouvert dans lequel tout le monde a à perdre. Et je ne parle pas seulement de Kaamui et de toi, je parle de l'ensemble des intervenants du forum ;)
Ce n'est pas l'anonymat qui nous pousse à agir de la sorte, bien au contraire : c'est généralement l'amitié ;)
Tout le monde en a sans doute dit au moins une fois sur le forum.Citation:
Evidemment que je dit des énormité vu que je débute en dev 3D via c++, c'est normal. Quant à mon ambition démesurée, quand on vise les étoiles au pire on décroche la lune. Et puis si ça vous gonfle de me lire, abstenez-vous.
Ce ne sont pas les énormités qui nous énervent ici, c'est la réaction que tu as eue lorsque tu t'en es rendu compte. Je te cite:
Non! Tu n'avais simplement pas conscience de la difficulté de ton projetCitation:
je suis vraiment sur le c**,
Comme mon père dit souvent "il faut laisser croire les béguines, elle sont spécialiste et payées pour" ;)Citation:
je tombe vraiment de haut Moi qui n'y connais rien, je pensais que en gros il suffisait d'importer un genre de fichier 3dsmax qui stocke toutes les données de la scènes (coordonnées de tous les sommets, coordonnées du mapping, liens en local des textures, etc...)
On aimerait tous que ce soit aussi facileCitation:
et que en 2 lignes de codes c++ et OpenGL l'affichait, ensuite je pensais pour la caméra subjective, il fallait seul une journée de prog pour gérer les collisions des murs.
Peut être, parce qu'à la base, un ordinateur ne travaille qu'avec des 0 et des 1 et qu'il faut être en mesure de lui dire comment il doit les prendre en compte :question:Citation:
Mais pourquoi ont ils autant compliqué la chose ??
Cela n'a strictement rien à voir.Citation:
Je pense que c'est voulu, je pense que c'est le très puissant lobbie industriel du jeux vidéo qui a voulu se protéger d'une montée en puissance des amateur sur le marché qui aurait eu pour effet de réduire substanciellement les prix de vente des jeux de qualité.
En tout cas, pas dans la discussion actuelle.
C'est --d'abord et avant tout-- difficile et complexe parce qu'il y a énormément de choses à prendre en compte et qu'il sera difficile de faire en sorte que tout s'intègre correctement.
La complexité ne vient pas de l'informatique, mais de la complexité de nos propres envies ;)
Personne ne cherche à te détruire, bien au contraire, nous t'encourageons tous à te lancer.Citation:
Ma motivation restera intacte et pour longtemps, n'en déplaisent ceux qui veulent me détruire. tu as raison je vais m'enlever de la tête cette deadline, aller à mon rythme et on verra bien ;)
Nous cherchons simplement à te faire prendre conscience que "ca se fait pas tout seul" ;)
Et, quand on voit qu'il a fallu deux pages de discussions pour y arriver... On comprend que certains perdent parfois patience ;)
Entierrement d'accord, le principe de kamuui n'étais pas de t'attaqué mais de te faire réalisé tes erreurs. Peut-etre n'a-t-il pas employé les bon mots, n'empèche que le fond est la. Il voulait surtout te faire prendre conscience que les phrases:
Citation:
Ce dernier point est très important car dans trop de jeux il y a la facilité des copiés collés (par exemple dans wow 90% des auberges sont des copiès collés, dans Serious Sam 3 (excellent FPS 2011) chaque alien tué meurent de la même façon (une animation unique par race). Imagine un FPS où chaque énnemi a 5 animations lorsqu'il décède, et là tu fais un random à chaque fois. c'est quand même beaucoup plus sympa pour l'utilisateur qui prend conscience qu'on l'a généreusement régalé.
et autres du genre, nous font rigolé. Une fois au début du post, on peut comprendre mais que tu rattaque en disant:Citation:
Non je ne suis pas pressé, je me fixe comme dead line fin aout pour un jeu abouti
La c'est le meilleur, si on interprete la phrase comme tu l'as fait avec kamuui:Citation:
Je vais te surprendre, non seulement nous allons produire un jeu au minimum correct en aout 2014, mais nous allons le paufiner pendant encore 10 mois pour mettre un jeu pro sur le marché, original et généreux dans le contenu
"c'est pas pasque vous êtes une bande de naze, que je le serais aussi, pareil pour les boite de jeux vidéo".
On aurait pu aussi s'enervé sur cette phrase, mais ça n'avait aucun intérêt.
Quand tu lis les post, lis les calmement, essaye de voir si tu n'as pas mal compris, et si ce post est vraiment néfaste, des -1 vont apparaitre, ne t'en fait pas :)
Oh là là je m'absente une journée et je m'apperçois en rentrant que mon dernier post a failli foutre le feu ! :D
Non ne le prends pas mal guitz c'est pour te réveiller à grand coup de sursaut pour que tu prennes bien ton envol, et pas que tu t'écrases au sol au moment de te lancer ^^. Ne le prends pas mal ni de façon personnelle car :
- premièrement, oui je te parlerai comme ça même en vrai parce que j'ai le verbe haut et je suis même parfois plus direct que cela, n'en déplaise à mon responsable d'agence qui pourrait t'en parler par exemple, ou mon directeur de BU :mouarf: <= quand il faut dire les choses il faut les dire ^^
- deuxièmement, oui tu m'as agacé parce que des personnes qui sont motivées et qui ont des rêves plein la tête j'adore ça, et c'est bien trop rare à mon gout, et donc quand je te vois avec ces qualités mais que tu les uses dans des utopies et des démagogies trollesquement conspirationnistes du style "c'est les illuminati qui sont derrière tout ça", je me dis que ce mélange ne va pas faire bon ménage, puis je me dis enfin que quand tu en arrives à ces constats alors que tu n'as visiblement pas conscience de la complexité et de l'élégance de notre univers (brane pour les croyants :D), bah il faut te secouer les puces et te ramener un peu sur Terre ;)
- enfin comme tout le monde l'as souligné je n'ai voulu que t'aider parce que je sais ce qui t'attends, et je veux te prévenir, que même si tu es un génie mille fois plus brillant que je ne le serai jamais, tu vas en voir des vertes et des pas mures avant de voir ton FPS tourner en commençant comme suggéré par le post initial par les couches bas-niveau
Autre point qu'il faut bien comprendre : la diversité que peut te fournir un logiciel pour te simplifier la tache est inversement proportionnelle à la quantité de travail que toi tu devras fournir pour faire "naître" ton idée/projet. Plus tu voudras un truc précis et original, plus il te faudra descendre dans les couches logicielles plus basses et donc plus tu passeras de temps à travailler avant d'avoir un résultat. Tu peux utiliser un moteur de FPS comme précisé, mais dis toi bien que tu sera cantoné à un moule que tu peux ne pas vouloir, et que si tu pars d'OpenGL pour te faire un jeu avec ton propre moteur, tu sortiras ton jeu dans 30 ans si tu le fais tout seul.
Je te donne pour preve un autre exemple : là il s'agit de Infinity Quest For Earth. Le gars (un petit français ! cocorico :D) est partit tout seul de tout bas niveau pour se faire son propre moteur de planet rendering. Il a utilisé toutes les techniques les plus abouties et le résutat est tout simplement incroyable, à couper le souffle, avec un plus un niveau incroyable en programmation, il a utilisé des techniques de gros balèse pour effectuer les calculs de rendu entièrement sur la carte graphique pour que les performances soit au rendez-vous. Au résultat : une galaxie générée procéduralement, composée de plusieurs milliards de systèmes stellaire composés eux même de plusieurs planètes entièrement visitable et aussi bien foutues que celle présente dans cette vidéo technique réalisée en 2010 :
http://www.youtube.com/watch?v=yrcEU...?v=yrcEUO7TC28
Du pure génie, on parle du haut du panier, et pourtant il a commencé la programmation très jeunes et il a mis des années à avoir le niveau pour commencer ce projet en 2006 et n'avoir aujourd'hui même pas une alpha à proposer malgré toutes les personnes qui l'on rejointe.
Tout ça pour encore une fois te dire, reste dans l'humilité et la retenue, car tu peux nous faire confiance : tu as du chemin à faire^^, comme nous tous ;)