Reprise du message précédent :
hey mais webzeb, ton jeu la c est medal of honor.
C est normal alors, les textures de feuilles et de buissons sont toutes comme ca ca vient pas du reglage de ta carte graphique mais du jeu en lui meme
Par contre pour la poutre j ai pas trop compris ou etait le probleme..    

 
si si...
 
sauf cette texture de poutre.

TheKiller3: Ca tient la route ce que tu dis ...

TheKiller3  
 
regarde la feuille sur le coté droit, les bords sont pas plus lissés par le FSAA

Je veux pas jouer au pragmatique mais bon ya des gens qui meurent sous la torture dans le monde... ( a bon entendeur )

 
on s'en fout (moi en tt cas).
 
 
webzeb => la textures des feuilles aussi est pas lissée par le jeu. sans doute y se sont dit "ça sert a rien de lisser ça personne ne le remarquera et puis comme ça ça soulage un petit peu la carte graph."

Attendez vous allez pas pigner pke votre "feuille-a-droite-de-l-ecran-quand-on-fait-un-zoom-elle-est-pas-lissée-sur-mon-ordi".
A mon avis le jeu reste jouable et beau. A ce moment la faut se faire du 3d mark en teamplay  

y'a amalgamme!
 
y'a le lissage des texels, qui lui est ok (regarde l'intéieur de la feuille, c bon, c floutté, pas de pb)
 
et le FSAA, qui lui lisse les pixels, et fait pas sont boulots sur les textures
 
je susi d'accord poru dire que l'AA sur lex texture, souvent, on s'en fout, sauf justement ds certains cas comme celui de medal of honnor, oui bien lorsque els dev utilisent les tetxure comme artifice poru remplacer les polygones (auquel cas c bien moche )

mardi = 3dmark 2003        
 
 
 
   

rien à fouttre de 3d mark  
 
veut du vrai FSAA par contre

ds la carte inferno ds ut2003 y a pleins de grilles sur le sol par filtrées...

l anti aliasing n a rien a voir avec les textures, il agit sur les POLYGONES.
c est le bilinear, trilinear et aniso qui agissent sur les textures.

Deskira ca fait des dizaines de post qu on lui dit mais il veut rien entendre

_DesKirA_
 
l'aniso and co agisse sur les TEXEL
 
le FSAA sur les PIXELS
 
après justement, le FSAA peut être un vrai FSAA (cad qu'il lisse TOUS les pixels à l'écran), ou sélectif, en ne lissant que les bords du polygones, ou en faisant un tri plus sélectif comme le FAA de matrox

Pyer  
 
oui, parce que ça fait des dizaine de post de conneries

 
Tu as essayé ce qu'on t'a dit au moins avant de dire que c'est des conneries ??....
 
Jparie que tu as même pas essayé avec l'ansi et le bi+trilénaire....

t y vas un peu fort webzeb, t es le seul a affirmer ce que tu dis et tu repond que tlm dis des conneries... T' arrives a passer ton ego entre les portes ou ça coince un peu des fois ?  

Adriez  
 
aller hop, creen en bilinaire, c aprti    
 
Pyer :
vu le s remarques de gosse de 12ans que tu fais, la ferme

lol !!!

T as un grain toi ? Deja on est patients avec toi, on t aide alors que tu nous envoie balader. En plus avec tes histoires de texel qui ont rien a voir t essaie de te la jouer mais t as l air un peu ridicule sur un probleme aussi simple qui n en est meme pas un..

j ai rien dit  
mais ca n empeche qui si les textures sont pas lissées a la base, ca fera pa grd chose...
webzeb -> prends un vieux jeu, vire tout ce qui est bilinear et co, fais un screen, mets l antialias et refais un screen

 
Je comprend tres bien ce qu'il veux dire.
 
En gros, le AA de Matrox lisse les pixels situé sur les polygones. Le FSAA lisse indistinctement toute l'image en la décalent 2x 4x ou 6x d'un pixel suivant un certain algo et applique des filtres.
 
Ce décalage est fait sur l'image final donc cela applique une sorte de flou sur toute l'image et pas seulement sur les polygone comme le fait matrox et la parhélia. Donc je comprend ce qu'il veut dire mais j'ai pas trop de réponse...
 
Quand au trilineaire filtering il est surtout utilisé pour les texture appliqué sur des objet qui sont fort incliné par rapport a l'ecran (route, mur etc.) et évite l'effet de flou sur les texture lointaine.
 
EDIT: Pour moi, les texture utilisé dans le jeux sont trop pixéliser et petite pour que le leger décalage du FSAA puisse "lisser" ou "rendre flou" les bord de ses textures d'arbre.

Pyer  
 
c surtotu que le truc a mal été comrpsi au départ
 
c pas que els tetxure sont aps lissées 'les textels sotn lissé, c ok)
 
c que le FSAA lisse pas els texture
 
c la le pb
 
je crois que bcp ont cru en lisant ce que j'avais mis - qui été assez ambigu- que j'avais aps du totu de lissage sur els texture (genre gros textel façon PLay 1)

L'antialiasing remplit tres bien son role ici  
Le fait de ne pas lisser les textures est un bon point pour les jeux actuels,ca evite d'avoir des pertes de qualité avec les textures haute resolution
 

noelemac
 
enfin qqn qui a compris  
 
ouf, je désepérais

 
   
 
J'ai éditer le message. un début d'explication.

 
 
En tout cas, ça fait vraiment plaisir de perdre son temps à t'écrire des messages ! Moi j'essaie juste de t'aider ! Il est possible que je me trompe, mais je te trouve assez gonflé de t'énerver comme ça sur ceux qui viennent dans ton topic dans l'intention de répondre à tes questions.
 
Coche la case "activer la politesse" dans les drivers de ta "carte bonne manières", ça ne te fera pas de mal ...
 
 
Les cartes graphiques utilisent parfois le zbuffer pour déterminer quel est le polygone (B) qui se trouve derrière un autre (A). Avec cela, la carte peut déterminer les couleurs des contours du polygone A très rapidement et ce, dans la phase de rendu (pas après celle-ci !). Je ne sais pas si la Radeon utilise cette méthode de FSAA, mais cela pourrait expliquer ton problème : les barres en bois de la texture de la charpente ne se trouvent pas aux extrémités des polygones et donc, le contenu est ignoré. Idem pour les feuilles : ce qu'on voit se trouve à l'intérieur d'un polygone, or la technique que j'ai décrit ne s'applique qu'aux bords de ceux-ci...
 
Maintenant, peut-être que la transparence des textures est gérée dans cette technique, je sais pas. Si c'est le cas, ça n'expliquerait pas ton problème.

t'en demande surement trop au FSAA.....
Son but premier est quand meme de lisser les lignes (meme si oui, il ne fait pas que ca, vu qu'il bosse sur tout l'ecran), mais ca n'est pas lui qui va rendre joli ce qui est tres moche (sur ton screen, la texture de poutre donne l'impression d'etre vraiment basse resolution. Et le genre d'angle que tu vois est assez typique quand on utilise du alpha-test pour faire la transparence sur une texture (vu qu'il fonctionne a la mode "tout ou rien", ca te fais generalement des transitions coupées au couteau quand la tex est pas hi-res))

Webzeb,est ce que tu pourrais refaire des screens avec des textures non transparentes plz?
Style une texture au sol,avec et sans fsaa
Si ca se trouve,la r9700 ne s'occupe pas des textures avec des effets de transparence lors de l'activation de l'aa

yannick, t es gentil de repondre tout de meme, respect  

En tout cas, c'est une chose courante et donc pas la peine de chercher de solution. (Mafia idem sur certaine des textures des voitures comme la roue de secour qui ressemble plus a un amas de pixel qu'a autre chose sur les bords)

 
le zbuffer fonctionne au niveau des pixels, pas des polys La carte n'a aucune idée du poly se trouvant derriere un autre, d'ailleurs elle s'en fout, ce qui l'interesse c de savoir si le point courant est a affiché ou non.
 
Par ailleurs, (IMHO)le FSAA ne peut que se faire apres le rendu. Je veux dire, avec ta technique ca implique que lorsqu'on trace un poly (A) on a déja tracer tout ce qui a derriere (ordre back to front) :
 
1) rien ne le garanti
2) c'est pas optimal (du tps du rendu software sans ZB, oui, mais avec le ZB en hard, non). Il vaut mieux tracer les poly dans l'ordre front-to-back. A priori les jeux utilisent (ou tachent d'utiliser) le front-to-back

yannick_frere  
 
merci, voilà uen réponse constructive  
 
effectivement, je soupçonne ati d'utiliser un FSAA qui n'en est aps un, sélectif.
 
si certains on petut gouter au début du FSAA sur les cartes gd public (GFDDR, Voodoo5...), à l"poque on avait pas ce gerne d epb  
 
on accélère en terme de rapidité, mais c dommage pour ce genre de chose...
 
je epnse que mon post a été mal interpretté, et que bcp ont cru que me ettxures étaient aps lissées du tout....
 
désolé de m'énnerver, mais moi aussi ça m'énnerve de rabacher 15fois que les tetxels sont bien lissés...

...et ils se marierent, vecurent longtemps, et eurent beaucoup d enfants  

ShadowBlade  
 
sur lex textures au sol, c dur à dire si FSAA ou non. Comme le disait shadowblade, là, c pas forécement un mla qu'il n'y soit pas.
 
le pb c qu'en els dev ont recorus à des textures transparente (grilles, arbres, lattes, etc...) ou là le FSAA y lisse aps, y rendant bien moche (surtotu que ça ressort à fond au milieu d'uen image bien lissée)

 
Si si, y'avait les meme pb avant aussi. Sauf qu'un début c'etait tout beau tout neuf alors personne ne faisait attention a se genre de texture.
 
Si ATI utilisait du AA au lieu du FSAA, ils ne se seraient pas limité à du 6x. La parhélia, bien que peu puissante comparé a une 9700pro fait du AA 16x ... Ca c'est du vrai AA et parfoit on voit les erreurs comme a l'intersection d'un pilier et d'un cube.
 
Sur des carte comme les GForce 4 (FSAA) et autre, le pb etait le meme...

D'ailleur, avec les quelque jeux qui tournai en FSAA avec la DDR, les pb etait les memes, et toujour sur les textures transparente comme les "fausse" grilles, arbres ect.)

Le FSAA lisse les "bords" non? Pas étonnant que ton artbre (surement fait avec des carrés ne soit pas lissé )  
Dans le même genre d'idée , je ne me plains pas que les sprites qui affichent les arbres dans certains jeux ne soient pas filtrés.

BEN JUSTEMENT? LE FSAA lisse pas q_ue les bords normalement, mais tout l'iùmage (FS : Full Screen)
 
après c que els constrcuteurs "trichent" en n'utilisant qu'un lissage sélectif...
 
ça semble être le cas d'ati

rmlmlrmlfmrlfmrl, pour ton cas (le shot filé) c n.o.r.m.a.l