30

J'en suis sûr que c'est pas truqué.

31

oué moi aussi smile

32

oui
In many respects the Yoshi is like a beautiful woman. A man can come so enamoured that he bestows on her all his time, his energy and his fortune.
- Fred whipple, 1960

*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & Sabrina

33

tout ça pour dire que le sujet est clos, puisque pollux a déja codé un mode 7, donc ce n'est pas un "reve"

34

Arrêtez avec ce Pollux et son soit disant F-Zéro... Personne n'a jamais vu tourner la moindre ébauche de son jeu!

Votre routine c'est donc: (d0.w = X et d1.w = Y)
add.w d1,d1
move.w d1,d2
lsl.w #4,d1
sub.w d2,d1 (à ce stade d1.w = 30*X)
move.w d0,d2
lsr.w #3,d0
add.w d1,d0
movea.w d0,a0 (à ce stade a0 est en fait un offset dans la mémoire vidéo)
not.b d2
bset d2,($4c00,a0)
Répeter 8 fois dans une boucle bra

Plusieurs remarques:
1) pour un bench graphique, on parcourt tout l'écran:
boucle du style for(X=0; X<160; X++) for(Y=0; Y<100; Y++)
2) Elle n'est pas en niveau de gris...
3) Si c'est un plutôt un "setpixel" qu'un "putpixel" (où il y a un argument de plus pour la couleur même en noir et blanc) qui ne gère pas le clipping, pas d'argument pour l'adresse de la BitMap... Bref c'est pas un putpixel...
4) Si tu sembles court-circuiter les auto-ints (juste un RTE) ce qui est plutôt emmerdant pour mettre des niveaux de gris
5) prends plutôt une référence de temps externe, tu fais une boucle ayant un nombre d'itération adhoc pourqu'elle dure environ 30 secondes. Tu chronomètres grâce un signal sur l'écran... parceque là le 183000 et des brouettes qui tombe tout seul...

PpHd, on t'attend toujours pour ton mode 7 et ton avis....

35

si, ya des gens qui l'ont vu tourner

36

Qui? Si le prog en question existait, qq'un l'ayant testé l'aurai envoyer à la communauté TI... Pollux=Intox! Les gens dont tu parles ont du voir ça:
http://membres.lycos.fr/ltech/projects.htm
Mais de la à dire que c'est un vrai ScreenShot... ça a déjà été le sujet de nombreux posts!

37

bah nan
tu peux beta tester un prog, et si le mec qui a codé ce prog veut pas que tu le distribues, tu ne le fais pas..

38

bah oui smile
En préretraitre

39

il y a encore beaucoup plus rapide que ta routine perenono:happy

bon ceci etant dit, la preuve sera bientot fete.. par qui. la n'est pas la question smile
XLib v1.00 Powerrrrrrrrrrrrrrrrrrrr!

40

----POST LOCKED PAR MOI MEME-----

41

TiMad a écrit :
bon ceci etant dit, la preuve sera bientot faite.. par qui. là n'est pas la question smile

ben si, par qui ? tongue smile

42

gni
allez sbibi defoule toi couic
En préretraitre

43

perenono> ça c'est la routine du bench dont j'ai donné l'url... vive le débugger de vti...
maintenant, le putpixel lui même tient en 7 lignes et 52 cycles...
Personne n'a jamais vu tourner la moindre ébauche de son jeu!

c'est pas parceque TOI tu ne l'as pas vu tourner que PERSONNE ne l'a vu tourner roll
Répeter 8 fois dans une boucle bra

MDRRR tu comprends vachement bien mon bench apparemment... pff mdr
Plusieurs remarques:
1) pour un bench graphique, on parcourt tout l'écran: boucle du style for(X=0; X<160; X++) for(Y=0; Y<100; Y++)


mais bien sur, c'est le meilleur moyen de fausser la mesure du temps pris par la routine... ça ne veut plus rien dire... avec des routines dans ce genre, les boucles en elles mêmes et les sav de regs prennent plus de temps que la routine elle même...
ça tu le fais uniquement pour tester que la routine n'est pas buggée... pour un test de vitesse pure, c'est ridicule de faire comme ça.
2) Elle n'est pas en niveau de gris...

et alors? ce n'est pas censé être un bench de ndg...
il suffit de rajouter une instruction de 12 cycles pour qu'elle les gêre
3) Si c'est un plutôt un "setpixel" qu'un "putpixel" (où il y a un argument de plus pour la couleur même en noir et blanc) qui ne gère pas le clipping, pas d'argument pour l'adresse de la BitMap... Bref c'est pas un putpixel...


t'as l'air d'avoir vachement bien compris mon code toi...
d'abord, le clipping... c'est a ton prog d'être suffisemment malin pour pas écrire des pixels en dehors de l'écran... d'abord c'est une perte de temps, ensuite ça veut dire que c'est mal codé... si tu écris des pixels en dehors de l'écran, les routines gfx rapides te concernent pas... c'est comme quand tu fais ton beau calcul pour estimer le framerate d'un mode7 avec pour chaque pixel un putpixel... la couleur? c'est la même routine, avec bclr o lieu de bset (y a pete plus rapide) et tu branche a l'une ou a l'autre avec une table de reloc...
4) Si tu sembles court-circuiter les auto-ints (juste un RTE) ce qui est plutôt emmerdant pour mettre des niveaux de gris


et alors? c'est un bench en noir et blanc! de tte façon la recopie des planes a rien a voir avec le putpixel et vient ralentir la mesure globale... si tu fais ça, tu fais un bench pour la routine de ndg+le pupixel... tu peut avoir un excellent putpixel et une routine ndg merdique, ton bench dira que c'est un putpixel de merde...
5) prends plutôt une référence de temps externe, tu fais une boucle ayant un nombre d'itération adhoc pourqu'elle dure environ 30 secondes. Tu chronomètres grâce un signal sur l'écran... parceque là le 183000 et des brouettes qui tombe tout seul...


183000 et des brouettes qui tombe tout seul? et alors? je fais un timing sur l'AI en prenant 19 itérations par seconde... c'est une référence comme une autre... pour une routine comme le putpixel, le moindre add ralentit de façon visible... je le ferai peut être, mais je n'en vois absolument pas l'intérêt... et si ta montre retarde? roll
In many respects the Yoshi is like a beautiful woman. A man can come so enamoured that he bestows on her all his time, his energy and his fortune.
- Fred whipple, 1960

*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & Sabrina

44

ya des tuto ou de la doc sur la programmation en mode 7 en C ? wink

45

Il faut juste:
- un peu de Mathématiques: l'écriture complexe d'une similitude directe ("rotozoom")
- les types _Complex float (pour calculer k*e^(i theta)), _Complex long et _Complex long long (pour les calculs en virgule fixe - tu peux n'utiliser que des floats, mais c'est très lent) de GCC

Je peux t'écrire une petitie routine en C si tu en as vraiment besoin.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

46

Oui mais pour les maths je sais pas si ça va être possible...
Je suis en seconde tongue

47

Pen^2 : ben quand je vois le screen-shot de GTools en 16 niveaux de gris....................... Hum ............................

Pour F0, c'est marrant qu'il ait toujours refusé de nous en faire des SS animés roll
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

48

ça c du [cowboy]7[/cowboy] gris :

xplorer.gif


ça c [cowboy]animé[/cowboy], en 4 gris :

formula0.gif
tongue

49

Merde j'ai rien dit alors gni
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

50

na tongue

51

prout
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

52

----POST AUTO LOCKED picol----

53

rotfl
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

54

Si vous regardez bien il n'y a pas beacoup de calcule de pxl...
Le fond estr fixe donc pas redessiner, et il a fait des marges de 16 pxl de chaque coté smile
XLib v1.00 Powerrrrrrrrrrrrrrrrrrrr!

55

ca fait meme pas une moitié d'ecran wink

56

heu, o fait fréka... dsl je me suis gouré en t'envoyant le .doc sur le mode7... sad neurone me l'avait dcc, je l'ai pas lu, et lui non plus... en fait apparemment ça donne rien d'exploitable sur le mode7 (heu je l'ai tjrs pas lu, c neurone ki vient de me le dire sur irc grin)
dsl me sui gouré sad
In many respects the Yoshi is like a beautiful woman. A man can come so enamoured that he bestows on her all his time, his energy and his fortune.
- Fred whipple, 1960

*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & Sabrina

57

freka a écrit :
ca fait meme pas une moitié d'ecran wink


ça fait tres exactement la moitié de l'écran d'une TI-89 en fait, mais ya pas vraiment moyen de faire plus rapide que ça... j'arrive a peu pres à la meme vitesse pour la meme surface (en précalculant encore plus de trucs que Pollux), et je trouve ça trop lent pour un jeu aussi fluide que FZero sad
So much code to write, so little time.

58

c déjà pas mal...
même si c vrai que ça vaut pas sur GBA smile
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

59

je suis sur qu'il y a moyen d'aller plus vitesmile
XLib v1.00 Powerrrrrrrrrrrrrrrrrrrr!

60

bon courage pr le trouver, le moyen smile
GBA, le mode 7 est cablé dedans... alors, pr ariver à la même chose avec 10MHz sans que ce soit cablé...
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall