Reprise du message précédent :
Dans ce cas la, c'est carrément le concept de GPU qui s'ecroule. C'est peut etre pour ca qu'ils ont récemment changé l'appellation en VPU

 
 
non ca me parait impossible, le cpu est là pour gérer les io justements en interne donc pour alimenter la cg en données il faudra toujours passer par le cpu

 
pourquoi ce serait impossible ?
les E/S c'est qu'une partie de la charge des CPUs.
 
Quand on parle de réduire la dépendance on ne parle pas de *supprimer* le CPU, je ne vois pas comment on peut l'interpreter comme ça.

C'était un peu le but des High Order Surface de nVidia (GeForce 3), du Truform d'Ati (Radeon 8500) et du Displacement Mapping de Matrox (Parhelia 512) mais ça n'a pas eu de succès auprès des developpeurs. L'absence de technique commune aux 3 marques, les concepts complètement différent des 3 techniques, l'absence de flexibilité et les problèmes que ces techniques engendraient y sont certainement pour quelquechose.
Il semblerait que la tesselation fasse son grand retour dans DirectX10 mais de manière plus flexible et surtout plus standardisé. Wait and see

Le GPU est là pour aider le CPU, ce n'est pas une console de jeu intégrée à un PC
 
P.S. qui se souvient du Mega-PC d'amstrad ?

Ou encore de la carte 3DO ?
 
http://www.heimcomputer.de/english [...] blast.html
 

J'avais oublié cette abomination

Raaaaaaaaah, Mareek qui attrape la gerbe
 
Au fait, Off-topic : aujourd'hui, c'est l'anniversaire de l'ami Blazcovicz
 
Joyeux anniversaire ^^

Creative a longtemps été spécialiste pour sortir des trucs mutants Permedia 2 pour gamers, Graphics Blaster Eclipse PCI (4MB RAMBUS), Savage4 PCI, Rendition Verite.
 
La liste des horreurs se trouvent là : http://us.creative.com/support/identifyproduct/
Si par hasard traîne dedans une Voodoo² ou une GeForce4Ti c'est un accident
 
Le PC du gars qui concevait les gammes doit être du genre "BeOS sur mP6"

http://forum.hardware.fr/hardwaref [...] 4240-1.htm
 

Il sortaient des cartes pour la plupart des chips graphiques qui sortaient, c'était une pratique courante à l'époque

Extra

  Dans mon souvenir Diamond, Leadtek, STB ou Guillemot étaient beaucoup plus "calmes" (je ne nie pas qu'il n'y a eu des i740 Guillemot mais c'est resté marginal en comparaison).

 
C'est exactement pour ça que ça m'intéresse, dans X² The Threat notamment.

Diamond était pas mal non plus (avec notamment la fameuse Diamond Edge 3D), STB n'était qu'un acteur marginal du marché et Guillemot se lançait juste dans le domaine (ce qui ne les a pas empeché de sortir une riva128Zx par ex.)

Et il me semble que c'est Creative qui a encore un coup bndlé une carte basée sur le nV1 avec des pads saturn, non ?

mareek: dans les deux cas c'est du Nvidia

non, c'était la diamond edge 3D (d'ailleurs il n'y avait que des adaptations de jeux sega qui tournaient sur cette carte)

a l'époque, nvidia était un acteur parmi tant d'autres

D'ailleurs j'ai retrouvé Panzer Dragoon et Descent version NV1, faudrait que j'essaie ca un de ces 4

normal y'a que les dev pour saturn qui ont dû coder pour cette chose

Felicitations à Tridam qui a retrouvé le forum avec les soit disant specs du R520 qui on fait le tour du web récemment    
 
http://forum.pcvsconsole.com/viewthread.php?tid=13324

November 5, 2004 - 3:56:15am CST
 

joli
 
surtout qu'on voit bien que c'est des prédictions et que c'est vieuuuuuuuuuux
 
bon, tu nous resort les bon vieux trolls de 1er avril ?

Entre les rumeurs bidons qui deviennent des réalités, les news qui repassent 36x (avec des avis contradictoire parfois) parce que le type qui les écrit oublie qu'il les a déjà écrites tellement il s'y intéresse, toutes les news d'Inquirer citées systématiquement comme des vérités (c'est pas grave si ça s'avère ne pas être vrai suffit de se justifier en disant "c'est pas de ma faute c'est inquirer" ), les newseurs qui traduisent des infos de l'anglais, langue qu'ils ne comprennent pas, et le top du top le noobs total qui se la pète depuis qu'il publie sur le net et qui se sent pousser des ailes pour parler technique, on vit une époque faste de la news
 
 
Marc -> tu n'aurais pas dû citer la partie benchmark. Ca va faire le tour du web demain  

http://www.onlynewz.com/content/view/45/2

 
oui & non...
 
les collisions c'est une chose et c'est évenementiel. t'est pas obligé de descendre au niveau triangle, et en plus à faire uniquement quand c'est nécessaire, généralement, un bipède humain est un assemblage de cylindres et un humain qu'il fasse 1000 ou 1000000 de triangle a la même configuration de membres, donc t'as toujours autant de volumes d'enveloppe.
 
ensuite, au niveau GPU, le nombre de triangle n'est pas vraiment un problème, mais outre la limite de performance en vertex shader/T&L, il y a deux problèmes de rendement:
 
1) au niveau GPU, si le triangle est trop petit, les 16 pipelines d'un carte modèrne ne servent à rien. (vive les mur des FPS en 2 triangles).
 
2) au niveau CPU, on en a rien à faire du nombre de triangles, ce qui est pénalisant c'est le nombre de changement d'états.
 
par exemple pour Doom 3, tu as 3 ou 4 textures pour tout un personnage, qu'il y ait 1000 ou 1500000 triangles, le côut CPU est le même à partir du moment où tous les triangles sont traités dans la même commande de traçage.
 
il faut donc:
 
1) avoir le minimum de triangles pour maximiser le rendement en fillrate au niveau du GPU. (c'est un trade-off: si tu fais de l'éclairage par pixel, suivant la répartition de calcul d'éclairage entre vertex & pixel/fragment, si les triangles sont tros grands tu auras des distortions/artéfacts dans l'éclairage, si ils sont trop petits tu sera limité par la puissance géométrique: des pipes à pixel tourneront dans le vide car ils ne couvrent pas la surface du triangle en cours)
 
2) minimiser le changement d'états, indépendamment des triangles, pour maximiser le rendement global du GPU et minimiser la dépendance CPU.
 
J'insiste qu'au rendu, c'est les changements d'états/appels de traçage qui sont dépendants du CPU, pas le nombre de triangles par exemple.
 
après c'est à la chaine d'outils qui doit être capable de produire des modèles optimisés.

 
 
merci c'est tres touchant
 
(j'ai eu ICQ? )
(pour le hard, ben je remercie profanateur de m'avoir donner un coup de main pour monter mon rad aqua modifier a l'envers . A part ca je m'occupe de mes PC merci)
 
 
</HS>

Vi, d'ailleurs, tu veux ton numéro ?

 
[noob]
Si je comprends bien l'appel de traçage est traité par le cpu, qui envoie la commande au GPU.
Mais qu'appelles tu changement d'état ?
[/noob]  
 

 
Les GPU sont des machines à état ce qui signifie qu'une fois un état activé toutes les primitives dessinées le seront en fonction de l'état courant.
 
Un changement d'état c'est par exemple activer/désactiver l'éclairage, le texturing, le blending, un shader... ce genre de choses. Les GPU ont des pipelines extrêmement longs (+ de 800 étages) la latence est compensée par le fait qu'ils traitent énormément de primitives, la pénalité d'amorçage est donc masquée. Si tu ne traites pas suffisamment de primitives par batch (un batch est un lot de primitives partageant les mêmes états) cette latence n'est plus négligeable et les perfs s'en ressentent.
 
voilà l'idée
 
Edit : Joyeux Anniversaire Blazko'

 
C'est pas trop dur

 
derien mon tit Blazko  
moi j ai pas grillé un proc      

 
j'ajouterai, qu'il peut être entre rentable de perdre du temps à cumuler les données au niveau cpu pour avoir les batchs les plus gros possibles, car cela permet d'avoir une bonne scalabilitée vis à vis des GPU à venir. (bref sacrifier du CPU pour avoir un GPU bien nourri de manière efficace).
 
c'est un peu le principe du Geometry Instancing, là on sacrifie un poil de perfs géométrique "crête" (au niveau du GPU), mais en contre-partie on peut réussir à cumuler des centaines/milliers de commandes de traçages/changements d'états en un seul.

 
c'est vrai, mais c'est très sympa comme ajout.

merci à bjone et zeross pour la mise au point

Parfois les recettes les plus simples font els meilleurs plats

 
Tout a fait !
Mais je trouve dommage de féliciter Epic pour ajouter un effet tout simple au moteur de rendu et d'oublier Terry Welsh qui a eu la lumineuse idée de cet effet

 
oki

 
Ben, c'est pas pire que d'oublier de parler de Paul Debevec pour le HDR, par exemple....
 
Enfin, saluons ces gars de génie, ils sont quand même très doués

Ma traduction aproximative préférée date de la sortie de la GFFX5800:
-Carmack avait fait quelques commentaires sur la carte et terminait son petit discours en expliquant qu'il utilisait la GFFX5800 pour le deve car elle lui permettait de tester la plupart des paths de doom III et parce que les drivers de nVidia étaient "somewhat better", ce que 3DChipsfr avait traduit par "plus stables et plus aboutis"

Marc est un rabat joie

attends, ça fait un shader d'au moins ... 10 lignes
 
Je me demande si c'est possible de l'implémenter sur une carte DX8 (voir 8.1)

[HS]
C'est marrant je suis face aux même genre de dilemme au boulot actuellement, mais entre le client et le serveur de base de données.
[/HS]

[quote=3879302,22440,7,31562]Ma traduction aproximative préférée date de la sortie de la GFFX5800:
-Carmack avait fait quelques commentaires sur la carte et terminait son petit discours en expliquant qu'il utilisait la GFFX5800 pour le deve car elle lui permettait de tester la plupart des paths de doom III et parce que les drivers de nVidia étaient "somewhat better", ce que 3DChipsfr avait traduit par "plus stables et plus aboutis"
[/quote]
 
http://www.nvidia.com/object/IO_18564.html

http://www.presence-pc.com/actuali [...] Inde-8659/

je pense que toute cette *news* peut gagner le concours (la fin

est aussi une winneuse dans son genre)