decalage de bits - Page 4

Thibaut a écrit :
Pour moi, le classement des meilleurs programmeurs est celui-la :
- PpHd
- Pollux
- ExtendeD - Kevin

Tu places le roi du vaporware plus haut qu'ExtendeD et moi??? On n'a rien vu de lui à part un Nibbles (LOL) et une imitation de basse qualité de CHEMISLV, le tout orné de préfixes "Pro" pour impressionner des gens comme toi.

Vark
a écrit : oh aller plus vite que le fat ça doit pas être compliqué si tu passe pas par un système de lib comme le leur

Le FAT Engine est bien optimisé. Il est très difficile de faire mieux. Et ce n'est pas l'appel de fonctions qui ralentit, leurs adresses sont stockées dans des pointeurs à l'initialisation.

Kevin Kofler a écrit :
Tu places le roi du vaporware plus haut qu'ExtendeD et moi??? On n'a rien vu de lui à part un Nibbles (LOL) et une imitation de basse qualité de CHEMISLV, le tout orné de préfixes "Pro" pour impressionner des gens comme toi.

Kevin si on fait un classement de programmation graphique tu serais même pas ds la liste ...

Le FAT Engine est bien optimisé. Il est très difficile de faire mieux. Et ce n'est pas l'appel de fonctions qui ralentit, leurs adresses sont stockées dans des pointeurs à l'initialisation.

explique moi alors pkoi le moteur 3D de sBibi tourne bcp plus vite ... (alors que justement c un vrai moteur 3D)

heu exagere pas non plus
quand je le passe en full-texture, ca tombe a moins de 5 fps
(bon c vrai que c'est du plein ecran et que g pas eu le temps d'optimiser la routine de texture mapping... mais bon )

[cite]Kevin Kofler a écrit :
Tu places le roi du vaporware plus haut qu'ExtendeD et moi??? On n'a rien vu de lui à part un Nibbles (LOL) et une imitation de basse qualité de CHEMISLV, le tout orné de préfixes "Pro" pour impressionner des gens comme toi.

moi j'ai vu GTC, bah je peux te dire que non seulement c'est pas du vaporware mais qu'en plus c pas donné à tout le monde, mais si tu veux on en reparle qd tu nous auras fait tes fameuses routines de dlgbox en 7gray

sBibi a écrit :
heu exagere pas non plus
quand je le passe en full-texture, ca tombe a moins de 5 fps
(bon c vrai que c'est du plein ecran et que g pas eu le temps d'optimiser la routine de texture mapping... mais bon )

bah... ça fait que 5 fps de moins

Solid>euh... GTC on-PC ou on-Calc ???

solid
a écrit : qd tu nous auras fait tes fameuses routines de dlgbox en 7gray

C'est-à-dire jamais. Je refuse de réécrire une interface utilisateur alors qu'il y en a déjà une!

Mac> oncalc

kevin> ecrire un jeu implique ecrire une interface utilisateur, meme pour un jeu texte

Je dessine bien le plateau.
Mais je ne vais pas m'amuser à reprogrammer des dialogues alors que je peux utiliser ceux qui existent déjà. Ça serait un gaspillage de place, et aussi de mon temps. Et donc c'est un gaspillage de ton temps et du mien de continuer à insister. C'est non, point final.

C'est vrai que pour faire des bonnes boites de dialogue, ça prend un peu de place

Ouai mais bon dans un jeux généralement il faut des boîtes de dialogues spécial, c'est mieux d'avoir un jeux avec une nouvelle interfaces que de piquer des trucs à droite et à gauche mais bon ceci dit ça prend de la place et du temp donc il faut faire un compromis.

1ko max c vraiment enorme

Et ouaip, les boites de dialogues personnalisées c'est ce qui fait la différence entre un très bon et un pro, ne t'en déplaise Kevin

Oui, mais le pro est celui qui sait réutiliser des routines existantes quand elles existent plutôt que de réinventer la roue (et de gaspiller de la place en passant, les routines existantes appartenant au système d'exploitation).

Yes !

Tu fais un jeu ou un add-on à AMS? Chacun son point de vue tu me diras... mais bon c'est un poil dommage quand même de ne pas soigner un tant soit peu le design de ton jeu, tu sais je ne dis pas ça pour t'embêter bien au contraire

laisses-tomber on a pas arrêté de le lui dire avec solid mais il veut rien entendre

Chacun fait ce qu'il veut

yop yop

heu exagere pas non plus
quand je le passe en full-texture, ca tombe a moins de 5 fps (bon c vrai que c'est du plein ecran et que g pas eu le temps d'optimiser la routine de texture mapping... mais bon )

me tarde que tu le finisses ce moteur sBibi les vacances d'été ça devraient pouvoir t'aider

Kevin Kofler
a écrit : Oui, mais le pro est celui qui sait réutiliser des routines existantes quand elles existent plutôt que de réinventer la roue (et de gaspiller de la place en passant, les routines existantes appartenant au système d'exploitation).

aRf, encore une fois, chui pas d'accord ... les routines existantes ne sont pas assez rapides pour la création de jeux et autres programmes.
Mais il est vrai que pour la majorité des programmes utilitaires et petits jeux, les ROM_CALLS sont largement suffisantes...

Les ROM_CALLs que j'utilise dans Backgammon sont suffisamment rapides pour Backgammon. D'autant plus qu'on parle ici de boîtes de dialogue, où c'est l'attente de l'appui d'une touche qui fait perdre le temps, pas la routine.

Mais Kevin, BackGammon n'est pas un jeu qui demande beaucoup de fps, donc la rapidité n'est pas importante.

Pour des jeux comme SMA, la rapidité est importante, on ne peut pas s'en sortir avec des bitmapput...

Euh... Je pense que tu as raté un épisode, parce que c'est totalement hors contexte.

Et puis je n'utilise pas BitmapPut dans Backgammon, j'ai codé une routine spéciale 7 niveaux de gris (avec couleur de transparence - on a de toute façon une couleur de trop en 7 niveaux de gris, donc on peut en réserver une pour la transparence).

KK: mais tu pourrais, il n'est pas du tout hors contexte ... BackGammon est un jeu qui, comme tous les jeux de plateaux sont à graphismes très pauvres ...

Dans ce cas là, il est vrai que les ROM_CALLS sont largement suffisantes ...

Il est hors contexte, parce que le contexte est que solid me gueule dessus parce que j'utilise les boîtes de dialogue de AMS dans Backgammon. Je ne vois pas du tout ce que viendrait faire SMA dans cette discussion.

Heurf, dans ce cas là, tout le monde est hors contexte, car le topic est "décalages de bits"

Kevin Kofler
a écrit : Euh... Je pense que tu as raté un épisode, parce que c'est totalement hors contexte.

En effet, je viens de comprendre.

Kevin Kofler a écrit :
Il est hors contexte, parce que le contexte est que solid me gueule dessus parce que j'utilise les boîtes de dialogue de AMS dans Backgammon. Je ne vois pas du tout ce que viendrait faire SMA dans cette discussion.

je ne te gueule pas dessus, me fais pas passer pour un méchant.... je propose mais libre à toi de refuser

Thibaut a écrit :
Pour moi, le classement des meilleurs programmeurs est celui-la :
- PpHd
- Pollux
- ExtendeD - Kevin

Kevin > Tu places le roi du vaporware plus haut qu'ExtendeD et moi??? On n'a rien vu de lui à part un Nibbles (LOL) et une imitation de basse qualité de CHEMISLV, le tout orné de préfixes "Pro" pour impressionner des gens comme toi.

Ecoute, prétentieux, j'ai vu tourner GTC sur MON ordinateur, je place donc Pollux au-dessus d'ExtendeD dans MON classement.
GTC est complètement différent du programme sur lequel s'est basé Pollux (C68k), la quantité impressionnante de changements et de nouvelles fonctionnalités nécessite beaucoup plus de compétences en algorithmie et optimisation (GTC est très rapide) que pour de simples petits utilitaires comme les tiens.
Désolé, à mon avis tu n'es pas un Dieu comme tu le crois tant