Reprise du message précédent :

Est-ce que tu sais pourquoi il faut absolument que la vsync soit activée ?

 
bon on continue: imagine que la vsync soit désactivée.
 
Ca veut dire que ton affichage d'une nouvelle image peut commencer n'importe quand par rapport au balayage.
Si elle commence toujours au meme endroit pas de probleme. (au milieu/ au trois quart). Le seul problème c'est que ça n'arrive jamais, il faudrait que l'image soit exactement synchronisée sur le balayage ecran ce qui n'arrive pas puisque vsync est desactivé.
 
Cas extreme : si ton fps est 120 (double de 60). Alors tu auras la premiere partie de l'écran qui sera ton buffer A et la seconde partie de l'écran qui sera ton buffer B. Si tu alternes ton motif une frame sur deux, ben chaque partie de l'écran sera au balayage suivant le meme motif qu'il était au balayage précédent. Donc le temporal AA n'aura aucun effet. Meme pire: Comme le fps n'est jamais un strict multiple de ton rafraichissement, la partie ou commence une nouvelle frame se déplace au cours du temps. Et donc de façon périodique tu verras ton motif d'AA changer par zone d'écran ce qui peut causer un flickering désagréable.
 
LeGreg

oki merci,
ça parait évident d'un seul coup

Si j'ai bien compris, qand l'image est calculée en 17ms, le GPU se tourne les pouces pendant 15ms en attendant de pouvoir afficher l'image qu'il a mis 17ms secondes à calculer. Ne pourrait-il pas mettre cette image dans un buffer et commencer à calculer la suivante en attendant de pouvoir l'afficher ? ça permetrai d'avoir vraiment 59FPS tout en gardant la vsync.

clair, je me souviens pas d ce genre de cochonneries du temps de mes voodoo avec le Vsynch. Et j'ai jamais fait attention à ce phénomène avec les Radeon.....

mareek>
Ben justement il est conseillé, avec le Vsync d'activer le triple buffering. Mais fait le calcul (avec une échelle de temps par ex), ça change pas grand chose au problème.
Le Vsync je le désactive car c'est parfois très genant en particulier dans NFSU : avec mon écran à 85Hz, le framerate varie entre 85, 42 et 28 (1/1, 1/2 et 1/3). Et la transition entre ces framerate est mal géré par le jeux j'ai l'impression (accélération et ralentissement du temps!)

http://www.xbitlabs.com/articles/v [...] undup.html
 
test de cartes entrée de gamme intéressant, mais je trouve domage qu'il n'y ait pas eu un peu plus de jeux plus anciens... ces cartes ont des performances pour certaines limites dans les jeux testés donc ca a pas beaucoup d'intéret d'avoir des 15fps voire 7fps dans les tests
 
par contre ils arrivent à la même conclusion que moi

ça lutte, ça lutte

Pour le V-sync, y a quelque chose qu je ne comprends pas.
 
Pourquoi ne pas calculer comme sans V-sync les frames ( par exemple, si tu as une frame toutes les 2ms et que tu dois les afficher toutes les 20ms ), puis appliquer un "motion blur", en les superposant et en refaisant un traitement pour les superposer ?
 
Ainsi, on ne perds pas en fluidité, ni en performances ( car bon, entre se tourner les pouces et calculer quand même en faisant un traitement supplémentaire, c'est tjs ca de pris).
 
Vus en pensez quoi

 
quand tu as la vsynch activée, tu sais précisément la durée de chaque frame, donc la durée d'affichage et donc le niveau de stroboscopie rétinienne et la vitesse des effets (rotation de la grille de l'AA) qui en résulte

Tetedeiench>
Mais ça marcherai dans le cas ou le framerate serait au moins 2 fois supérieur au taux de refresh de l'écran. Avec un écran à 85Hz, il faudrait que la carte soutienne un framerate minimum de 170fps !!!

 
en fait ce prob est très vieux. je me rapelle de discussions epiques ici même en 2000/2001 sur le pour ou contre de l'activation du V-sync durant les test / bench

d'ou je pense l'apparition d'un tel procédé uniquement lors de la sortie des R420 qui devraient pouvoir tenir un framerate de 170fps en 1024 avec un TemporalAA 4x (au pire 2x) voire en 1280
(ou 85Hz sinon, ca fait déjà 40fps c'est en théorie suffisant)

 
Tout à fait...
 
Néanmoins, il aurait le mérite d'exister, nan ?
 
Je suis content, mine de rien, j'ai pas dit de connerÿ
 
Et bon, des jeux comme quake3 avec une FX6800 , ca doit dépoter les 300 fps en 1280 nan ?

Oui enfin y'a belle lurette que je joue plus a Quake 3 perso
 
Si on a de l'AA qui est bon pour les jeux a peine DX7 en feature avec une carte DX9c C'est pas la peine

 
C'est pas de l'AA c'est du motion blur
 
Et bon, c'est au moins aussi utile que certaines fonctions intégrées, vu que ca marchera pour tous les jeux sortis à la grande époque des GeForce1 et compagnie ( et j'y rejoue en ce moment Comme quoi ).
 
Bref, l'idée est pas si mauvaise

Fautdrait peut-être que je pense à le désactiver alors un de ces 4....

Si c'est pour se prendre la tête à faire ce type de traitement couteux en performance autant faire du vrai 4x sans Vsync et pas du temporal 2x.

 
Ben euh j'ai pas suivi le coup du temporal, je parlais d'occuper le laps de temps qui fait que le GPU se tourne les pouces pendat le V-sync...
 
Me disait que ce serait une bonne idée de balancer du motion blur, stoo

 
personnellement le jour lointain ou j'aurai une radeon je jouerai en 6x temporal

Et p'tet qu'avec ce "motion blur" on aurait moins besoin de FSAA? Toute façon j'suis allergique au Vsync alors

Cette methode donne d'excellents resultats (en terme de qualite, par contre fill-rate divise par 2 ou 4), et pour cause c'est ce que fait ma Voodoo5 (mais rien de temporel, les frames sont calculees en meme temps)
 
comme le dit Marc autant faire du RGMS  
mais si on utilisait cette technique pour combiner RGMS 6x et RGSS 4x ce serait peut etre bien , pour les jeux pas trop gourmand (et ca reglerait le pb des textures avec 1 bit de alpha). et des jeux pas trop gourmands pour un R420 il yen a des tonnes
et pq pas rajouter le Temporal par dessus
 
faudrait voir si on peut emuler le T-buffer avec les shaders

comment on force le triple buffering en direct3d ?

Intéressant, mais avec des jeux de plus en plus CPU limited, je pense pas que ce soit forcément super. Déjà farcry @60 FPS c'est assez rare et c'est vrai pour la plupart des jeux dès qu'il y a du monde autour. Maintenant, si on est pas un fou du FPS et que l'on est pret à concéder en résolution, la qualité semble bonne.
 
Je suis pas sur que ce soit fait pour les hardcore gamers ie ceux qui sont pret à payer $$ pour avoir 2FPS de plus. Mais dans les autres segments pourquoi pas, si la puissance suis

dans les pilotes non?

 
je pense plutot que c est ds la config du jeu.

 
non. dispo seulement en opengl.
Pour direct3D c'est éventuellement possible dans la config avancées des jeux.

ok, c'est pas dispo dans les pilotes ATI mais je pense que ca l'est dans les miens

y a peut-être moyen de le forcer dans la base de registre

 
ca serait bien qu un programmeur passe par là mais il me semble que pour ce qui est de direct3d il faut que le developpeur l implémente non ?
 
suis pas sûr, je dois confondre.

Nvidia partners confirm 6800 PRO
 
http://www.the-inquirer.com/?article=15616
 

 
bientôt quand on parlera de vidéo, on dira: "once upon a time in the video world...."

AU fait, j'ai testé le temporal AA de ATI, et je trouve que ca marche vachement bien quand même, nan ?
 
Et niveau perfs, rien à redire... Je viens de tester sur Metal gear Solid 2 avec ma R9700Pro et c'est franchement magnifique et fluide...
 
Non ?

ça dépend des jeux et de ta résolution, ce qu'il faut c'est pouvoir avoir un framerate constant suffisemment élevé  

hum et donc cette 6800pro aura 16pipes ?

Triple buffering
"Juste au dessus du double buffering qui emploie un buffer arrière complémentaire pour traiter l'image suivante, aboutissant à une animation plus lisse. Avec le triple buffering, le GPU peut commencer à rendre une troisième frame tandis que la premiere est affichée et la deuxième attend pour être affichée à son tour. Le Triple buffering aide à s'assurer que le GPU n'est jamais inoccupé parce qu'il attend des frames rendus à être envoyé au moniteur."

 
apparement 12... c'est the inq qui fait les comparaisons à la con qui vont bien hein
 
 
par contre   les références à l'actualité qu'il font ces mecs

 
comme le FSAA. tu crois vvriamnet qu'on va pouvoir jouer en FSAAx6 a DOOM3 sur une 9800 ?  
 
Mais bon, et si on atendait qu'ATI officialise ce mode de FSAA pour savoir de ce qu'il en retourne vraiment . Tirer des conclusions me semble particulièrement actif. ce mode est très dépendant de la vitesse d'écriture dans les buffer (back, front, frame) or ça peut s'optimiser parfois, sait-on si ATI y travail. peut-être qu'il existe des clef de réglages ou des association de regalges qu'ATI connait mieux que nous, ....

 
essaye cette définiton
 
 
http://www.onversity.com/cgi-bin/p [...] x=43&b.y=4

 
peut-etre possible, si on se contente d'un framerate genre 40fps

http://www.the-inquirer.com/?article=15617