Reprise du message précédent :

 
pour tout ce qui est jeux opengl sur les voodoo1 à 5 MesaFX est incontournable
http://www.3dfxzone.it/dir/3dfx/mesafx/index.htm
 
doom3 sera toujours très spécial sur ces bébêtes mais c pas le cas pour d'autres jeux
 
wolfenstein sur voodoo1 :
http://www.3dfxzone.it/enboard/topic.asp?TOPIC_ID=1365
 
hitman 2, hitman contracts sur voodoo2 (et d'autres jeux)
http://www.3dfxzone.it/enboard/topic.asp?TOPIC_ID=1317

Heu ca calme mine de rien  
Faudrait les réintégrer dans les comparos hfr ces cartes graphiques =)

t'es sûr que c'est Doom3 ? on dirait plutot doom 1 là

12 FPS, pas mal

Bin oué quand meme    
 
Y'as toujours des malades pour faire tourner n'importe quoi sur ces Voodoo

en plus d'être beau c'est fluide    
 
 

 
ben ouais ça doit être carrément plus pourri sur une ati rage pro turbo (si le jeu se lance)

RTCW c'est le moteur de Quake 3 donc en théorie ça doit tourner sur tout ce qui a un driver OpenGL ICD

 
c'est justement pas le cas des voodoo qui ont une sorte de wrapper ogl -> glide (en tout cas, c'est ce que le mec de chez guillemot m'avait expliqué sur le fameux "minigl" des 3dfx)

les Voodoo avait un driver miniGL au départ (qui faisait tourner GLQuake et Quake 2 entre autre) mais ont eu un vrai driver OpenGL ICD par la suite.

c'est pas winice de nos jours ?
(perso pour moi softice ça remonte )

c'est fort probable, j'ai DriverStudio dans un coin, j'ai toujours pas regardé leur framework de driver.

 
ça doit plutôt être attaché à un type de carte alors (genre à partir des voodoo 3-4) parce que j'ai jamais vu de vrai ICD pour voodoo 1 et 2 (ceux que je cherchais et pour lesquels je posais des questions à un tech de chez guillemot)

peut-être
Faut demander à Blazko et Magicsim, ce sont eux les spécialistes en paleonthologie 3DFX

bin disons qu'un FullICD pour voodoo 2: pas de support matériel pour les lignes, fullscreen only.
 
un FullICD sur voodoo 2 c'est que tout le reste est en logiciel.

 
False, c'était un wrapper aussi, tout comme le MiniGL.
 
Mais si le MiniGL passait par Glide2x, l'ICD passait par Glide3x (essaye de virer Glide3x, et vois si ton ICD fonctionne encore

 
WickedGL qui fonctionne sur le même principe que l'ICD OpenGL est utilisable sur V1. Donc, ça m'é&tonnerait pas que l'ICD ai pu être trafiqué par MesaFX pour tourner sur V1. Mais comme on le voit à la vue des horreurs présentes là haut, ça sert surtout à des défis.... paléontologiques

MesaFX est un ICD qui s'utilise à la place de celui de 3dfx ou de wicked3D
et ça sert aussi à des trucs comme jouer à call of duty ou medal of honor 57 la revanche des nazis et autres jeux opengl récents (enfin le peu qu'il yen a à part doom )

c'est bien ce qu'il me semblait, merci

Ok, donc ça revient au même

un Full ICD pour les Voodoo2 c'est pas possible
Un ICD est un concept spécifiquement Windows pour interfacer l'OS et l'afffichage 3D. Cela signifie adhérer à l'interface de Microsoft qui ne prend pas en charge les cartes purement accélératrices 3D. Les Voodoo2 peuvent donc disposer d'un driver OpenGL complet (par opposition à un MiniGL) mais pas d'un ICD.
 
Concrètement pour le programmeur ça signifie qu'il ne faut pas linker opengl32.lib à la compil mais charger le bon dll (opengl32.dll ou 3dfxvgl.dll dans le cas des Voodoo1 et 2) à la main et récupérer les pointeurs vers les fonctions.

Ben en fait, ils ne se sont pas embêtés avec un full ICD, puisque même les V5 avaient un drv OpenGL, complet, amis basé sur Glide3x.dll (3dfxogl.dll).

vous pensez que les differences de performences entre les 6800 U et les x800 xt pe à 3dmark 2005 sont dues à un hardware beaucoup plus performent des x800 / 6800 en ps2.0 ou bien sont dues à autre chose (drivers?).

 
y a quelque chose de louche la dessous et j'en mettrai presque ma main au feu.
 
on le saura bien assez tot

Tu rajoutes quelques "optimisations"  pour 3Dmark2005 et on doit s'y retrouver.

ben je m'etais amuse à calcul le ratio scrore shader 2.0 de ce tableau / frequence du core du GPU et j'avais trouve un ratio equivalent gf 6800u et x800xt ... , donc à priori un gf6800 u tournant à 520 devrait avoir le meme score... or lorsque j'oc la mienne ,je stagne et pourtant j'ai un p4c (oui je sais cpu limited mais bon j'arrive pas a avoir une quivalence à proc egal).

c'est peut-être la BP mémoire qui limite la GF6800U

 
pourtant ma memoire est à 600Mhz sur ma 6800U ce qui est loint d'etre toujours le cas sur la xtpe de base. Donc, à priori, je ne pense pas que le problème de diference de perf entre les architectures vienne de là, si j'ai bien compris le sens de ta remarque.

 
soit ta 6800U se régule toute seule

les besoins en bp ne sont pas forcement les mêmes pour les 2 architectures

non je pense pas que le problème vient de ma gf6800 U, je voulaid parler des causes generales de differences de perfs entre les 6800U et x800 xtpe en ps2.0 lourds sous 3D Mark...  

Parfois en Ocant, le score diminue, doit y'avoir des mécanismes de contrôle dans les calculs qui font perdre du temps quand y'a des erreurs ?

marc :

http://www.hardware.fr/news/lire/01-10-2004/#6902
Pierre L**** d ATI m a dit en avoir discute avec toi
 
pas de maj pour verif ou pas eu le temps ?

C'est bien, mais je ne suis pas au courant
 
 

il me l'a dit à moi aussi  

il disait que ct une histoire de compilo
 
(ati que ce met a utiliser la methode nv (pour la com ):o)

C'est le bordeeeeeeeeeeeeeel

en même temps, tu optimises quand tu remarques un problème.
 
donc attendre la sortie de 3dmark pour publier un nouveau driver avec des optimisations, c'est un peu con, car ils avaient la beta avant ils auraient pu s'en servir pour optimiser le driver bien avant.

yep.

d'apres le type d'ati   : "on a attendu que 3dmark2k5 soit presque sorti pour lancer les pilotes 8.07, on voulait rendre la monnaie de sa pièce à nvidia"
traduction libre © bothary 2004
 
 

je confirme qu il a dit un truc du genre
 
t etais la quand g pose la question ou tu l as pose aussi ?