Reprise du message précédent :
Oui c'est ce que je voulais dire. Soit des resols de type 1280x720 et 1920x1080 + du 1344x768 ou un truc qui y ressemble dispo sur certaines tv
 
On va pas chipoter pour 16/90
 

T'es sûr que t'as bien lu les tests ?

ya du 1920x1200 dans les tests. (mais pas pour les cartes milieu de gamme ^^)
m'enfin bon, le widescreen ça suxx
à quoi bon, pour jouer à des jeux 4/3, regarder des anime 4/3, et éventuellement regarder la télé en 4/3 si un jour je me mets un tuner.
ou pour aller sur le net.. super le 1280x800, on perd des pixels à la verticale, par rapport à un CRT en 1152x864 ou 1280x960, ou un LCD en 1280x1024. et les écrans 1680x1050, on en gagne à peine.
 
je suis anti 16/9 et anti 16/10

Bah en 30" c'est mieux quand même, parce que le 4/3 de cette diagonale c'est pas trop utilisable.

J'me contenterais d'un 24" 4/3

ils devraient le faire plaqué or leur 30". et avec le quad SLI pour aller avec.. ça se compte en mois de salaire ça

On s'en fout un peu du ratio, ce qui fait la différence c'est le nombre de pixel affiché à l'écran.

en meme temp cette page de forum (par exemple) est plus verticale qu'horizontale non?

oui mais pour le vertical tu t'en fiche tu descend avec la molette de la souris
alors que pour l'horizontal c'est moins pratique.

mais tu pourrais tout aussi bien le faire non ?

jme suis amusé à faire un screenshot en 1600x900, pas terrible non?   (je parle du ratio, pas de mes couleurs windoze un peu spéciales mais j'aime ça )
 
http://img88.imageshack.us/img88/3018/1600x9002rp.png

nostalgie du MsDos en cga?
 
ouai c utile si on a ses signets sur la gauche par exemple.
moi un 20' wide ca pourrait m'aller mais vu la merde dans les ancien jeux c pas la peine

Rien de tel qu'un bon vieux 4/3

Sympa l'article sur le R2VB Damien  
par contre cette partie :

 
m'a induit en erreur à cause du terme "dimension" et j'ai du la relire une deuxième fois pour voir à quoi tu faisais allusion, le terme "composante" aurait sans doute été plus claire parce qu'au premier abord je me suis dit "des textures 4D à part une sombre extension SGI j'en ai jamais entendu parler   "
 
Au fait c'est exposé comment en DirectX ce truc ? J'ai pas eu le courage de retélécharger tout le SDK d'ATI (spa pratique leur truc de devoir tout ramener à chaque update). En OpenGL on peut utiliser la combo VBO+PBO mais il y a une copie implicite des données donc c'est plus du copy-to-vertex-aray à proprement parler.
 
Sinon quelques ptites fautes repérées rapidement dans un paragraphe :

Yep je voulais parler de composante.
 
R2VB tel quel n'est pas possible en OpenGL.
 
C'est encore du FourCC (pour vérifier que R2VB est dispo). Après il suffit de créer le RT avec le flag D3DUSAGE_DMAP pour indiquer au GPU de l'écrire d'une manière linéaire pour que ça soit utilisable comme vertex buffer. Ensuite il faut aligner correctement le truc sur les vertex streams. Pour passer le RT de type R2VB aux vertex shaders ils utilisent les samplers de DX9 dans les vertex shader (le sampler pour le displacement mapping pour les GPU SM 2.0 et les 4 samplers pour le vertex texturing avec les GPU SM 3.0).
 
C'est marrant je viens de lire une doc ATI globale sur R2VB et eux aussi parlent d'implémentation d'effets de classe DX10 en DX9.

Faut voir le perf hit par rapport à ces-dîtes fonction en natif DX10.Si il n'est pas trop élevé, ça peut être très intéressant !  
 
En tout cas, ton petit article m'a beaucoup plu

 
Oui en fait ATI a longtemps poussé les superbuffer/überbuffers en OpenGL qui aurait permis du vrai R2VB mais l'extension était très ambitieuse et elle a pris du retard. Et comme cette extension devait également servir de base au Render to texture dont l'absence (hors PBuffer berk) était préjudiciable à OpenGL, NVIDIA (qui de toute façon n'aimait pas les superbuffers qui se mappait mal à leur hardware) ont proposé ce qui allait devenir les FBO.
 
Conclusion pour l'instant pas de vrai R2VB en OpenGL

pour aller dans le sens de damien, un vecteur à quatre composantes, c'est bien un vecteur à quatre dimensions (et le RGB un repère dans l'espace colorimétrique, on pourrait dire).
mais bien sûr, parler de texture à quatre dimensions, c'est pas terrible

Vecteur à 4 dimentions ou texture à 4 composantes, peu importe, mais pas une texture 4D
 
edit: désolé, j'avais pas lu ta dernière phrase

 
bin oué mais bon c'est une collection 1D de vecteurs 4D....

30000eme réponse!!!

tiens sinon j'ai fait quelques traçes avec Pix d'Oblivion et FarCry...
je m'attendais a plus d'écart...
 
http://bjone.free.fr/d3d_load/oblivion/
http://bjone.free.fr/d3d_load/farcry/
 
y'a même des trucs qui m'intriguent...
 
dans farcry y'a des pics de 32000 changement de textures/shaders, ça ressemble a du précachage....
et je viens de voir que j'avais une mesure avec 0 changement de VertexShader / RenderTarget.
 
j'ai l'impression que les utilisations de D3DXEffect ont pas été prise en compte....

 
Si on deletais ton post pour laisser celui de bjone qui est bien plus interessant je fêterais ca moi  

marc > pas encore de poisson ?

XGI is back

poste un lien pour xgi, qu'on rigole aussi

C'est officiel , XGI s'est allié avec les bitboys et des anciens de 3dfx

et ils ont développés un chip SLI-able pour téléphone portable.
 
d'ailleurs Samsung a présenté une version avec un appareil photo 44Mipixels, et 4 chips XGaye dont 3 sont activé uniquement quand un transfo 12v est branché sur le téléphone, tout ceci grâce à la technologie d'économie d'energie FoolProof (C)

 
A ma connaissance D3DX passe toujours ses appels par l'interface D3D. Ou est-ce que tu voulais dire
autre chose ?
 
LeGreg

oui, suis-je bête alors c'est pas ça...

Marc est dans le coin ?

tiens un échappé de la cat prog ?

http://www.hardware.fr/articles/61 [...] sktop.html
les tableaux sont inversées il me semble

 
nous ne voyons pas de quoi vous voulez parler

La colonne Yonah indique les valeurs des dothan, et inversement.
 
Edit : ortho

OOps

Félicitations Marc pour ce bon article sur le core duo    
 
Je me demandais justement pourquoi aucun test sérieux n'etait paru lors de sa sortie  
 
Un seule petite remarque, il est dommage de ne pas avoir +approfondi pourquoi le Yonah contient seulement 12millions de transistors de +que le Dothan, alors qu'il contient 2 cores ?
 
Quelqu'un a t il des infos à ce sujet ?

cache unifié

"le Yonah comme le Pentium M ne sont pas dotés de l’HyperThreading, une technologie peu bénéfique sur ce type d’architecture à pipeline court."

 
Pour un dual core grand public certes, mais pour un serveur l'intérêt est bien là, quelque soit la profondeur du pipeline.
 
"Le cache L2 intégré au Yonah est d’ailleurs des plus innovant puisque contrairement aux Pentium D et aux Athlon 64 X2 il est partagé entre les deux cores."
 
Sur aX2 les cores communiquent en direct via le contrôleur HTT, ce qui diminue l'impact de la non communication des caches. Sur un p-D la communication se fait via le pont Nord et le FSB.
On ne peut donc pas mettre les deux dans le même panier.
 
 
http://www.hardware.fr/articles/61 [...] sktop.html

D'une part, ce processeur n'est pas un processeur destiné aux serveurs, donc l'intérêt est bel et bien limité.
 
D'autre part, l'hyperthreading a été mis en place par Intel justement pour compenser les inconvénients d'un pipeline long. Bref, dans la phrase
"le Yonah comme le Pentium M ne sont pas dotés de l’HyperThreading, une technologie peu bénéfique sur ce type d’architecture à pipeline court.", ce n'est pas d'un point de vue commercial comme tu l'as apparament compris, mais bel et bien d'un point de vue technique !

 
l'HT n'est interressant que si les pipes sont mal alimentés. accessoirement un pipeline long ayant certainement plus de problèmes d'alimentation et a donc plus de bulles qu'un court (mais c'est plus compliqué que cela)....
 
si c'est pour avoir l'HT sur un cpu qui n'a que peu de bulles dans ses pipes, les threads virtuels ne progresseront que de peu pendant le timeslice de l'OS.
le tout en consommant du transistor, et en privant potentiellement des ressources CPU pour une situation a thread unique.
 
l'HT n'est pas là pour améliorer le multi-tâche, il est là pour réduire l'innocupation des pipelines. ne pas confondre la cause et la conséquence.  
deux threads virtuels pour réduires les bulles, les deux threads faisant qu'on a un pseudo meilleur multi-tâche.