Reprise du message précédent :

y a pas grand chose dans smw. tous ce qui est scrollings est géré par le hard. le plus gros travail concerne l'agencement des niveaux

 
bah yen a un qui est passé (sisi, celui qui fout des )
 
Et jfm a pas le temps

 
J'irais voir dans les archives
 
 

 
C'est une macro, ca veut dire qu'elle bricole pour toi
 
tu fais :  
 
sincos dest,source,brico1,brico2
 
et le compilo VS/PS te remplace ca par le bricolage qu'on faisant avant
 
(brico1 et brico2 sont deux bricolages pas bien beau)
pb : ca te ressore le sinus/cosinus d'un seul angle alors qu'avec le bricolage qu'on faisant avant tu pouvais avoir le sinus de 4 angles simultanement (ou le cos)
bref l'interet m'echappe
 
 
 
 
 
 
 
 

 
Perso, quand je vois qu'une routine :
-va etre appelee souvent
-qu'elle consomme bpc en cpu
-que j'ai une chance de battre le compilo la dessus
 
Pour le dernier point c'est quand je vois que le code a la possibilité d'etre parralleliser via mmx & cie (+optimisation de la gestion du cache cpu)
 
Bref, c'est pas trop souvent (surtout que ca prends du tps, fo vraiment le faire quand on sur de pu vouloir toucher la routine)
 
 

 
Avec cette question tu peux faire des pages et des pages de trolls
Perso je prefere de loin DX mais c une affaire de gout
 
 

 
Ca te permet de faire un semi eclairage statique. eg tu precalcule ton eclairage (ala quake 1 & cie) mais apres tu peut modifier certains params en run time (eg couleur / intensite de la lumiere)
m'en demande pas trop
 
 

 
Un type qui l'avait code parlait parfois de jours de calcul pour un level de son jeu
 
 

 
Commencent a avoir un support hardware depuis la gf3, mais vu que je n'ai pas eu l'occas d'y toucher de pres je vais pas trop en causer Me semble que ut2003 utilise des shadowmap mais je garanti rien
 

Doom3 (etonnant hein ?)promet bpc, le cryEngine aussi
 

m'enfin
 
Chui pas une bete de cirque

demo des SH : http://www.donw.co.uk/home/downloads/SHTest.zip
 
edit : http://www.donw.co.uk/ y'a un autre fichier a dl pour que ca marche, lisez bien tout
 

 
Bah tu as plus besoin de bricoler vu qu'il bricole à ta place
C pas plus rapide ?
 

 
C si chiant que ça l'assembleur ?    
 

 
C l'instinct qui reprend le dessus
 

 
Ah vi    
 

Troll on : donc Hl2 bof..

 
thx

a  coder si, a l'exec non (le compilo fait un "chercher remplacer" dans ton code avant de le compiler, bref ca revient au meme)
 
 
 

Au contraire c'est rigolo, mais c'est tres long
et pour reprendre une routine asm bonjour (surtout mmx ou tu jongles avec plusieurs donnees a la fois)
 
 
 

 
je sais pas j'ai vu aucun shot (oui je suis la honte de l'informatique )

Pourquoi j'ai l'impression que tout le monde met a la trappe le comportemental(comportement des ennemis, regle du jeu, maniabilite du hero, etc...), il y pas seulement l'aspect graphique du jeu qui compte.

 
T'es sur HFR hein
 
Prodigy

concernant la 3d - je travaille sous softimage xsi - faut dire qe les logiciel d'aujourd'hui devienne, tout en restant très pointu, vachement plus convivial. y'a qu'à regarder la difference entre softimage 3d ( qui etait le leader de l'anim 3d en 90-95) ou l'interface ressemble à un tableaux de bord de la nasa, et softimage xsi3 , vachement plus beau et vachment plus intuitif....

 
   développement en série limité. ya rien de sorcier. c est niveau lycée non (c est loin pour moi    )

 
lycee non, ca c sur
Sinon niveau quoi c'est, aucune idee

 
   
Le développement en série entière et les développements limités c'est pas du niveau lycée.

 
j'ai vu ça en sup, 1ère année de deug aussi surement

 
Bon, ça restera un mystère alors
 

 
Quand je serais grand, jvoudrais donner des directives aux codeurs avec des délais de malade    
 

 
Ah vi....  

 
DUG je pense.

 
C du niveau sup, et peut être même spé avec les nouveaux programmes    
 
Et passer de taylor expansion serie à dvpt en série limité quand tu connais pas...

 
me dit pas que t'as tjs pas compris ?

 
sisi j'ai compris, c l'intérêt qui restera un mystère  

 
aujourd'hui peut etre.
j etais au lycee il y a + de 15ans. il me semble bien avoir commencé les dev limités en terminale.
 
(mais comme j ai dit c est loin pour moi, ma memoire peut flancher)

 
oui, bon, j aurais du ecrire des le 1er post  "c etait du niveau lycée avant que le niveau de l enseignement ne soit rabaissé au niveau d indigence auquel il est actuellement"  
c est mieux comme ça ?    
 

 
bah se rappeler 15 ans après d'avoir fait ça en terminale et pas en début de sup/DEUG, c avoir une mémoire fabuleuse...

tiens, je critiquait hier rendermonkey, entre tps ati a sorti une nouvelle version de la bete....verrais ca ce soir, si je trouve le tps (:sweat
 
 

bah ptet parceque dans Super Mario World, tout bon jeu soit-il, le mouvement des méchants est prédéfini ils bougent de droite à gauche, tombe dans le vide quand il y a du vide ou repartent dans l'autre sens quand ils rencontrent un obstacle. ils ne font pas demi-tour pour te choper quand tu leurs saute par dessus.
ça ne demande donc pas un effort considérable de programmation. par contre la map des niveaux pour obtenir une bonne cohérence, tous les passages secrets et compagnie, ça c'est du boulôt

 
Dormir, spa important tu verras  

 
hé mais j'ecris comme un triso moi
 
dion : Ben disons que la je suis en bataille pour recherche d'emploi avec de la merde en tout genre par fut de 15l, ca me bouffe pas mal de tps...

 
Me rappelle de tes posts sur emplois
 

 
 
J'avais meme pas fais gaffe que c'etait toi le grand manitou de la section
 

Oublie SMW(que je ne connait pas), je parlait en general sur ce topic, ou on a l'impression que la prog d'un jeu se resume a la 3D ou a un scrolling et puis on a plus qu'a faire passe les graphistes et les levels designer apres...
On peut pas zapper la partie comportemental du code sous pretexe que c'est mathematiquement plus simple(et encore certaine IA doivent etre bien baleze qd meme).

 
   
 
Relève toi fidèle croyant, et va évangéliser les infidèles, commence par Sojiro Seta qui n'a pas marqué à mon égard le respect dû à mon rang  

 
avec les achats de moteur dans tous les sens (tel jeu basé sur tel moteur) je me demande si c'est vraiment vrai, ce que tu dis la
 
 
(Je decrirais pas les pb d'IA comme etant simple, perso )

 
là on a parlé principalement moteur 3D, donc ça concerne plutôt les graph vi...
 
Et on a aussi parlé d'IA  

 
et ce que j'ai dis sur l'exemple pacman ?  

 
il sera ecorché, des lambeaux de peau seront arrachés, de la poix sera appliquée sur ses brulures, ses membres seront amputés un a un (le bourreau prendra garde a ce que l'accusé reste conscient tout au long du supplice). Puis, lorsqu'il ne sera reduit qu'a etre un torse sanguinolent, il sera brulé vif sur un tas de fumier.
 
Et il copiera 20 fois : "Les maudau cai les meilleurs " avec voyelle en rouge et consonne en vert

disons qu'à la base la question était de savoir s'il était plus facile/rapide de programmer aujourd'hui qu'il y a 10 ans. les réponses visaient donc uniquement la programmation pure et dure en terme de rendu, utilisation des vidéos, des sons etc,...
maintenant la jouabilité, l'I.A et compagnie, c'est pas parceque tu vas avoir des librairies toutes prêtes pour afficher 3 polygones texturés que ça va règler la jouabilité ou rendre les ennemis plus intelligents, donc on en a peu parlé car pour ça il n'y a pas de solution miracle à par passer du temps dessus.

 
Oublie pas de lui faire copier ceci avant de lui avoir arracher les 4 membres
 
Sinon j'aime bien tes idées, tu iras loin  

 
Surtout que comme les joueurs sont de + en + exigeants, c de plus en plus long  

 
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.