Actualités cartes graphiques
Développer pour le NV30 ?
NV30 contre Radeon 9700 ?
Test : ATI Radeon 9700
Test : ATI Radeon 9700
Trident XP4 en fps
Update : Detonator 40.41
ATI Mobility Radeon 9000
Noms des NV18 & NV28
NV30 en Décembre, confirmation
Gigabyte GV-R9700Pro
Update : Detonator 40.41
NVIDIA vient de mettre en ligne les drivers 40.41 (9 Mo) betas pour Windows XP/2000 (pensez à desinstaller préalablement vos anciens drivers). Au menu des (nombreuses) nouveautés, on trouve :
- La version 2 du nView (gestion du bi-écran)
- NVRotate, qui permet de changer l'orientation de l'affichage
- NVKeystone, qui permet de corriger la forme de l'image lors de rétro projection
- Un nouveau panneau de contrôle qui permet d'accéder plus rapidement aux réglages
- Une simulation CineFX (NV30) pour les développeurs utilisant Cg
Il est également à noter que ces drivers sont les premiers à integrer un ICD compatible OpenGL 1.4, la principale nouveauté étant l'intégration de l'extension ARB_vertex_program qui contrairement aux précédentes extensions pour les vertex shader n'est pas propriétaire.
Nous avons mesuré un gain de performance assez variable. En effet, sur GeForce4 Ti 4600 il varie entre 0 à 5% en OpenGL quelque soit le réglage et en Direct3D sans AA / Aniso. Avec AA 4x / Aniso 8x en 1024*768, nous avons mesuré un gain pouvant atteindre variant en D3D entre 0% (Dungeon Siege), 15% (UT2003, Comanche4) 25% en (AquaNox). Le Radeon 9700 garde toutefois un net avantage, puisqu'il s'avère respectivement 1.9x, 1.8x, 1.2x et 2.8x plus rapide sous ces jeux avec ce type de réglage.
En ce qui concerne les aficionados de 3D Mark, sachez que le gain sous Nature est impressionnant (+48%), sans que les tests synthétiques de Pixel / Vertex Shaders augmentent sensiblement.
Pour finir, ces drivers intègrent enfin la possibilité d'agrandir la taille de la sortie TV (overscan, que ce soit avec une puce Philips ou Conexant) afin de limiter les bandes noires pendant la lecture d'une vidéo, et permettent de régler le niveau d'Anisotropic en Direct3D.
Update : Ces premiers drivers 40 ne sont pas exempts de défauts. Ainsi, il est impossible de passer au dessus de 75 Hz (malgré ce qu'indique Windows) sur certains moniteurs. Cela semble plus particulièrement toucher les moniteurs IIyama, en particulier les A702HT, S704HT et A705MT (problème de détection DCC ?).
Autre problème, l'apparition de bus liés aux polygones sous AquaMark ainsi que sous MotoGP. Le problème semble venir de la gestion des Vertex Shaders dans les 40.xx, puisque leur désactivation sous MotoGP vient à bout des bugs graphiques.
Bien entendu, ces problèmes sont malheureusement communs étant donné qu'il s'agit d'une nouvelle génération de drivers. Toutefois on espère que NVIDIA les résoudra très prochainement via une nouvelle version des 40.xx !
ATI Mobility Radeon 9000
D'après AnandTech , c'est aujourd'hui que ATI devrait présenter sa nouvelle puce pour portable, le Mobility Radeon 9000. Comme son nom l'indique, il est basé sur le même core RV250 que son équivalent pour PC de bureau, et est donc le premier GPU pour portable compatible DX8.
Quatre versions du Mobility Radeon 9000, toutes compatibles pin à pin avec le Mobility R7500, seront disponibles :
- Mobility Radeon 9000 S64, 64 Mo de mémoire DDR 128 bits embarquée
- Mobility Radeon 9000 E32, 32 Mo de mémoire DDR 64 bits embarquée
- Mobility Radeon 9000 avec mémoire DDR 128 bits externe
- Mobility Radeon 9000 avec mémoire DDR 64 bits externe
Une 5è version destinée au PC de bureau 'portables' (portable un peu plus gros nécessitant une alimentation externe) tel que l'i-Buddie 4 de ECS sera également disponible. Cette dernière aura l'avantage d'avoir des performances comparables au Radeon 9000 Pro pour PC de bureau, les contraintes thermiques et de consommations étant moins importantes que sur les portables. En ce qui concerne les autres versions, on devrait tourner à environ 250/200 - 250/220 pour la version avec mémoire embarquée, contre 250/230 pour celle avec mémoire externe. Toutefois, il s'agit là de maximum, et il est possible que les fabricants de portables utilisent des fréquences moins élevées.
En terme de fonctionnalité, le Mobility Radeon 900 supporte bien entendu le Powerplay, une technique d'économie d'énergie permettant au besoin de désactiver les blocs inutilisés de la puce, de descendre sa fréquence et sa tension d'alimentation, voir de baisser le taux de rafraîchissement du moniteur LCD, le tout afin de sauvegarder la batterie quand toute la puissance de la puce n'est pas nécessaire. Il est à noter que le niveau de performance peut être configuré manuellement via les drivers. Une autre fonction par rapport au RV250 pour PC de bureau est un filtre dont le but est d'améliorer la qualité d'affichage sur un écran LCD lorsqu'il fonctionne dans une résolution inférieure à celle pour laquelle il est prévu.
AnandTech a pu comparer GeForce4 440 Go et Mobility Radeon 9000 64 Mo sur une configuration identique. Selon les jeux et les résolutions, l'écart varie entre 5-10% et 20-25%, en faveur du Radeon 9000 bien entendu. De plus, John Carmack a indiqué que le Mobility Radeon 9000 devrait être le premier GPU pour portable capable de faire tourner Doom III de manière correcte (sans donner plus de détails, mais ce ne devrait pas être non plus le Nirvana, il ne faut pas rêver!), ce qui est certainement du au support des Shader.
Bref, après le Radeon 9700 sur PC de bureau, ATI revient sur le devant de la scène sur le marché des puces 3D pour portables avec le Mobility Radeon 9000. Reste à savoir quelle sera la réponse de NVIDIA !
Noms des NV18 & NV28
Selon Warp2Search , les derniers drivers beta 31.00 contiennent le nom des NV18 et NV28 :
NV18.1 = GeForce4 MX 440 with AGP8XComme vous pouvez le voir, seuls les Quadro4 voient leur nom réellement modifié, puisque toutes les cartes passent de la numérotation x50 à x80. En ce qui concerne les GeForce4, pas de changement majeur si ce n'est l'ajout l'AGP 8x, preuve que les NV18 et NV28 ne sont que des versions AGP 8x des NV15 et NV25. On remarquera que le GeForce4 MX 460 disparaît au profit d'un 440SE, et que le 4400 ne verra pas le jour en AGP 8x, la puce n'ayant que peu d'intérêt face aux 4200 & 4600.
NV18.2 = GeForce4 MX 440SE with AGP8X
NV18.3 = GeForce4 MX 420 with AGP8X
NV18GL.1 = Quadro4 580 XGL
NV18GL.2 = Quadro4 280 NVS
NV18GL.3 = Quadro4 380 XGL
NV28.1 = GeForce4 Ti 4600 with AGP8X
NV28.2 = GeForce4 Ti 4200 with AGP8X
NV28GL.1 = Quadro4 980 XGL
NV28GL.2 = Quadro4 780 XGL
Le changement est donc mineur (tout comme l'apport de l'AGP 8x en pratique!), et on peut donc se demander comment NVIDIA et les constructeurs vont gérer la transition entre NV15/NV25 et NV18/NV28.
NV30 en Décembre, confirmation
Dans cet entretien , Jen-Hsun Huang, fondateur et CEO de NVIDIA a indiqué que le NV30 devrait bien être disponible dans le commerce dans le courant du mois de Décembre, pour les achats de Noël. Voilà qui confirme donc le retard du NV30, puisque ce dernier était initialement prévu pour le mois d'Octobre. Le Radeon 9700, déjà disponible en petites quantités outre atlantique et qui devrait être disponible dans notre pays courant septembre, gardera donc sa couronne quelques mois de plus !
Gigabyte GV-R9700Pro
AnandTech a pu tester une pré-version Radeon 9700 de Gigabyte. Par rapport à la carte ATI, cette dernière s'overclocke bien plus, du fait notamment d'un ventilateur bruyant, puisqu'elle à pu atteindre 398 MHz pour le VPU et 337 MHz pour la mémoire, ce qui lui permet d'être jusqu'à 15% plus performante qu'aux fréquences de base. Mais justement, les performances sont bien le problème ... puisqu'aux fréquences standard la carte ATI est jusqu'à 7.5% plus performante, et que même overclockée à 378/337 elle est encore devant de 5%. Il faudra donc voir ce dont sera capable la carte Gigabyte GV-R9700Pro dans sa version finale qui est censé résoudre ce petit problème !
La bonne tenue du R9700 en overclocking pourrait toutefois laisser penser que si nécessaire ATI pourrait lancer un R9700 cadencé à plus haute fréquence si nécessaire. Toutefois, pour un résultat optimal il faudrait pour cela une mémoire plus rapide, car même avec un bus 256 bits il semble bien que le gain de performances lors de l'overclocking du GPU soit limité en partie par la mémoire.


