Reprise du message précédent :
faite péter les videos §§

Non.

• Backface culling = ne pas afficher les faces dont la normales ne va pas vers la caméra.
• HSR = ne pas afficher les parties cachées d'un polygon supposé être derrière un autre polygone. Dans l'image précédente, cela permet de ne pas afficher les lignes censées être cachés ; même si elles délimitent des triangles orientés vers la caméra. Solution : algo du peintre (afficher du plus éloigné au plus proche), sbuffer, cbuffer, zbuffer, AEL... http://en.wikipedia.org/wiki/Hidden_surface_removal
• Le culling est à un niveau supérieur : déterminer quels objets sont cachés pour ne pas les traiter. BSP, portals, occluders, quadtree, octree, et leurs dérivés...

À noter que cette page Wiki affirme qu'un BSP est une solution au HSR : c'est faux, mais il peut aider les précédents algos en donnant un tri parfait des polygones, soit pour les afficher dans le bon ordre dans l'algo du peintre, soit pour en cacher le plus possible dans les c/s/z-buffers/AEL. Je vais la corriger/étendre.

Nom d'un newbie... Intel a le feu aux fesses ou quoi ? Il pourrait débarquer son arabe pardon son larrabee cette année ! ... Pour les dévs en premier :
 
source : http://www.hardware-infos.com/news.php?news=2240

je penses qu'il craint que cuda ne s'implante trop , et donc il veut dèja mettre les outils à dispo pour les devs

 
l'angle est tel que tu peux obtenir ce résultat par backface culling sur les triangles traçés en wireframe
il aurait fallu avoir un angle plus rasant pour bien montrer si c'est du hsr
c'est histoire de faire mon relou en même temps  
(un snapshot avec un angle rasant avec juste un culling simple puis un hsr par segment pour bien montrer le niveau de finesse de rejection de géométrie différent suivant la technique c'est toujours ça pour les débutants)

Pour le R600, les devs avaient des samples 6 mois avant la sortie. Donc pas étonnant que ce soit pareil pour larrabee.

Ok. Un meilleur exemple -toujours tiré de Google Image- sera que dans la seconde image le cube sera toujours affiché devant le sol (le cylindre pouvant être correcte juste grâce au backgace culling) :

Autre exemple :
http://www.ruthless.zathras.de/fac [...] buffer.php
Ou : http://www.cosc.brocku.ca/Offering [...] _order.gif
Bref le HSR consiste juste à avoir un affichage correct au final, alors que le backface culling est -en général- une optimisation

disons que c'est le niveau de HSR le plus trivial & économique connu.

Plantage de drapeau après redirection depuis le topic JV Rage

ce type d optimisations n existaient pas deja  ?
soit disant avec le power vr ...

""""Le géant de Santa-Clara, Intel, profite du salon SIGGRAPH 2008 pour détailler publiquement, du moins en partie, sa nouvelle architecture connue sous le nom de code « Larrabee ». Et contrairement aux précédentes architectures Intel, Larrabee vise le monde de la 3D, et trouvera in-fine sa place dans une carte graphique. Radicalement différente des architectures 3D conventionnelles, Larrabee tire ses racines..."
 
source : clubic  <<== suivre le lien pour la suite

Toujours rien de bien concret sauf la date de sortie qui serait plus pour 2010 que 2009.
C'est quand le prochain salon susceptible de nous en apprendre plus ?

Backface culling = ne pas tracer ce qui est caché.
frustum culling = ne pas afficher se qui est plus loin que le z-far, et plus prés que le z-near.
 
tous ça c'est de l'optimisation rien de plus  

Absolument pas! Frustum culling = ne pas afficher ce qui est hors du frustum (le volume pyramidal vu par la caméré) : donc znear oui, zfar oui, mais aussi les 4 autres cotés!

oui enfin c'est juste que les 4 autres cotés me paraissent logique ^^

Intel's Larrabee Architecture Disclosure: A Calculated First Move @ Anandtech (du 04/08/08)

 
Merci. Le moins qu'on puisse dire c'est que c'est complet

excellent article

le plus grand saut depuis le pentium pro ?
http://arstechnica.com/news.ars/po [...] m-pro.html

Un bon article sur Larrabee sur erenumérique :
 
http://www.erenumerique.fr/intel_l [...] 083-1.html
 
Très complet et très simple à lire même pour un non développeur comme moi !
 

Yep, c'est pas mal, et surtout en français. Comme souvent çà manque de recul sur le marketing Intel.
Cà peut être intéressant de se lancer dans la lecture d'un bon article en anglais comme celui de Ars, après avoir intégré en français.
 
Ce que ne dit pas l'article, c'est que l'approche software est avant tout destinée à faire de Larabee un bon client pour les super calculateurs, afin de concurrencer IBM avec le CELL notamment :
http://en.wikipedia.org/wiki/IBM_Roadrunner
 
Que cela soit bon poour le jeu, cela dépendra de l'optimisation logicielle et des outils, et de leur simplicité pour les programmeurs.
 
Petite précision sur le SSE4 amélioré dont il est question dans l'article. Il s'agit de l'AVX pour advanced vector extention, avec une largeur de 256bits au lieu de 128 pour le SSE.
 
On verra peut être du Larabee sur un second die relié au Nehalem. Il y aura en tout cas du larabee sur socket, relié au Nehalem par CSI, puis du larabee on die avec le cpu "Gesher" (remplançant 32nm du Nehalem).

le cell est mort.
 
larrabee devrait en toute logique avoir chaqun de ses cores qui ont accès à l'intégralité de l'espace mémoire. rien que pour ça, le cell avec ses transferts dma vaseux il va partir aux chiottes.

 drappal une fois ...

En fait le véritable but de Larrabee pour Intel c'est de niquer  tuer Nvidia

 
super bientot y aura plus de proco AMD et puis plus de cg ATI/Nvidia  

bien sur que si  
 
 par contre d'ici pas tres longtemps ( fin 2009 debut 2010 ) y aura peut etre  
 des phenom avec un rv800 inside

Bon.. à quelle heure aura-t-on les infos ?

drapoil.

 
bon c'est pour aujourd'hui ou quoi? Ca mangent des petits-fours et picollent le champ!

attend, avec le changement horraire, si ça se trouve on n'aura les infos que ce soir ou demain

bah alors, pas de news ?

Non aucune... C'était censé avoir lieu hier... :-/

Ahlala le mois d'août, c'est d'un chiant.

Jviens de lire quelques articles sur Larrabee, c'est un truc de fou Si j'ai bien compris ça sera le CPU qui se chargera aussi de la 3D, donc plus de GPU ?

Euh moi j'ai compris que c'était un GPU fait à base de CPUs en parrallèle, les CPUs en question étant des Pentium MMX ( ça date ) remis au gout du jour.

Ha c'est donc un GPU ?

T'as rien compris!
 
EDIT: Oui, un GPU composé de multiples "CPU" revus et adaptés au besoin. Les programmeurs pourront coder directement en x86, chose qu'ils savent faire depuis x années contrairement a Cuda...

 

 
Ouais donc en fait c'est un GPU

cf edit