La nouvelle mouture des drivers propriétaire NVIDIA est sorti.
Au menu de la mise à jour :
* Ajout de la prise en charge des GPU GeForce 7300, GeForce 7400 Go, GeForce 7600 et GeForce 7900.
* Ajout de la prise en charge de l’exécution d'applications OpenGL avec l’extension Composite X activée, voir l’annexe « L’extension X Composite » pour plus de détails.
* Activation par défaut de l’accélération matérielle de l’extension Render X.
* Ajout de l’option de configuration X « AddARGBGLXVisuals », qui permet le rendu des applications OpenGL dans le canal alpha de X Windows.
* Ajout de la prise en charge de Linux/i2c au module noyau de NVIDIA ; voir l’annexe « Prise en charge du bus i2c » pour plus de détails.
* Prise en charge améliorée de la gestion de la consommation avec Linux >= 2.6.14 et ajout de la prise en charge de « suspend-to-disk ».
* Ajout de la nouvelle entrée de mode « nvidia-auto-select » s’utilisant dans le fichier de configuration X ; voir description dans l’annexe « Modes de programmation ».
* Ajout de la prise en charge de GLX 1.4.
* Ajout de la possibilité pour les applications OpenGL de s’étendre sur plus de 4096 pixels en Xinerama.
* Amélioration de la prise en charge de G-Sync.
* Modes entrelacés fixes sur les écrans CRT.
* Compatibilité améliorée avec les derniers noyaux Linux 2.6.
Bonne update ;)
Journal Pilote propriétaire NVIDIA 1.0-8756
8
avr.
2006
# Plop
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Adieu nv sur mon laptop \o/
Re-bonjour OpenGL et peut-être XGL \o/
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Plop
Posté par degeu raoul ⭐ (Mastodon) . Évalué à 1.
The NVIDIA driver does not yet support the GLX_EXT_texture_from_pixmap extension. This extension is used by OpenGL-based composite managers, such as Novell's Compiz, to use X pixmaps as OpenGL textures. Support for the GLX_EXT_texture_from_pixmap extension will be provided in a future NVIDIA driver release.
Le prochain coup, peut-etre ?
[^] # Re: Plop
Posté par Pinaraf . Évalué à 5.
Ça empêche par contre l'utilisation d'aiglx.
Et avant que ça ne trolle sur les pilotes nVidia, les raisons pour la non implémentation de l'extension : c'est qu'elle est pas stable. La spécification est en cours de rédaction/finalisation. Quand ça sera stable, ça sera implémenté normalement.
[^] # Re: Plop
Posté par Infernal Quack (site web personnel) . Évalué à 3.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Plop
Posté par letsyl . Évalué à 3.
[^] # Re: Plop
Posté par gnumdk (site web personnel) . Évalué à 3.
Expliqué n fois par les dev de chez nvidia et par monsieur Xgl.
[^] # Re: Plop
Posté par Ph Husson (site web personnel) . Évalué à 3.
Enfin d'apres les commentaires c'etait un peu mal expliqué mais bon, pour ceux que ca interesse fouillez sur ma page dlfp
[^] # Re: Plop
Posté par Khâpin (site web personnel) . Évalué à 1.
enfin si, il suspend, il se remet en marche après, tout fonctionne très bien, à part l'écran qui reste noir (ce qui est assez génant).
Pour XGL, ça fonctionnait déjà très bien avec l'ancienne version.
[^] # Re: Plop
Posté par Infernal Quack (site web personnel) . Évalué à 2.
En effet ç marchait très bien avant.
Je suis en train de tester le suspend-to-disk en direct......suspense......ça se mets bien en veille.....ça reload la RAM...... ça gratouille le disque........ça gratouille longtemps..........Et ça marche \o/
Je ne sais pas pourquoi ça ne marche pas pour toi
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Plop
Posté par _Hitek_ (site web personnel) . Évalué à 1.
J'ai eu le même bleme. J'ai donc suivi le readme : utiliser le module kernel nvidia plutot que celui qui vient avec le kernel, ce qui se traduit dans ton /etc/X11/xorg.conf par cette ligne :
Option "NvAgp" "1"
dans la section "Device", et après ça a roulé pour moi...
[^] # Re: Plop
Posté par Khâpin (site web personnel) . Évalué à 1.
Si l'un de vous pouvait m'envoyer sa config/arguments du module nvidia/incantations vaudous, je suis preneur.
# L'indispensable lien
Posté par Cali_Mero . Évalué à 8.
# OpenGL && Composite
Posté par med . Évalué à 5.
Ah enfin ! Ça faisait longtemps que je l'attendais. Avant, dans Celestia par exemple, quand composite était activé les menus passaient sous la fenêtre OpenGL, rendant certains éléments inaccessibles. Maintenant ça passe parfaitement et l'ombre des menus est mise à jour exactement comme il faut. Maintenant il ne manque plus que le support Xv et il sera temps de passer à AIGLX/GLX. :)
# Quelle option !
Posté par C2RIK . Évalué à 10.
# Juste une question
Posté par Manger sur pattes . Évalué à 1.
[^] # Re: Juste une question
Posté par Pinaraf . Évalué à 0.
[^] # Re: Juste une question
Posté par Anonyme . Évalué à 10.
Le rendu classique de X est de demander aux applications de ce dessiner directement sur l'écran, en gros X demande a Qt et Gtk de dessiner une portion de la fenêtre si elle n'est pas visible en entier. Comme certaines parties ne sont pas dessinées, il n'est pas possible de faire de la transparence et celle ci serait dépendante de l'ordre de rafraichissement. De plus, c'est un système orienté "sans accélération matérielle" ou la méthode la plus rapide est de demander le moins de travail aux applications (donc redessiner le moins de surface possible)
Avec un "compositeur" on demande à toutes les fenêtres de se dessiner, non pas directement dans le tampon mémoire principal - celui qui est affiché à l'écran -, mais dans un bout de mémoire à part. Après le "compositeur" pourra choisir quel tampon aller afficher, et comment l'afficher (transparence, redimensionnement).
Pour en revenir à nos moutons, l'extension composite a pour but d'accélérer la composition en manipulant directement l'accélération matérielle - c'est à dire les routines dédiées de la carte video - moyennant une petite couche d'abstraction j'imagine.
Sous Xgl on passe par l'OpenGL, ou a partir des tampon mémoires ou sont dessinées les fenêtres on génère des polygones texturés - d'où l'importance de GLX_EXT_texture_from_pixmap.
Donc plutôt que d'avoir à manipuler les routines de la cartes videos on utilise l'API OpenGL, qui via le driver, permettre l'accélération matérielle.
Toutefois XGL est considérée comme "moins propre" puisqu'il faut un X avec de l'OpenGL qui gère l'affichage, plutôt que ce soit directement X qui gère tout ca - comme c'est le cas avec l'extension composite.
Mais il faut noter que dans les deux cas on patine sur des problèmes de drivers, donc c'est pas encore le bonheur du libriste.
# pas mieux
Posté par mathieu mathieu (site web personnel) . Évalué à 1.
erreurs xid, écran noir, obligé de reboouter via les magic keys ...
Sur les forums de nvidia, il semble que je ne sois pas seul!
(debian testing noyau 2.6.15, carte mère nforce3 250g, NVIDIA 6600GT AGP)
# Et comme toujours ...
Posté par Benoît Déchamps (site web personnel) . Évalué à 5.
[^] # Re: Et comme toujours ...
Posté par Pinaraf . Évalué à 2.
[^] # Re: Et comme toujours ...
Posté par Patrice Mandin . Évalué à 3.
- Pas de correction de bugs
Quand on voit que la majorité du Changelog, c'est des bugfixes, ca pourrait être facilement backporté pour le driver des anciennes cartes. Moi j'ai une Geforce 2 Ti, donc concerné aussi.
- Pas d'adaptations pour les noyaux plus récents
Si le noyau change trop, le module noyau 7174 pourrait ne plus être compilable sur de prochaines versions. Là je viens d'essayer avec un 2.6.15, j'ai des warnings, mais ça fonctionne encore.
- Yapluka croiser les doigts pour que ce soit fonctionnel rapidement:
http://nouveau.sourceforge.net
[^] # Re: Et comme toujours ...
Posté par Victor . Évalué à 2.
Apres, savoir quand elle sortira .. . ..
[^] # Re: Et comme toujours ...
Posté par gnumdk (site web personnel) . Évalué à 5.
- Pas d'adaptations pour les noyaux plus récents
Ah, et moi je lis dans le README:
Below are the legacy GPUs that are no longer supported in the unified driver. These GPUs will continue to be maintained through the special legacy NVIDIA GPU driver releases.
Je ne vois pas en quoi l'ancienne branche n'est plus maintenu.
[^] # Re: Et comme toujours ...
Posté par Patrice Mandin . Évalué à 1.
C'est simple, il suffit de regarder la date de sortie des pilotes 7174 (31 Mars 2005). Donc voilà, pour moi, jusqu'à preuve du contraire (sortie d'une release avec tous les bugfixes), ils ne sont plus maintenus.
Ceci dit sur leur forum, on voit trainer de temps en temps des patches pour le module noyau, pour les config un peu exotiques.
# linuxfr isn't composite compliant
Posté par Jean Roc Morreale . Évalué à 3.
(et moi je suis pas Toubon compliant avec tout ça)
[^] # Re: linuxfr isn't composite compliant
Posté par sirrus . Évalué à 2.
Par contre, comme je l'ai dit, j'ai des améliorations avec de nombreux écrans de veille OpenGL et celestia marche désomais à la perfection.
Je n'ai pas encore essayé de jeux par contre.
Et je me demande aussi pourquoi la sortie de nouveaux drivers qui semblent assez innovants ne font pas l'objet d'une dépêche.
[^] # Re: linuxfr isn't composite compliant
Posté par BAud (site web personnel) . Évalué à 2.
perso bof... éventuellement quand il y aura ceux d'ATI, ça permettra d'avoir des retours sur le bon fonctionnement de chacun.
Après pour l'aspect innovant, si tu pouvais détailler ce qui t'as intéressé...
C'est tout de même assez déprimant d'être encore obligé de se palucher ces pilotes proprios, sans que le legacy n'ait été libéré.
Si tu as des informations sur comment / combien nvidia contribue aux pilotes libres, là ça pourrait s'avérer intéressant AMHA.
[^] # Re: linuxfr isn't composite compliant
Posté par sirrus . Évalué à 3.
Ah heu non, j'allais oublier... est-ce que j'ai des infos sur comment nvidia contribue aux pilotes libres ? Euh, non autant je respecte la ligné éditoriale, autant sur cette question je m'en branle totalement, désolé. J'utilise Linux parce que c'est efficace et que ça me satisfait (je contribue même à Mdk depuis leurs problèmes financiers, vous n'en avez rien à foutre mais je vous le dis), le jour où ça ne m'apportera pas asez de satisfaction, je lasserai tomber, point. Le LL existe et a un certain succès poarce qu'il est efficace, l'aspect libre et ouvert est un plus mais c'est tout.
[^] # Re: linuxfr isn't composite compliant
Posté par briaeros007 . Évalué à 3.
Pour toi.
Pas en ce qui me concerne perso (et je pense pas etre le seul).
# suspend-to-disk
Posté par olebrun . Évalué à 1.
Merci
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.