Rotozoom - Page 2

non c'est mieux les BCD

Bon, comme ce truc me titillait, j'ai codé vite fait un rotozoomer soft avec la SDL. Vous jugerez de la vitesse vous-mêmes.
(code à ne pas prendre en exemple, c'est fait complètement à l'arrache, c'est la première fois que je code cet effet et l'algo est "au feeling", j'ai pas regardé les techniques existantes).
Rotozoom.zip

Edited_917

oué, enfin, 50% de CPU sur mon core 2 duo ^^

donc ça occupe tout un core quoi

Edited_918

Je sais pas comment calcul windows, mais sous un Unix, 50% c'est la "moitié" d'un core, 100% c'est un core complet et 200% c'est les deux core ^^

Edited_919

Autant dire qu'arriver a faire un rotozoom qui prend 100% du CPU il faut en vouloir ^^


(je viens de tester avec des tables précalc pour cos, sin et le zoom, ça ne fait pas gagner grand chose sur un C2D (peut-etre un 486 oui mais la non ^^)

Edit: je viens de tester en ajoutant un compteur de FPS (pas optimal, mais ça donne une idée) ce qui force un vsync, c'est le lock de la surface, je le commente et je passe d'environ 60fps (le vsync de 99% des LCD) a plus de 350/400fps (pour une resol de 640x480 fenetré)

(avec du 1440x900 j'obtiens ~80fps avec des tables et sans vsync et grosso modo la meme chose avec du calcul en direct, c'est la qu'on vois qu'une FPU ça fait bcp ^^)

[cite] Godzil (./36) :
Je sais pas comment calcul windows
/cite]
comme un pied
tous les CPU a fond = 100%

(moi j'ai un C2D centrino T7250 à 2 GHz, il me saturait un core)

ben 100% de la puissance de calcul, oui, je ne vois pas ce qu'il y a de si original

Godzil (./38) :
(je viens de tester avec des tables précalc pour cos, sin et le zoom, ça ne fait pas gagner grand chose sur un C2D (peut-etre un 486 oui mais la non ^^)

Ouais, c'est pour ça que j'ai pas utilisé de table précalc pour les fonctions trigo, sur un proc moderne ça n'apporte plus rien pour un truc qui est calculé une fois par frame

Rhaaa, merci à tous pour votre aide et vos réponses sur ce topic.. Je viens de faire Bombay-Osaka via Singapour en 30 heures, j'avais besoin de dodo.

j'en avais fait un à l'époque (enfin un mode 7 en fait)

aah! ça, j'en avais fait un aussi en mode 7, avec un truc nommé "Div Game Studio".. Une sorte de Turbo Pascal.. c'était très bien pour les amateurs comme moi, très simple! mais c'est que pour DOS...et ne marche pas sous windows 2000...

Mais j'essaye de décortiquer le source de zerosquare, et ça m'a l'air tout aussi intéressant que le Turbo Pascal.

c'est fait complètement à l'arrache, c'est la première fois que je code cet effet et l'algo est "au feeling", j'ai pas regardé les techniques existantes).

C'est ça qui me fascine chez vous les codeurs : comment vous faites pour écrire des trucs comme ça "au feeling"...

Sinon, pour reparler de la demo "second reallity", quels outils avaient été utilisé? un truc genre Direct 3D sous DOS?

Un truc genre "tout fais a la main" sous dos ^^

Ah, j'ai pas suivi le topic mais visiblement Jyaif s'est fait bien casser. Zut j'ai raté ça. L'avantage d'un forum, c'est qu'on rate jamais vraiment.

oui je me suis bien fait casser, mais j'ai toujours une porte de sortie: je n'ai pas spécifié la config de mon ex ordi

C'étais ta TI89 en fait?? Ah non, car Kartingz ne rame pas :-/