Roto - Page 1

je suis en train de coder un rotozoom (avec Vark) en C.
nous avons implémenté la routine correctement, ceci à 1 détail près:
impossible de trouver la formule pour changer le centre de rotation sur la surface d'affichage (64²), qui est par defaut (0,0)
il faudrait qu'au début de la routine, on puisse specifier les coordonnées (x,y) du centre, et appliquer une formule, que je n'ai pas réussi a trouver, pour qu'à l'écran, la texture tourne autour de ce point.
merci

euhh... de préférence des solutions pour que ça soit rapide, la taille du prog je m'en fout
il faut que ça rame le moins possible svp

Tu soustrais x et y des 2 coordonnées, tu fais le rotozoom et tu rajoutes x et y quand tu as fini. Ça ne fait que 2 soustractions et 2 additions de plus, c'est très rapide (à condition que tu ne travailles pas en virgule flottante, évidemment - mais ça tu le sais déjà ).

je soustrait x et y (les coordonnées du centre donc) de kelles coordonnées?

des coordonnées initiales de la texture à parcourir j'imagine...
pourtant je viens d'essayer, et au lieu d'une rotation j'obtiens une sorte de distortion
et le zoom se fait tjs vers le point (0,0) de la zone d'affichage.

Nerick
a écrit : je soustrait x et y (les coordonnées du centre donc) de kelles coordonnées?

Ben, des coordonnées auxquelles tu appliques le rotozoom...

nan tjs pas...
ça parait simple pourtant, mais je n'ai tjs pas une rotation en faisant cela

Peut-être en rajoutant une composante sur x et une composante sur y (variables), tu pourrais translater le centre, ce qui reviendrait en quelque sorte àa ce que tu veux faire, non ?
Bien sûr, il ne faudrait pas oublier d'afficher les pixels qui sont avant le centre.

Mais je ne suis pas sûr que ça corresponde à ce que tu veux faire...

bah je sais pas..
ce que tu dis, ça semble revenir à ce que me propose Kevin, mais ça fonctionne pas qd je passe ça en C.

Ce que dit Kévin est sûrement mieux que ce à quoi je pense.
Mon idée :
Si tu veux que le centre de la rotation soit le point de coordonnnées 20;30, tu calcules l'image des points qui vont de -20;-30 à 44;34 (pour une image 64x64) et tu les translates tous de 20 pixels sur x et 30 pixels sur y.
Mais en fait, ça revient p-ê à ce qu'à dit Kevin, mais je ne suis pas sûr, je n'ai pas bien compris ce qu'il voulait dire...

Kevin> tu pourrais détailler ce que tu as tenté de m'expliquer stp?
je ne pense pas avoir très bien compris

Au lieu de calculer (x_P+i y_P)*r e^(i theta), tu calcules ((x_P+i y_P)-(x+iy))*r e^(i theta) + (x+iy).
En d'autres mots, au lieu d'appliquer la transformation à (x_P,y_P), tu l'appliques à (x_P-x,y_P-y) et tu rajoutes (x,y) après.

ça marche pas
je poste mon algo

////////////////////////////////////////////////////////////////
TextureX et TextureY sont les coordonnées respectivement horizontales et verticales tu pixel à rotozoomer
(CentreX, CentreY) est les coordonnées du centre de rotation
(VectX, VectY) est le couple représentant le vecteur directeur (VectX = cos(a) * CoeffZoom; VectY = sin(a) * CoeffZoom)
/////////////////////////////////////////////////////////////

TextureX = CentreX - VectX
TextureY = CentreY - VectY

RotoZoom (pour 80 pixels sur 50 lignes)

puis
TextureX = CenterX + VectX
TextureY = CenterY + VectY

c bon je me suis débrouillé
ça fonctionne à peu près

TextureX = CentreX - VectX
TextureY = CentreY - VectY

RotoZoom (pour 80 pixels sur 50 lignes)

puis
TextureX = CenterX + VectX TextureY = CenterY + VectY

C'est l'inverse qu'il faut faire!

TextureX = VectX - CentreX
TextureY = VectY - CentreY

RotoZoom (pour 80 pixels sur 50 lignes)

puis
TextureX = VectX + CentreX
TextureY = VectY + CentreY

Mais je ne sais pas si VectX et VectY sont bien les coordonnées auxquelles il faut appliquer la translation, je vais voir ta source en détail.

Au fait, je viens de regarder ta routine, et elle ne me paraît pas optimale. Tu recalcules ça:
VectX = ((long)(Cos[AngleRot]) * (long)(ZoomCoeff)) >> 8;
VectY = ((long)(Sin[AngleRot]) * (long)(ZoomCoeff)) >> 8;
à chaque itération de la boucle en Y.

Or, ces variables ne changent pas au cours de la routine, il suffit donc de les calculer une seule fois au départ.

Et la transformation à faire ne doit pas toucher à ces variables, mais c'est:

ScreenX -= CentreX
ScreenY -= CentreY

RotoZoom (calcule TextureX/Y à partir de ScreenX/Y)

puis
TextureX += CentreX
TextureY += CentreY

pour le calcul a chaque iteration c régglé (je m'en suis rendu compte juste après t'avoir envoyé la source)
pour le reste je vais voir ça
ce que je pensais avoir trouvé hier fonctionne bizarrement...
je repasse + tard
merci!

je dois calculer TextureX/Y à partir de ScreenX/Y ?
il n'y a pas une autre solution, à partir de mon rotozoom tel qu'il est?
ça m'embêterai d'avoir à repenser mon algo dans l'autre sens...

Tu fais déjà une double-boucle en ScreenY et en ScreenX, donc c'est déjà ce que tu fais! À moins que je n'aie vraiment pas compris ton code...

exact mais TextureX et TextureY ne sont pas pas calculés en fonction de ScreenX et ScreenY
ScreenY en particulier n'est d'ailleurs qu'un compteur..
mon code ressemble à ça maintenant



while (!Esc){
[...]

Screen0 = LightPlane + 5 + 30 * 25; //ptr sur plan clair + offset du debut d'affichage
Screen1 = DarkPlane + 5 + 30 * 25; //idem pour le plan foncé

[...]

ScreenY = 50; //on affiche sur 50 lignes
while (ScreenY --) { //while + décrémentation pour optimiser le for
[...]
for (ScreenX = 0; ScreenX < 80; ScreenX ++) {
[...]
}
[...]
Screen0 += 30; // ligne suivante 30 octets + loin
Screen1 += 30;
}
<test clavier>
}



enfin, ce qui me gene dans ce que tu me propose, c'est:

ScreenX -= CentreX
ScreenY -= CentreY

...

Pas de réponse?

Bon, si tu veux une réponse de ma part, il faudra que tu m'expliques ton algorithme, parce que faute de commentaires, je n'ai franchement pas compris grand chose de ce que tu fais.

Surtout: comment sont calculés TextureX et TextureY?

edit: nan rien

voila le principal est la, il n'ya que l'initialisation de GraphX et le déclaration des textures qui manquent.
avec ça, le centre de roto se situe en (0,0) de la zone d'affichage
ce que je n'arrive tjs pas a faire, c une rotatino autour d'un pt qq de la zone d'affichage

j'avais un prog de rotozoom en basic, si tu veux je peux essayer de le retrouver pour que tu puisses le porter en C...
Et il y avait quelques soustractions bien placées pour le déplacement du centre...

Nerick > Pourquoi tu translate aps tout ton rotozoom à la fin ?

http://www.alrj.org/docs/2D/rotozoom/rotozoom.html évidement y a pas mal de retouche à faire pour optimiser la vitesse

(c nerick de chez vark)
yoda> c justement le tuto que j'ai utilisé pour coder mon rotozoom. le pb c que ce tuto n'explique pas comment changer le centre de rotation
Link> ouais ça m'interresse

Recherche en cours...

Edit: Ca y est! (nomimg,theta) Prgm Local  x,y,co,si,pic If nomimg=/="" Then mainzoompxl() RplcPic  #nomimg Else StoPic  pic,0,0,8,1 EndIf For  x,80,158 PxlVert  x,0 EndFor approx(cos(theta))»co approx(sin(theta))»si For  y,0,76 For  x,80,158 (c)x et y: coordonnées d'arrivée Try (c) commande de test, clippée par le try: (c) 32+ -> CentreX de rotation, Image de départ (c) x-119 -> 119=CentreX de rotation, image d'arrivée (c) y-38 -> 38=CentreY de rotation, image d'arrivée (c) 32+ -> CentreY de rotation, image de départ If  pxlTest(int(32+(x-119)*si+(y-38)*co),int(32+(x-119)*co-(y-38)*si)) PxlOn  y,x Else EndTry EndFor EndFor EndPrgm

Ce programme affiche l'image #nomimg à l'écran et fait une rotation d'angle theta dans la partie droite (TI-89)