j'ai pas trouvé d'option pour optimiser SSE sous VC++.net.
Y a-t-il une option pour ça, où sinon y a-t-il d'autres compilos qui le font ? (intel?)
Et avec un vrai gain de perfs, pas juste 1% histoire de dire que c'est géré par le compilo...

[jfdsdjhfuetppo]--Message édité par wave--[/jfdsdjhfuetppo]

c par defaut je crois, meme SSE2
a verifier tout de meme

comment ça peut être par défaut alors que tous les cpu ne le gèrent pas?
dans ce cas il y aurait au moins une option pour l'enlever.

et alors?

alors si ça fournit par défaut un code SSE ça plantera sur pentium2, celeron 1, thunderbird, duron < 1GHz et tous les cpu précédents.
Donc ça peut pas être le cas.

ya bcp de prog qui sont optimise SSE ou des trucs comme ca qui tourne quand meme nan

oui mais ça oblige à faire 2 versions du code (3 si on ajoute 3dnow) et à choisir laquelle on appelle en fonction du cpu. Ca triple la taille du code, ça m'étonnerait que VC fasse ça sans possibilité de faire autrement.

 
Y'avait un processor pack pour visual c++6 a telecharger
sur le site de Microsoft..
je ne sais pas ce qu'il en est de la version 7.
 
Le processor pack, ne compile pas pour SSE
mais permet d'utiliser les instructions assembleurs SSE
inline. La detection du processeur
est a la charge du programmeur (code d'exemple fourni)
 
A+
LEGREG

 
la version d'éval de intel compiler le fait très bien

T'as regardé l'assembleur généré ?

elle a quoi comme limitations la version d'eval. du compilo intel?

up!

pour le compilo intel, le sse est exposé par des fonctions C ou tu fais de l'asm au choix...
 
mais le compilo n'est pas capable de lui-même d'attraper n'importe quel routine est de paralléliser les données pour le sse, y'a du boulot préparatoire....

mouais donc intel qui se vante d'avoir un compilo génial n'a rien fait de + que les autres!
en + le compilo intel me dit qu'il a besoin de VC++ pour s'installer alors que VC++ est installé chez moi!

bin c'est que de l'expension en ligne, et le compilo essaye de bien "scheduler" les instructions sse....

et VC++ tu sais s'il sait faire quelquechose avec SSE?

Rien sans le compilo intel

bill gates:gun:
ça faisait des années que canard WC++.net devait soi-disant supporter le SSE, il l'ont sorti, et n'ont RIEN changé dans les optimisations, et il est toujours fourni avec opengl 1.1!!!!!:gun:

normalement, opengl 1.2 devait etre dispo à partir du service pack 2 de windows 2000.... on l'attend toujours

bin l'opengl (full icd) y vient avec le driver de la carte 3d...
même si c'est vrai que l'opengl32.dll peut se mettre entre l'appli et la dll du driver...

oui mais j'ai perdu un temps fou à trouver comment on appelle une fonction qui n'est connue que par le driver.
Enfin ça couterait pas très cher de pas avoir 3 ans de retard là-dessus.
S'ils faisaient ça au lieu d'inventer le C# et autres stupidités qui remplissent les 7 CD de visual.net et le disque dur!

tsss, c de la faute au donkey, si il existerai pas, tu serais avec le debug

il se sont surement dit qu'il fallait mieux attendre directement opengl 2.0

c'est surtout qu'ils préfèrent directX!
y'a qu'à voir les drivers voodoo sous XP, il ne connaissent QUE directX.

voodoo est un mauvais exemple.
3DFX n'existe plus..
 
LEGREG

ben c'est un bon exemple parce que justement on utilise les drivers fournis par micro$oft, avant de finir par choisir des drivers non-officiels qui font l'opengl et le glide.

Les drivers sont livres par microsoft
mais developpes par le constructeur..
Si le constructeur n'existe plus, plus de driver.
(ou driver generique dans certains domaines
comme les modems, les imprimantes, les cartes
graphiques pour la 2D basse perf.)
 
LEGREG

Le compilo d'intel le fait, et je crois que ça reste celui qui génère le code le plus rapide.
Sinon, curieusement, GCC 3 supporte le 3D Now! mais pas le SSE.

comment expliques-tu que des bidouilleurs y arrivent mieux que micro$oft?
ils ont mixé les version 98 et 2000 pour en faire une version XP, micro$oft a pondu la SEULE version sans opengl, il l'ont forcément fabriqué ou castrée eux-mêmes.

 
Ce que tu as du mal a comprendre apparemment c'est
que Microsoft n'a rien a voir la dedans.
 
Si Microsoft ne s'occupe plus des driver OpenGL (Soft ou MCD)
c'est parce que ceux-ci n'ont plus lieu d'etre
et ont ete critiques pour leur limitations
par les developpeurs de jeux (Carmack) en tete.
Au depart, DirectX etait balbutiante et Microsoft
ressentait le besoin de supporter les deux APIs
dont l'une en software ou en driver accelere light(MCD).
Maintenant, Windows a une API 3D de base et c'est Direct3D.
Ensuite c'est a chaque Constructeur de carte de voir
s'il veut offrir a ses utilisateurs le benefice d'un  
driver OpenGL performant (et que Microsoft n'a pas
les moyens ni l'obligation de developper pour chaque carte).
La situation est pire pour Matrox qui n'a pourtant  
pas coule et qui peine a offrir de l'OpenGl qui marche.
 
Pourquoi n'interroges-tu pas plutot la strategie
de nVidia qui a rachete les assets de 3DFX
et qui a un interet certain a ce que les voodoo
ne soient plus supportees nulle part?
Voodoo non supporte ou par des drivers non officiels
-> utilisateurs poussés a changer de carte si possible
une petite derniere de nVidia.
 
LEGREG

ce que je dis c'est qu'aucun driver 3dfx ne supporte pas l'opengl.
Et micro$oft en a fourni un avec XP. C'est pas 3dfx qui l'a inventé. Ca m'étonnerait que ça soit nvidia.
micro$oft n'a jamais vraiment poussé à l'utilisation d'opengl, pour 2 raisons:
-un jeu directX ne sera pas porté sur d'autres plateformes, donc moins de concurrence.
-maintenant un jeu directX est + facilement portable sur xbox.

Ce sont deux problemes totalement independants:
 
- Oui microsoft a interet a ce que les gens developpent sous DirectX/Direct3D.
- Oui La joint venture entre Microsoft et SGI pour donner Talisman a lamentablement echoue.
- Non le marche d'avenir du jeu ce n'est pas Linux mais les consoles de jeu. Et les developpeurs de jeu doivent deja se coltiner toutes les plateformes possibles et imaginables (GBA, Dreamcast, PS2, GameCube, XBox). Alors la gueguerre OpenGl/DirectX doit bien les faire rigoler.
- Oui 3DFX est bien morte et nVidia en la rachetant n'avait pas l'intention de la ressusciter mais d'eliminer un concurrent.
- Oui tu as de la chance qu'il y ait des hobbyistes pour continuer a prendre de manierer totalement gratuite sur leur temps libre pour maintenir les drivers Glide (!), alors cesse de te plaindre et remercie les.
 
LEGREG

pourquoi quake2 est sorti sur PC/MAC/linux en même temps et pas sur les consoles?

je vois pas trop ce que fait nvidia dans cette histoire.

je les remercie, si je me plains c'est parce que microsoft a fait un boulot + compliqué qu'eux pour SUPPRIMER l'opengl/glide.

Sinon www.codeplay.com est pas mal, il vient se greffer sur VC+...

microsoft ne peux pas développer des drivers pour des produits dont les brevets appartiennent à d'autres entreprises (ou alors ils le font avec leur accord).
c pour ça que oui, 3dfx & aureal n'ont plus de -vrais- drivers.