Nvidia Linux Display Driver 180.22

nVidia logo (60 pix) Gisteren zijn door Nvidia met versienummer 180.22 nieuwe *nix display drivers uitgebracht. Ze zijn beschikbaar voor Linux (32-bits), Linux (AMD64/EM64T), Solaris (x64/x86) en FreeBSD. Specifieke installatie-instructies kunnen op de afzonderlijke pagina's worden gevonden. In deze release treffen we onder andere ondersteuning aan voor diverse nieuwe videokaarten, zijn de eerste voorzichtige stappen gezet voor ondersteuning van OpenGL 3.0 en PureVideo-achtige mogelijkheden via de nieuwe vdpau-api en zijn er natuurlijk weer verschillende problemen verholpen. Hieronder is het volledige changelog van versie 180.22 te vinden:

Release Highlights

Added support for the following GPUs:

Quadro FX 2700M
GeForce 9400M G
GeForce 9400M
GeForce 9800 GT
GeForce 8200M G
GeForce Go 7700
GeForce 9800M GTX
GeForce 9800M GT
GeForce 9800M GS
GeForce 9500 GT
GeForce 9700M GT
GeForce 9650M GT
GeForce 9500 GT

Added initial support for PureVideo-like features via the new VDPAU API (see the vdpau.h header file installed with the driver).
Added support for CUDA 2.1.
Added preliminary support for OpenGL 3.0.
Added new OpenGL workstation performance optimizations.
Enabled the glyph cache by default and extended its support to all supported GPUs.
Disabled shared memory X pixmaps by default; see the "AllowSHMPixmaps" option.
Improved X pixmap placement on GeForce 8 series and later GPUs.
Improved stability on some GeForce 8 series and newer GPUs.
Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.
Fixed an nvidia-settings crash when xorg.conf contains Device and Screen sections but no ServerLayout section.
Fixed a problem parsing the monitor sync range X config file options.
Fixed a problem with the SDI sync skew controls in nvidia-settings.
Fixed a problem that caused some SDI applications to hang or crash.
Added support for SDI full-range color.
Improved compatibility with recent Linux kernels.
[break]De volgende downloads zijn beschikbaar:
Linux Display Driver - x86
Linux x64 (AMD64/EM64T) Display Driver
Solaris Display Driver – x64/x86
FreeBSD Display Driver – x86[break]

Reacties (35)

barco 11 januari 2009 17:01

Voor de mensen die vdpau willen gebruiken

ftp://download.nvidia.com/XFree86/vdpau/

These patches add VDPAU support to ffmpeg and MPlayer:

* HW decode acceleration is provided for MPEG-1/2, H.264 and VC-1.

* A VDPAU video output module is added to MPlayer.

ahendriks @barco • 12 januari 2009 10:35

Als leek zijnde maak ik hieruit op dat VDPAU er voor zorgt dat je HD films kan decoden met je grafische kaart... Je moet blijkbaar hier dan nog iets voor installeren... ik zie mplayer staan, maar ik gebruik vlc, gebruikt die deze features nu dus niet?

kozue

Linux

@ahendriks • 14 januari 2009 13:01

Het is niet zo dat magisch alle video gedecodeerd gaat worden via de grafische kaart nee. Daarvoor moet de player zelf de videokaart aan spreken. Aangezien VDPAU net nieuw is, zul je misschien wat geduld moeten hebben voordat het allemaal werkt.
Ik vraag me alleen af hoe die video output module van mplayer werkt... ik hoop niet dat het van standaard nvidia kwaliteit is en alleen dingen afspeelt die de grafische kaart aan kan, want dat betekend dat je voor ieder videobestand afzonderlijk je output moet gaan zitten bijstellen. Wat je eigenlijk wilt is dat het transparant op de achtergrond gebeurt bij bestanden die ondersteund worden.

Maar ik vind het zelf wel interessant. Ik kijk nogal veel h264 video tegenwoordig, en alhoewel dat vloeiend draait, kan het natuurlijk geen kwaad als de hardware optimaler gebruikt wordt. Jammer dat het geen mpeg4 decoding doet (divx/xvid).

[edit:] ik vond een readme op die ftp server en het blijkt nog erger te zijn dan ik dacht. Niet alleen moet je voor vdpau-ondersteunde bestanden expliciet vdpau aan zetten, ook moet je de codec specificeren, uit 4 verschillende mogelijkheden (mpeg, h264, wmv3 en vc1). Bah, ik wacht wel op de officiële support ipv deze rommelige nvidia meuk...

[Reactie gewijzigd door kozue op 22 juli 2024 15:56]

DeeD2k2 @kozue • 14 januari 2009 13:44

HD Video Playback With A $20 CPU & $30 GPU On Linux
Een leuk artikel over de kracht van VDPAU. Het is dus wel zo dat je voor iedere codec MPlayer anders in moet stellen, maar het werkt erg goed.
Hoe dit overigens zit met de integratie in FFmpeg, weet ik niet. Het zou inderdaad mooi zijn als de software voor de juiste output options kiest aan de hand van de input.

Chilly_Willy @ahendriks • 12 januari 2009 10:40

VLC gaat ook VDPAU ondersteuen.

http://www.phoronix.com/s...?page=news_item&px=Njk1NA

[Reactie gewijzigd door Chilly_Willy op 22 juli 2024 15:56]

Skinkie @Chilly_Willy • 12 januari 2009 15:57

Bij ffmpeg zit de review inmiddels (al) bij de configure opties

Dus nog even geduld en het zit in iedere videospeler die zoekt naar hardware extensies.

Zjosh 10 januari 2009 17:43

Dat is wel weer flauw van Nvidia... supporten ze de 9500gt 2x, en de 9600gt niet...

Verwijderd @Zjosh • 11 januari 2009 12:17

Ik heb een 9600GT en draai de 177 versie van de NVIDIA driver zonder problemen op 64bit. Het wordt volgens mij gewoon ondersteund.

brompot758 @Zjosh • 10 januari 2009 17:54

In die lijst staan alleen de GPU's die toegevoegd zijn. De 9600GT staat al langer in de supported product list. Net als bijvoorbeeld de 9800GT en de 8800GTX en zo.

http://www.nvidia.com/object/IO_18897.html

[Reactie gewijzigd door brompot758 op 22 juli 2024 15:56]

cumulus007 @Zjosh • 10 januari 2009 17:52

Ik denk dat ze er een goede reden voor hebben, anders is het nogal flauw. Ik heb vandaag een 9400 GT gekocht, iemand een idee of hij werkt met deze driver?

gertvdijk @cumulus007 • 10 januari 2009 18:20

Ik denk dat ze er een goede reden voor hebben, anders is het nogal flauw. Ik heb vandaag een 9400 GT gekocht, iemand een idee of hij werkt met deze driver?

Voor alle vragen over welke kaarten zijn ondersteund:
Appendix A van de Readme

Wulfklaue @cumulus007 • 10 januari 2009 18:12

De oudere ( laatste officiële release ) versie werkte perfect ( draai ik ) met een 9400GT, zodus ik zie niet in waarom deze niet met de 9400GT zou werken...

Support voor de 9500GT zit er al in vanaf de 177.80. En de 9400GT is dezelfde met enkel de helft disabled.

gertvdijk 10 januari 2009 18:28

De eerste release uit de 180.x serie die niet meer het predikaat bèta heeft!
Ik had erg gehoopt op fatsoenlijke suspend-to-ram support voor notebooks, zoals in de 177 versie (echt perfect), maar helaas is er bij de officiële final release nog geen aandacht besteed aan de problematiek ermee in de 180.x serie. Bron: Nvidia ontwikkelaar op nvnews forum.

We've reproduced the problem and are investigating it. Unfortunately, it's very unlikely that a fix is going to make it in by our official release deadline, so don't expect it to be fixed in the next release.

[Reactie gewijzigd door gertvdijk op 22 juli 2024 15:56]

DummyXL 10 januari 2009 18:33

het staat niet in de change log maar is het schokkende vergroten/verkleinen van KDE4 vensters opgelost, dat vond ik nogal vervelend werken.

Verwijderd @DummyXL • 11 januari 2009 11:58

Helaas pindakaas. Vensters resizen is nog steeds choppy wanneer compiz geactiveerd is.
Althans voor mij toch. Ik heb een GeForce 8600 GT.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 15:56]

erikdenv @Verwijderd • 11 januari 2009 18:09

Compiz in KDE4?
Je hebt toch Plasma tot je beschikking.

DummyXL @erikdenv • 11 januari 2009 19:01

Je kan zowel Plasma als Compiz gebruiken in KDE 4, ik gebruik nu nog Compiz omdat Plasma niet soepel werkt (choppy vergroten/verkleinen dus) Waarschijnlijk bedoeld XRX ook Plasma want Compiz werkt prima

ikkefc3 @DummyXL • 17 januari 2009 11:27

Plasma is toch de desktop shell in KDE4? De Window manager heet KWin.

pieterr94 10 januari 2009 19:52

Ik gebruik Ubuntu 8.10, en dit is echt een prima update van nVidia.
Gefeliciteerd.
Eindelijk vloeiend scrollen door pagina's en vensters vergroten/verkleinen.

coretx 10 januari 2009 20:00

Voor mij is de grote vraag: Maakt die gebruik van de * mayor * nieuwe nieuwe functies in de laatste linux kernel ?!

mproved compatibility with recent Linux kernels.
Dit beantwoord die vraag namelijk niet ....

PhoenixT @coretx • 10 januari 2009 21:08

Nog niet, kan denk ik ook nog even duren

stewie @coretx • 10 januari 2009 23:02

er is niets nieuws voor ati/nvidia kaarten in de nieuwe kernel, er is alleen een ding voor intel gpu's toe gevoegd en die maakt ook niets sneller/beter op die hardware.

graey @stewie • 16 januari 2009 02:17

Van wat ik heb begrepen is er een nieuwe API voor (onder andere?) memory management van grafische kaarten, die beter presteert en makkelijker in gebruik is. Deze is inderdaad al toegepast in (enkele?) Intel-drivers, maar het lijkt me niet raar als ook nVidia en ATi hier gebruik van gaan maken

merethan @graey • 17 januari 2009 12:46

nVidia drivers hebben een eigen versie van alles. Al die memory management upgrades en gimmicks gaan bij mijn weten totaal voorbij aan alle binary-blobs van nVidia en ATi.

kozue

Linux

@coretx • 11 januari 2009 00:19

Improved compatibility with recent Linux kernels.

Dit staat eigenlijk in ieder release, en betekend alleen maar dat het compileert met de laatste kernel, iets waar je normaal niet van uit kunt gaan, omdat die binary rommel regelmatig breekt...

stewie 11 januari 2009 01:21

sleep mode op mijn laptop werkt niet meer na deze update, is er een kernel requirement ofzo?

gertvdijk @stewie • 11 januari 2009 02:20

Nee, zie mijn eerdere post. Heel veel mensen hebben er last van en er melden zich dan ook talloze mensen op het nvnews forum. Nvidia wilde de problemen niet oplossen voor deze eerste final release uit de 180.x serie. Voor desktopgebruikers werkt het prima.

Verder kan ik ook melden dat de powermizer feature nu wel beter lijkt te werken. Niet meer choppy Compiz en na 4 seconden ineens weer smooth doordat de GPU clock weer omhoog wordt geschroefd. Dat is voor mijn laptop cruciaal voor de batterijduur, aangezien er 30 watt (!) verschil in energiegebruik zit tussen volledige GPU belasting en idle. Maar ja, zonder suspend-to-ram heb ik liever mijn GPU in de laagste performance mode staan.

[Reactie gewijzigd door gertvdijk op 22 juli 2024 15:56]

Sfynx 12 januari 2009 12:40

Nog steeds geen driver voor 64-bits FreeBSD systemen? Begint zo langzamerhand wel tijd te worden dat ze op al hun ondersteunde systemen met de tijd meegaan (enige reden dat ik een i386 setup draai hier)

Verwijderd @Sfynx • 12 januari 2009 16:09

Eindeloze discussie. Nvidia en FreeBSD hebben een hele tijd modder heen en weer geslingerd, maar nu zijn ze het er over eens dat het probleem bij FreeBSD zelf ligt. Een van de FreeBSD devs is dan ook al een aantal maanden aan de slag om het probleem op te lossen, maar blijkbaar weet niemand precies hoe ver die intussen gevorderd is. De laatste keer dat ik het nakeek, lag alles weer gewoon stil.

kozue

Linux

@Sfynx • 14 januari 2009 13:02

En wat is precies de reden dat je perse 64 bits wilt? Ik draai overal eigenlijk nog 32 bits linux op, want ik zie er het voordeel niet van in. Misschien zitten er juist alleen nadelen aan, want je integers worden groter, dus het geheugengebruik ook...

Verwijderd @kozue • 15 januari 2009 22:30

Meer dan 3GB RAM aanspreken (6GB is al gebruikelijk), en natuurlijk Y2K38-proof zijn.

jj71 19 januari 2009 01:25

Ik heb versie 180.22 nu een tijdje gebruikt en ik ben er niet zo blij mee!

Ik krijg graphics corruption op mijn scherm en ik ben blijkbaar niet de enige, op de nVidia forums zijn er een heleboel mensen die klagen over dezelfde soort vreemde verschijnselen.

De kwaliteit van 180.22 is blijkbaar dus helaas niet zo geweldig... Wachten op de volgende versie dan maar weer.

Voor nu maar terug naar versie 173.xx, die werkt tenminste zonder problemen.

(op Ubuntu 8.04 64-bit)

[Reactie gewijzigd door jj71 op 22 juli 2024 15:56]

DeadMetal 19 januari 2009 12:11

Weet iemand of en wanneer deze driver aangeboden zal worden via de automatische updates van Ubuntu 8.10?

Verwijderd @DeadMetal • 20 januari 2009 07:49

Vast wel. Op dit moment is 180.11 de meest recente, maar die zat er aanvankelijk ook niet bij. Afwachten dus, tenzij je hem nu al in de "pre-release" repository vindt.

Op dit item kan niet meer gereageerd worden.

Versienummer	180.22
Releasestatus	Final
Besturingssystemen	Linux, BSD, Solaris, Linux AMD64, Linux IA-64
Website	Nvidia
Download	http://www.nvidia.com/object/linux_display_ia32_180.22.html
Bestandsgrootte	20,60MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

01-'11	Nvidia Linux Display Driver 260.19.36	11
12-'10	Nvidia Linux Display Driver 260.19.29	1
11-'10	Nvidia Linux Display Driver 260.19.21	3
10-'10	Nvidia Linux Display Driver 260.19.12	15
09-'10	Nvidia Linux Display Driver 260.19.04 bèta	15
08-'10	Nvidia Linux Display Driver 256.44	14
06-'10	Nvidia Linux Display Driver 256.35	8
06-'10	Nvidia Linux Display Driver 195.36.31	3
05-'10	Nvidia Linux Display Driver 195.36.24	30
03-'10	Nvidia Linux Display Driver 195.36.08	25

Driver-update: Nvidia Linux Display Driver 180.22

Update-historie

Lees meer

Reacties (35)

Sorteer op:

Weergave: