Reprise du message précédent :

 
bah non.  
en terminale j'étais heureux et on était 20 dans ma classes , en sup  j'étais dépressif on était 45 et je ne faisais absolument rien, après je suis allé en deug et ce n'était plus un système de classe comme au lycée/sup.
 
je peux donc me raccrocher a pas mal de sensation pour savoir quand j'ai abordé la 1ere fois les dev limités.
 
et je maintiens qu'en terminale C, en 85/86, on abordait les developpements limités.
 

 
Ca n'a plus grand-chose à voir avec le topic initial, mais je te crois, le niveau a beaucoup baissé avant l'entrée en études supérieures.
J'ai récupéré un bouquin de 2nde de ma mère où elle faisait de l'algèbre linéaire

 
De base, hein
 
Mais de l'algèbre linéaire quand même.

Ce ramassis de conneries!

En 91 aussi... je m'en souviens parce que je n'ai rien branlé en analyse de toutes mes années de fac!

et tu viens t'en vanter sur un forum public sous surveillance des chinois du FBI      
 
 
 

 
Certains chips (R3x0) ne supportent pas les instructions COS et SIN et les remplacent par l'expansion, d'autres les supportent directement (NV3x).

t'1 c'est nul ATI  
 
 
 

 
ma doc de dx9 ne fait reference qu'a l'instruction sincos, avec precisé :
 
 

et nul part mention d'un quelconque remplacement possible
tu parles de quelle instruction ?

 
Je n'utilise pas DirectX je reste fidèle à OpenGL
Mais je sais que le NV3x supportent directement les instructions SIN et COS qui sont exposées via l'extension NV_Vertex_Program2. Je suppose donc que même si ce n'est pas accessible directement sous DirectX ces instructions sont utilisées (vu qu'elles ne prennent qu'un slot chacune ce serait du gâchis pour nVidia de ne pas le faire).

le HLSL propose directement des instructions sin(), cos(). Interessant de voir ce que recrache le compilo
 
(bon vu comme ils ont torchés la doc chez ms pas moyen de savoir si ca fonctionne pour un seul composant ou pour tout le vecteur)
 

 
 
J'ai un boukin de maths de mon arrière grand père de seconde, ya des trucs  

alors dion, c'est tout ce que t'avais comme question ?

 
j'ai noté ton pseudo, tu ne t'en tireras pas aussi facilement  

 
ta phrase me fais penser a FMJ, c'est voulu ?
 
("J'ai noté ton nom, tu va roter du sang. Defense de rire et defense de pleurer" )
 

 
Moi ça me fait plutôt penser à coluche:
 

 
absolument pas

ok

chrisbk ta oublié ds ta liste de moteur promettant le zgja3d, pas bien ca  
 
 
 
 

ben si sinon c'est pas marrant
les consonnes avec son sang, et les voyelles avec sa morve
 
btw, ce topic m'intéresse

[#001ce2]De mon point de vue de développeur (pas dans les jeux, mais bon):
 
* Il y a forcemment en effet, beaucoup d'outils pour les aider à développer, vu le trvail collossale que représente un jeu maintenant
* Souvent, les jeux d'une société se partagent le même moteur graphique 3D... ça fait gagner du temps, vu la complexité pour développer un bon moteur performant.
 
Mais:
 
* Le hard évolue rapidement, donc, de toute façon, il faut faire evoluer assez souvent les moteurs 3D, donc coder... et croyez moi que coder un bon moteur 3D, de nos jours, vu les possibilités des cartes graphiques, c'est coton et pas à la porté du 1er venu.
* Il y a toujours de l'IA dans la majorité des jeux. Et ça, c'est toujours spécifique au jeu, meême si on peut reprendre des "briques", donc toujorus du codage à faire. Et toujours pareil, vu que les ordinateurs sont de plus en plus puissant, on peut de plus en plus faire evoluer l'IA, donc la complexifier, donc augmenter le volume de code.
* Il est quasi impossbile d'utiliser des libraries de trop haut niveau pour coder un jeu si on veut vraiment un truc à la pointe au niveau des performances graphiques.  
Si une lib de haut niveau est parfaite pour faire une appli 2D banale, tu perds d'autant plus en performance avec la redondance et la généricité du code que cela implique. Si tu veux tirer le meilleurs de la machine et optimiser le code, il faut travailler le plus bas possible. Il y a un comprimis à trouver (on ne peut plus se permettre de tout coder à bas niveau vu le taf que cela representerai), mais pour faire des routines vraiment performantes, il faut mettre la main à la patte.
Mais certain doivent la mettre plus ou moins en effet, vu les différences de résultats que l'on observe.
 
Le langage de base reste le C et le C++ de toute façon et ce n'est pas pres de changer. Même dans 10ans, quand les ordinateurs seront infiniment plus puissant que maintenant, on leur demandera également infiniment plus, et on aura toujours aussi besoin de performances optimales. C'est sur que tu peux programmer un bon vieux jeu de plateforme 2D, bien fluide, en Basic sur une bécane actuelle (chose impossible il y a 10ans). Va te taper un Doom 3 en VB6, on risque de rigoler.

merci spad  

c'est clair que taper un bon vieu 2d sous basic ça doit etre possible maintenant
 
qu'est ce que j'ai passé du tps a programmer sous basic! pouah ça ramer bien mes pac man lool
 
Si je peux ajouter mon point de vu, je pense que faire un jeu aujourd'hui na plus rien a voir avec il y a 10ans.
 
Programmer un jeu de A à Z je pense que ça n'existe plus trop possible pour ce qui touche a la 3d.
 
Ils ont un moteur de jeu, des programmes de dessin 3d , 2d...
 
Apres une equippe spécialisé dans chaque domaine pour en final sortir le jeu.
 
Dir que c'est plus facile, j'ai envie de dir oui. Qd je vois ce que aurora, l'editeur de nwn peux faire et avec un peu d'interet de notre part, on peux faire largement mieux que le module de bioware.
 
Mainteant ceux qui ont pondu le programme pour faire le jeu chapeau bas

 
Pour l'idée à l'époque oui... techniquement, c'est du pipi de chat à programmer un truc comme ça, même en assembleur...

 
 
ah nan merde il fout quoi celui la ici
Comment que je ca va trop se voir que je poste de la merde au lieu de coder

le moteur 3D du jeux de F1 de lankhor (sortie l'année deniere ou un peu plus...) 15 jours de dev    
 
Le plus long dans le dev d'un jeux 3D c'est pas specialement le moteur en lui meme ...Entre les tools,l'ia le game play etc...mais le plus long c'est de debugger tout le bordel...egrne ca marche pas avec tel carte ou tel pilote...ca c'est le casse tete le pire.....
 
Apres tout depends du type de jx...un jx de foot c pas specialement long en dev par rapport a une simu a la fs