Driver-update: nVidia Detonator (Linux) 1.0-4191

Nadat het een hele tijd stil is geweest rond de driver-ontwikkeling voor Linux van nVidia is het dan eindelijk zover, er is een nieuwe GLX- en kernel-driver voor nVidia videokaarten voor Linux. Gelukkig wordt het wachten beloond met een stel nieuwe features onder Linux die deze drivers met zich meenemen. Zo is onder andere ondersteuning gekomen voor IA64 en Athlon64-architectuur, OpenGL 1.4, AGP 8x, GLX 1.3 en multiple monitors onder XFree. Voor de personen die het niet willen geloven, hieronder staat het officiële changelog:

IA32
Version: 1.0-41.91
Release Date: Dec 11 2002
Release Highlights

OpenGL 1.4 with CineFX architecture support

Support for AGP 8x and nForce2 IGP

Support for index overlays on Quadro4 to support legacy applications

Support for separate X screens on a nView enabled GPUs

GLX 1.3 support
[break]
De kernel tar-file is hier te downloaden en de GLX-driver in tar-formaat is via deze link neer te halen.

Versienummer	1.0-4191
Besturingssystemen	Linux, Linux x86
Website	nvidia.com
Download	http://www.nvidia.com/view.asp?IO=linux_display_ia32_1.0-4191
Bestandsgrootte	2,08MB
Licentietype	GPL

Reacties (15)

Ik heb ze vanmorgen geinstalleerd op Debian 3 / kde2 / kernel 2.4.20 en de snelheid van zowel X, als applicaties als mozilla is aanzienlijk verbeterd

Ik heb ze zelf net ook geinstalleerd via SSH. Nu nog hopen dat ze werken als ik direct thuis me X server restart.
ik heb gister ook iets geprobeerd. de nvidia drivers met apt-get installen. ik merk geen verschil behalve als ik divx wil kijken. dat is ineens bagger slecht (moet ik nog fixen )

Debian 3 / kde2 / kernel 2.4.19

Ik merk ook alleen maar positieve dingen! Alle onderstaande klachten heb ik nog niet kunnen ontdekken en de response lijkt zeker vooruit te zijn gegaan.

Of er moet ook een enorm verschil hebben gezeten met 2.4.20-pre10 => 2.4.20

Verder is het irritant dat bij elke update ze weer andere port nummers gebruiken voor de overlay en v4l e.d. Nu kan ik elke keer weer m'n tv-prog laten scannen en daarna instellen op de juiste port.

heb ze net geinstalleerd op mijn desktop-bak (debian testing / 2.4.20 / TNT2 (jaja)). met de oude drivers had ik steeds het probleem dat de x-server in een dag tijd zoveel geheugen lekte dat ik m'n desktop moest herstarten.
ben er nog niet achter of dat is opgelost, maar de eerste indruk zegt : "omg, wat is dit traaaaag :Z".
als bovenstaand probleem ook niet opgelost blijkt, ga'k mooi weer terug naar de vorige.

Mja, ik wou eigenlijk net zeggen: ben ik de enige bij wie het verplaatsen van een schermpje in X ineens 100% CPU usage tot gevolg heeft
En ja, ik heb de README gelezen over XRender. Nee dat werkte niet. Er staat wel in dat de "nieuwe" 2D accelleratie implementatie nogal experimenteel is... en daarom ook standaard uit staat. Naja, wachten op een volgende release dan maar.

Mensen die nvclock (overklokproggel voor nvidia kaarten) gebruiken: hier werkte dat ineens niet meer als user. Als je nvclock in je X startup hebt staan, komt X niet eens meer up omdat nvclock een error retourneert. Oplossing: maak nvclock SUID root of - iets minder security gevoelig - doe iets met sudo.

het was bij mij toch de laatste tijd al dat ik soms me user cpu usage omhoog jaag zonder verklaabrare reden.. dat kun je terugzien in gkrellm en het gebeurd nooit als ik kijk (me koe zorgt voor de nice cpu usage)

nvclock_gtk werkt hier nog steeds. maar ik heb het gisteren pas geinstalleerd en dus nog niet gereboot. hij start naar mijn weten niet automatisch op (apt-get gedaan, verder nog niets veranderd, op me kloksnelheden na dan ).

Verschil merk ik niet qua snelheid.
MSI GF2TI-VX Pro-VIVO heb ik dus. maar ja, het werkt nog steeds en dat is niet altijd

het is maar goed ook dat dat niet als gewone user kan. Direct hardware aanspreken hoort niet te kunnen zonder root privileges. Ik zou nvclock niet suid root maken. Het is slimmer om een klein SysV init scriptje te schrijven. (in /etc/init.d) ff met chkconfig adden en ervoor zorgen dat ie voor X opkomt (gdm/xdm wat je verder ook gebruikt).

Ik twijfelde even door alle negatieve reacties hier en op andere fora, maar ik heb ze toch geprobeerd. Na enig experimenteren:

"renderAccell" leidt tot keiharde lockups -> harde reset

Echter, 3D performance is uitstekend: glxgears +15%
En de scherpte en kwaliteit van het 2D beeld, hoewel het niet objectief te meten is: het oogt scherper en rustiger. Kleurcontrasten zijn uitstekend. Ik kan zelfs met het als een razende over het scherm bewegen van transparante windows het CPU gebruik niet boven de 15% krijgen, dus wat dat betreft heb ik niets te klagen.

* 786562 AlterEgo[hardware: GeForce 2MX; Duron 1200 KT333 / 512 MB DDR333]

als ik op glxgears af mag gaan heb ik een een lekkere winst gemaakt van 990 naar 1160 (GF2GTS)

Om nog ff te mierenneuken, het licentie type is toch niet GPL?

Zeg, ik heb even een vraagje. Over een weekje ben ik Linux Redhat 8 user. Maar uit het bovenstaande lijk het alsof de linux detonators per kaart apart worden ontwikkeld en niet voor de chipset. Maar dit spul is niet bios-afhankelijk, toch?

deze drivers werken op alle nvidia kaarten >= TNT1

hmm.. zodra ik een tweede X opstart is het beeld goed fout.
kwa snelheid merk ik helemaal nix, ook met OpenGL dingen niet.
(amd tb 1200, gf4-mx420)

Met de vorige versie had ik met glxgears rare scores, zodra ik me muis beweegde haalde ik ook meer fps. Deze versie is daarin nu heel wat stabieler en muis bewegingen maken dus ook niet meer uit.

Blijf wel een raar probleem met mozilla houden, vooral bij t.net zie je bij sommige regels dat het font een lijn van 1 pixel mist dit gebeurt alleen zodra je gaat scrolle met het beeld.

Niet echt bijstervernieuwend dus (GeForce3 hier)
Hoewel het wel aan te raden is het ding te installeren.
Hopelijk hebben ze dit keer ook een makkelijk rpm-etje voor redhat 8 gemaakt. Voor 7.3 < was hij er al, maar 8 was nog altijd zelf compileren
Snelheid gaat er trouwens wel ZWAAR mee vooruit!
UT2003 onder linux of windows maakt qua snelheid bijna geen verschil.