Reprise du message précédent :
Plus que 6800 et c'est bon ! Record!

 
Ce topic aussi a déja été splitté plusieurs fois non ?
Mais bon on en est encore loin c'est vrai dire que tout ça partait du NV35 à la base  

NV30

 
edit :

5800 pas 6800 ...  

  le topic nV30 était un autre topic dont l'auteur était bondanlpain ( http://forum.hardware.fr/forum2.ph [...] 4907&cat=1 ) égallement auteur du topic parhelia ( http://forum.hardware.fr/forum2.ph [...] 6063&cat=1 )

tiens, ce nombre me rappelle quelquechose

et 6800 le nv40
edit: g reussi a plante mon drapal discretement

Maitre Capello a parlé

 
ça va bientot être l'occasion..
 
LeGreg

http://www.hardware.fr/news/lire/26-03-2004/#6475

surtout vu les optimisations pour nvidia (/desoptimisations pour ati)

Allons, Epic n'oserait pas.... Ils ont gueulé à la triche pour le bug des detail-textures , par contre, pour le brilinearj ils n'ont rien dit. A croire que Marky il pionce dans le lit de Jenny

lol il l'as fait

C'est quand meme pas clair cette histoire ...

Comme je l'ai dit, les trucs pas clairs entre Epic et nV, c'est pas récent. ça a commencé avec le logo à la schmoule fin 2002 alors que les GF4ti, ben, que voulez vous qu'elles fassent niveau qualité d'image à vitesse égale aux 9700 Pro ?
 
Mais le Way It's Meant to be played, c'était "nV". Et puis le coup "oh, ATI ils ont un bug mais on va dire qu'ils trichent, tout en omettant le brilinear de nos copains !"
 
Etc
 
Enfin, une chose est sûre, c'est pas pour le logo "The Way It's MEant To Be Cheated que j'ai acheté UT 2004

Attendez, pour le cas d'Epic, a mon avis c'est plus Atari l'editeur qui a choisi le logo NVIDIA qu'Epic lui même.
De plus regardé la boite de UT2K3 : Intel P4, la boite de UT2K4 : Athlon XP... la je lool... l'inverse aurai été plu intelligent quand meme ... A la rigeur Athlon 64 j'aurai compris mais là.
 
Sinon Sapphire aurai montré un proto de bi-R360 au cebit... wouahou... enfin moi je crois que cété plutot un bi-XGI mais qu'ils ont pas oser le dire

on avait déjà vu un bi R300 ou 350

 
 
Ahh !
Magic-Sim en pleine forme pour nous commenter le duel nv40/R420.
 (j'avais peur que tu sois fatigué ...)

et même plus
http://www.hardware.fr/html/news/?date=12-02-2004#6357

Heureusement qu'il est la Magic_sim

+1 pour le logo (sinon, le logo pétrolette 4, pour jouer...... le pétrolette 4, c'est pour les compresseurs de DiVX et de MP3 les gamers ont de l'AMD, c'est ien connu (petit troll du matin).

 
Pas fatigué, juste des conditions de frappe déplorables.....

 
Au fait, ils les donne quand ses hallucinogènes tant promis il y a presqu'un an le père JHH ?

Le 13
Au fait faut t'il prendre la news de HFR sur la rumeur the inq comme une confirmation

Hmmm  Si la rumeurs des 165 vs 210 M est vraie alors oui

Il est de bon ton de cracher systématiquement sur les news de theinq...Ceci dit, je me rends compte que marc utilise ces derniers temps de +en+ des news provenant de ce site, ce qui selon moi tendrait à dire que theinq doit avoir des infos à peut près fiables en ce moment...Par ailleurs, c'est pas dans le genre de marc de faire de la rumeur et de balancer des infos infondées...

euh

 
 
nan, moi je pense que c'est le début de la décadence de HFR

c'est une possibilité en effet...

Oui, surtout si on lit la fin de la news.

tout le monde peut changer  

En mal?  

ça marche dans les 2 sens  

En même temps les benchs qui donnaient le nVflop 3x plus rapide qu'un R9700 Pro sur Doom3 avaient été relayés en news ici-même Et rappelez vous des news / rumeur qui avaient fait le tour du monde en partnt d'ici, et souvenez vous du "oups" de marc à la suite de ça

Sinon un truc qui est apparu avec les dernieres démos technologiques c'est que les programmeurs vont devoir réapprendre à programmer avec le support des flottants quasi-IEEE.
 
Jusqu'à présent, les gens écrivaient leurs pixel shaders en minimisant le nombre d'opérations parce que l'execution par pixel reste encore très couteuse. Cependant réagir comme ça à l'heure actuelle est très dangereux (et pour le futur).
 
Quelques exemples:
- racine carrée. Prendre la racine carrée d'un nombre négatif c'est la meilleure façon de tuer un pixel. -> introduction d'un NaN dans le pipe et résultat l'écran est tout noir et on ne sait pas pourquoi. En plus certains font la racine carré en faisant x/(invsqrt(x)) ce qui fait que x doit etre positif et non nul.
- réciproque (inverse), le nombre doit etre non nul là encore sinon le résultat c'est l'infini qui ne fait pas bon ménage avec le reste.
- Denorm. Multiplier deux nombres non nuls entre eux peut entrainer un résultat nul. (cf les deux points au dessus)
- ajout/soustraction, ajouter deux nombres a et b, puis soustraire b au résultat n'a pas forcément le résultat escompte.. (non associativité)
 
Cependant s'assurer de tout cela va occasionner de bonnes prises de tetes à tous les développeurs de la planete, surtout que certaines plateformes ont un comportement pas du tout conforme (par rapport à IEEE) et que ce sont justement ces "corner cases" qui sont difficiles à négocier.
 
LeGreg

3000 balles dans une CG, tain zetes tarés les mecs !