Reprise du message précédent :

 
Le S3TC compresse les textures là il s'agit de compresser le frame buffer.

Fais pas trop le fanfaron Mike    
 
Mais bon, c'est vrai que le R300 a bien vole la vedette au NV30, c'est clair.

mikestewart a écrit a écrit : C'est un bide quand même cette annonce du GeForceFX : le 18/07 à l'annonce du R9700 y avait dix fois plus de réaction sur le topic R9X00 !

auto-lançage de fleur spoted  

 
non le s3tc c de la compression de texture  
 
la c les couleur qui vont etre compressé mais je voit pas comment il ont fait ca    
car les couleur sont deja codé  sur des petits chiffre et ne prenne pas beaucoup de place en dac  
c plutot marketing c truc surtout que on pert toujour avec de la compression et la il dise que non    
 
je sais en fait le nv30 travaille en 16bits    
 

je parle de ça:

Les informations liées au couleurs on les trouve où si ce n'est dans les textures ?

mareek a écrit a écrit : comment tu le sais ?

 
Mareek, la radeon tourne a 325Mhz, et elle aligne 325-Millions de vertices/sec avec cette frequence. La geforceFX roule a 500Mhz pour 350M de vertices. simple regle de trois. Nvidia a probablement mise sur le .13Microns comme dernier recours. parceque de base la radeon etale le nv30 sur le geometrie, ptet pas pour la programabilite des shaders mais bon..... d'ici a ce qu'on voit des jeux qui se servent des shaders 2.0+ on pourra voir des playstation3, des xbox2, et meme des pentiums 5 qui sait   ....
Je croies que 3dfx a trop deteint sur nvdia sur ce coup la.

 
Sur les pixels.
 
Differencie texture une fois appliquees et couleurs, spa la meme chose

Tetedeiench a écrit a écrit :     A la difference que changer un controleur SDR en DDR spa tro dur.   Un bus 128 en 256 Euh ca change tout   Donc a mon avis, va falloir un certain temps

 
oui mais a mon avis ils doavent s en mordes les doa la.
 
paske les bench en haute rezo anizo et fsaa ca va faire mal

Non, cela agit au moment de l'écriture dans le frame buffer de l'image qui est rendue (le S3TC agit au niveau des textures qui sont chargées en mémoire afin d'être utilisées)

 
cai kompressé ds dans de frame buffer  la !
 
 
 
sinon cai utlilizé le st3c ds les jeux d aujoorduy    
 
poor ut2k3 g des dootes vu la place ke ca prend en texture.....

Nvidia s'est vraiment pris pour 3dfx la, ils auraient du appeller cette puce la voodoo5-2      

Pour etre plus clair, tu as EN GROS :
 
Texture => image => Framebuffer
 
Le S3TC agit au niveau des textures, et la compression de Nvidia au niveau du framebuffer.
 
Marc me corrigera si j'ai dit une connerie.

 
 
bah c poas la scene 3d mais l'image finale celle en 2d qui s'affiche sur l'ecran qui va etre compresse  
un peut comme faire passer une image 32bit en 16bit sous photoshop pour que ca prenne moin de place en memoire

THE REAL KRYSTOPHE a écrit a écrit :     cai kompressé ds dans de frame buffer  la !       sinon cai utlilizé le st3c ds les jeux d aujoorduy       poor ut2k3 g des dootes vu la place ke prend en texture.....

 
non, mais l'avantage de la compression introduite par Nvidia, c'est qu'elle n'a pas besoin d'etre specialement programmee...e t n'apporte pas de gain visuel. Juste une reduction de l'utilisation de la bande passante.

Mgegege Mgegege Baba a écrit a écrit : Nvidia s'est vraiment pris pour 3dfx la, ils auraient du appeller cette puce la voodoo5-2

 
 
la vodoo 5 etait nul en noovelles teknologies suportées yavais meme pas de suport tnl hardware   la le nv30 inov un max lui  trop peut etre ........

 
et de la qualité une compression ne se fait jamais sans perte   dommage pour nvidia ct bien tenté pour soulager leur memoire mais bon .....
 
nvidia il aurais du apelle leur gpu xabre 2

THE REAL KRYSTOPHE a écrit a écrit :

 
Ben le S3TC a besoin de textures speciales pour etre utilise.  
 
Comme le bump mapping.
 
La, c'est du hardware, et ca interviens automatiquement quoi que tu fasses, juste pour economiser de la bande passante.
 
Stoo.

fgruat a écrit a écrit :     et de la qualité une compression ne se fait jamais sans perte   dommage pour nvidia ct bien tenté pour soulager leur memoire mais bon .....   nvidia il aurais du apelle leur gpu xabre 2

 
Tiens, quand tu utilises Winzip ton document word est de moins bonne qualite
 
Tu sors.
 
Il existe des algorithmes de compression non destructeurs et tres efficaces ( tu en utilises tous les jours : zip, rar, etc).
 
C'est pas du jpeg hein.

Mgegege Mgegege Baba a écrit a écrit :     Mareek, la radeon tourne a 325Mhz, et elle aligne 325-Millions de vertices/sec avec cette frequence. La geforceFX roule a 500Mhz pour 350M de vertices. simple regle de trois. Nvidia a probablement mise sur le .13Microns comme dernier recours. parceque de base la radeon etale le nv30 sur le geometrie, ptet pas pour la programabilite des shaders mais bon..... d'ici a ce qu'on voit des jeux qui se servent des shaders 2.0+ on pourra voir des playstation3, des xbox2, et meme des pentiums 5 qui sait   .... Je croies que 3dfx a trop deteint sur nvdia sur ce coup la.

exact, j'avais pas tilté que le nv30 avait une unité de vertice en moins que la R9700. mais quid du fillrate, de l'AA, de l'Aniso, de l'optimisation de la BP, etc...
 
en fait on se pose encore plus de question maintenant qu'avant la preview techno  

 
 
c pas pareil l'image ne seras pas decompressé a la fin du processus a ce que je sache  

 
mais de koa tu parle kel raport avelk la kompretion du le frame bufffer ?  
 
c 2 chozes kompletement differentes et kumulables.

fgruat a écrit a écrit : c pas pareil l'image ne seras pas decompressé a la fin du processus a ce que je sache

 
Les Ramdacs sont toujours des Ramdacs, ils marchent sur des grilles de pixels, donc oui, ce sera decompresse a l'arrivee, evidemment...
 
Tu delires completement la.

nvidia a fait un chti bide la quand meme mais moi j'ai tjs pas trop confiance aux drivers ATI, c'est psychologique, bon on va rester au geforce2 GTS un chti bout de temps encore....

 
Bien entendu, mais je croyais que tu demandais si le S3TC etait utilise en insinuant que la compression du frame buffer ne sera pas utilisee...
 
Pour fgruat, d'ailleurs, meme si l'image n'est pas decompressee, elle le sera tjs a la volee pour etre affichee, ou alors, faudra que tu m'expliques comment un JPG s'affiche sur ton ecran comme une image et non comme une sutie de chiffres...

fgruat a écrit a écrit :     non le s3tc c de la compression de texture     la c les couleur qui vont etre compressé mais je voit pas comment il ont fait ca     car les couleur sont deja codé  sur des petits chiffre et ne prenne pas beaucoup de place en dac   c plutot marketing c truc surtout que on pert toujour avec de la compression et la il dise que non       je sais en fait le nv30 travaille en 16bits

 
Heureusement qu'il existe des algorithmes sans perte ! C'est le même principe que la compression du ZBuffer t'imagines s'il y avait des pertes ? Les polygones qui se passent l'un devant l'autre à cause de la compression et pourtant le ZBuffer est sur 24 bits et ça apporte un gain quand même. Mais comme c'est un algo sans perte au final tu ne gagnes pas de la place en mémoire (vu qu'au pire il n'y a pas de compression) tu gagnes juste de la bande passante.

Zeross a écrit a écrit :     Heureusement qu'il existe des algorithmes sans perte ! C'est le même principe que la compression du ZBuffer t'imagines s'il y avait des pertes ? Les polygones qui se passent l'un devant l'autre à cause de la compression et pourtant le ZBuffer est sur 24 bits et ça apporte un gain quand même. Mais comme c'est un algo sans perte au final tu ne gagnes pas de la place en mémoire (vu qu'au pire il n'y a pas de compression) tu gagnes juste de la bande passante.

 
En mieux dit, voila ce que je pense aussi.

 
 
bah alors ca va bouffé plus de puissance que ca en economise  
 
si c compressé puis apres decompressé  elle est batarde cette technologie
 
tu as vu le temps que tu met a compressé ou decompressé avec un rapport 4/1 avec winrar ou winzip  

sinon personne sait si la kompretion de texture est utilizé ds ut2k3 ?

fgruat > je crois que t'es à côté de la plaque là...

Mgegege Mgegege Baba a écrit a écrit :     Mareek, la radeon tourne a 325Mhz, et elle aligne 325-Millions de vertices/sec avec cette frequence. La geforceFX roule a 500Mhz pour 350M de vertices. simple regle de trois. Nvidia a probablement mise sur le .13Microns comme dernier recours. parceque de base la radeon etale le nv30 sur le geometrie, ptet pas pour la programabilite des shaders mais bon..... d'ici a ce qu'on voit des jeux qui se servent des shaders 2.0+ on pourra voir des playstation3, des xbox2, et meme des pentiums 5 qui sait   .... Je croies que 3dfx a trop deteint sur nvdia sur ce coup la.

 
d'ici à ce qu'on voit des jeux utilisant ouat millions de polygones on peut attendre aussi    
Ensuite i lfaut voir selon anad le vector engine a été complètement refait il ne s'agit plus d'unités distinctes mais d'un array de processeurs ce qui peut s'avérer plus efficace (comme sur le P10). Bref c'est vrai qu'étant donné la fréquence le chip est décevant mais ça n'est pas un défaut en soit il faut juger en pratique.

Zeross a écrit a écrit :     d'ici à ce qu'on voit des jeux utilisant ouat millions de polygones on peut attendre aussi     Ensuite i lfaut voir selon anad le vector engine a été complètement refait il ne s'agit plus d'unités distinctes mais d'un array de processeurs ce qui peut s'avérer plus efficace (comme sur le P10). Bref c'est vrai qu'étant donné la fréquence le chip est décevant mais ça n'est pas un défaut en soit il faut juger en pratique.

 
ooé on veux dai bench !  
 
sinon cai kool le prix des 9700 va fondre

marc , pourquoi tom's hardware il a des plus beau screenshots que toi ? ( $£? ? )
 
http://www4.tomshardware.com/graph [...] /image16.j
 
p1 ça tue tout ça !!!!  

joli marto

Moi je pense qu'avec ce nouveau GPU, la série issue du Geforce 256 jusqu'au geforce 4, c'est du passé, aujourd'hui n'vidia sort Geforce Fx qui est une vitine technologique et une nouvelle base pour évoluer sa game pour l'avenir. C'est clair, le temps que toutes les fonctionalités de cette puce soient exploitées, il y aura le NV40 et NV45 qui sortirons.

fgruat a écrit a écrit :       bah alors ca va bouffé plus de puissance que ca en economise     si c compressé puis apres decompressé  elle est batarde cette technologie   tu as vu le temps que tu met a compressé ou decompressé avec un rapport 4/1 avec winrar ou winzip

 
Taratata c'est câblé : activer le S3TC te fait pas perdre de perfs que je sache ? Ben pourtant les textures sont bien décompressées à un moment donc là c'est pareil, ça bouffe de la puissance oui vu qu'il faut inclure une unité chargée de compresser/décompresser tout ça mais ça fait gagner des perfs.

Zeross a écrit a écrit :     Heureusement qu'il existe des algorithmes sans perte ! C'est le même principe que la compression du ZBuffer t'imagines s'il y avait des pertes ? Les polygones qui se passent l'un devant l'autre à cause de la compression et pourtant le ZBuffer est sur 24 bits et ça apporte un gain quand même. Mais comme c'est un algo sans perte au final tu ne gagnes pas de la place en mémoire (vu qu'au pire il n'y a pas de compression) tu gagnes juste de la bande passante.

 
si si compresse le zbuffer crée des bug j'ai des exemple en se moment sous 3dsmax sans compression pas de bug avec compression ca foire  
 
dans les scene complexe j'ai des poly qui se chevauche et qui se passe l'un devant l'autre  

THEORIQUES !

Mgegege Mgegege Baba a écrit a écrit :     Mareek, la radeon tourne a 325Mhz, et elle aligne 325-Millions de vertices/sec avec cette frequence. La geforceFX roule a 500Mhz pour 350M de vertices. simple regle de trois. Nvidia a probablement mise sur le .13Microns comme dernier recours. parceque de base la radeon etale le nv30 sur le geometrie, ptet pas pour la programabilite des shaders mais bon..... d'ici a ce qu'on voit des jeux qui se servent des shaders 2.0+ on pourra voir des playstation3, des xbox2, et meme des pentiums 5 qui sait   .... Je croies que 3dfx a trop deteint sur nvdia sur ce coup la.

Oui enfin bon    
 
R8500 : 75 Millions de triangles /s
GF4 Ti 4200 : 53 Millions de triangles /s
 
Pourtant la GF4 Ti est plus rapide en géométrie.
 
Donc => Wait & See

ben le gain est minime en BP dans ce cas:
 
pour un jeux en 1600*1200*32 à 100FPS, si le ratio de 1/4 est respecté, on économise au maximum 576 Mo (1600*1200*4*100*3/4) de BP. c'est pas ça qui comblera le deficit de BP par rapport à la R9700.