Driver-update: Nvidia Linux Display Driver 180.06 bèta

De ontwikkelaars van Nvidia hebben enkele dagen geleden een nieuwe set bètadrivers voor Linux uitgebracht met ditmaal 180.06 als het versienummer. De Linux Display Drivers zijn verschenen voor Linux x86, Linux amd64/em64t, Freebsd x86 en Solaris x86/x64 en voegen voornamelijk ondersteuning voor Cuda 2.1 toe. De bijbehorende lijst met aanpassingen ziet er als volgt uit:

Release Highlights:

• Added support for CUDA 2.1.
• Added initial support for PureVideo-like features on Linux via the new VDPAU API (see the vdpau.h header file installed with the driver).
• Added new workstation performance optimizations.
• Enabled the X Render "GlyphCache" by default.
• Disabled shared memory X pixmaps by default; see the “AllowSHMPixmaps" option.
• Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.
• Improved X pixmap placement on GeForce 8 series and later GPUs.
• Improved stability on some GeForce 8 series and newer GPUs.

Linux:

• Improved compatibility with recent Linux kernels.

FreeBSD:

• Updated the X driver to properly detect/report the system's ACPI power state (AC/battery).
• If you are using FreeBSD 6.x, you will need to make sure that the 'compat5x' package is installed.
• The 'nvidia-settings' utility can be built from source if the binary included in the 180.06.tar.gz package doesn't work (e.g. due to a ports/ library version conflict).

Versienummer	180.06 bèta
Releasestatus	Beta
Besturingssystemen	BSD, Linux x86, Solaris, Linux AMD64
Website	Nvidia
Download	http://www.nvidia.co.uk/Download/Find.aspx?lang=en-uk
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (26)

[maleadt]

# Added initial support for PureVideo-like features on Linux via the new VDPAU API (see the vdpau.h header file installed with the driver).

Dit zal veel mensen als muziek in de oren klinken Op phoronix staan wat vergelijkende grafiekjes (VDPAU vs Xv enzo): http://www.phoronix.com/s...e&item=nvidia_vdpau&num=2

Nu nog ATI, en wel liefst in de opensource driver... *droomt verder*

[mavi]

Ok ik kan nu eindelijk KDE4 gebruiken. Wat een verschil zeg

@haling

Probeer KDE4 eerst met de vorige drivers en vervolgens met deze. Je zult zien hoeveel verschil goede drivers kunnen maken.

[lammert]

Eindelijk echte HD video op Linux
En weer een reden minder om niet over te stappen.

[DLGandalf]

idd, maar wat wel raar is, op de nv forums werd moord en brand geschreeuwd om een dergelijke api, nvidia bleef altijd ontkennen dat ze ergens mee bezig waren. Een hoop mensen zijn aardig boos geweest daarover, en nu plotseling komen ze met een video api. Heel aardig enzo, maar waarom kondigen ze dat niet aan van te voren zodat mensen niet in de tussentijd een ati kopen. uit nvidia perspectief is dit niet echt handig.

[SiliconError]

Nou, 'initial support for PureVideo-like features' klinkt nog niet echt alsof Jan-met-de-Pet het binnen nu en 2 weken op magische wijze standaard meegeleverd krijgt bij Ubuntu.
Een nieuwe API ook nog, wauw! alweer één? Hij is toch wel standaard dit keer?
Encoding: forbidden is ook niet echt hoopvol. Sorry als ik wat cynisch klink, maar serieuze audio en video zonder al te veel moeite voor de eindgebruiker moet ik nog zien gebeuren op een Linux machine.

[dragunova]

SiliconError heeft ergens wel een punt; het voelt een beetje aan als zoethoudertjes voor de "niet betalende" consument (die linux-users zijn). Natuurlijk betalen ze wel voor de hardware maar niet voor micro$oftware. Zonder nu een conspiracy-theory te hoeven verzinnen zal het nvidia meer opleveren om voor redmond-software-compatibele drivers te ontwikkelen dan voor de unices.

Kijk ook naar de bsd-drivers; nog immer geen 64-bit.

Dit is echter wel weer een goede stap in de juiste richting die laat zien dat het wel mogelijk is. Alleen in het tempo dat wordt bepaald door de industrielen. En geef ze eens ongelijk? Deze hardwaredrivers open-source maken is waarschijnlijk nog veel te vroeg en misschien zelfs te gevaarlijk voor nvidia. Tis tenslotte hun dikbelegde boterham

[Reactie gewijzigd door dragunova op 28 juli 2024 17:24]

[krflyer]

Hoezo betaalt een Windows / Microsoft gebruiker wel en een Unix gebruiker niet? Ik heb op mijn WinXP platformen nog nooit voor een driver update betaald.

Het is heel simpel: als je hardware brakke driver support voor een OS heeft, kopen de klanten het niet. Ik koop geen AMD omdat de driver support minder is dan NVidia. Dus, wat mij betreft had AMD ook gewoon geen geld gestoken in ontwikkeling van een super nieuwe feature rich product, als ze geen geld steken in driverontwikkeling is dat weggegooid geld.

[Anoniem: 69437]

Voor PureVideo mag je echt betalen hoor. Dat krijg je niet zomaar meegeleverd. Behalve als je dus Linux gebruikt.

[The Zep Man]

Voor PureVideo mag je echt betalen hoor. Dat krijg je niet zomaar meegeleverd. Behalve als je dus Linux gebruikt.

Al start je onder Windows het programma Media Player Classic - Homecinema, dan kan je gebruik maken van DXVA voor hardwarematige H.264-decoding zonder dat het iets kost. Dit verkoopt Nvidia als 'PureVideo HD'.

[Loekie]

Ja en nee, de laatste door mij aangeschafte grafische kaarten waren van Nvidia juist omdat deze betere driver ondersteuning onder linux heeft.
Deze toevoeging aan de driver doet mij voor mijn volgende HTPC dan ook besluiten uit te wijken naar een NVidia-mobo met Intel processor i.p.v. een Intel chip.
Ik had v.w.b. HD m'n geld staan op Intel waarvan ik verwachte dat ze de drivers voor HD sneller gerealiseerd zouden hebben.

[kozue]

Je opmerking over betalen en MS raakt kant noch wal. Wat kan het nvidia schelen of je windows koopt of niet? Ze maken hardware (grafische chips) en kan het eigenlijk alleen schelen of je die chips koopt of niet, niet wat je er mee doet. Een linux user betaald net zo veel voor hun geforce kaart dan een windows user.

[Anoniem: 24417]

idd, best idioot als je bedenkt hoe makkelijk het zou moeten zijn om te developen. peanuts voor zo'n groot bedrijf..

[bsander]

Fixt dit ook de performance problemen waar KDE4 zo'n last mee heeft?

[haling]

Dat heeft niets met de video drivers te maken!

@MadEgg,

Het heeft niets met een vieze rant te maken, het was gewoon een inkoppertje!

De vraagstelling ging niet over glitches of artifacts, maar puur over performance van een desktop omgeving... Dat heeft mijns inziens dus weinig met de videodriver te maken.

[Reactie gewijzigd door haling op 28 juli 2024 17:24]

[YaPP]

haling: ervaring of fantasie?

Er is aardig wat gedocumenteerd voor de problemen met video drivers onder KDE 4:
http://userbase.kde.org/GPU-Performance

Op een aantal systemen vliegt KDE 4 echt over het scherm, bij andere rendert alles super traag. Dat komt o.a. door een aantal bugs in de NVidia drivers. De release notes van de vorige beta's vermelden ook explictiet dat er gewerkt was aan optimalisaties t.b.v. KDE 4.

Met KDE 4 hebben de ontwikkelaars er bewust voor gekozen om toch gebruik te maken van de "nieuwe" features (lees: dingen die al jaren hadden moeten werken, zoals alpha channels in X). Op deze manier is iedereen er toe aangezet om deze bugs eindelijk eens een keer te fixen, zodat KDE 4.1 en vooral 4.2 echt een goede release kan worden.

[Reactie gewijzigd door YaPP op 28 juli 2024 17:24]

[MadEgg]

Dit voelt een beetje als een vieze rant naar KDE4?

KDE4 draait bij mij prima, twee grote problemen. De eerste is het niet functioneren van khotkeys(vooruit, ik snap inderdaad echt niet hoe ze een niet-beta durven uitbrengen waarin zulke basisfunctionaliteit niet werkt), de tweede zijn rare glitches als desktop effects zijn ingeschakeld, en die laatste zijn wel degelijk aan de nvidia-driver te wijten. Ik hoop dat deze driver ze oplost en dat deze driver dus ook vlug naar kubuntu komt! Blijf het liefst wel bij de package manager namelijk.

[kozue]

De performance van een desktop omgeving heeft wel degelijk met de video driver te maken. Er was een tijdje nogal ophef over de nvidia driver vanwege z'n slechte 2d (= desktop) performance met nieuwere kaarten, en ik merk zelf een dag en nacht verschil tussen m'n GF8 en de onboard intel brol.

[CAPSLOCK2000]

Die problemen zijn een paar weken geleden al opgelost met de vorige versie van deze drivers.

[Skinkie]

De eerste patches voor FFmpeg om de VDPAU API daadwerkelijk te gebruiken zijn al gesignaleerd.

Wat een beetje jammer is:

+ /**
+ * VDPAU Acceleration
+ * - encoding: forbidden
+ * - decoding: set by decoder
+ */
+ int vdpau_acceleration;

[Darkvater]

Hmm CUDA 2.1? Waarom kan ik hier niks over vinden? De NVIDIA website heeft het nog steeds maar over 2.0 als laatste versie.

[Robinski]

Dat viel mij ook al op helaas.

Wil wel eens weten wat er verbeterd is in CUDA

[DummyXL]

het venter van afmeting veranderen als ik KDE 4 de desktop effecten aan staan gaat echt met horden en stoten dit is echt de Nvidia driver en moet echt beter.
(gebruik een 9800 gt 512 met 177 nvidia driver)

[stereohead]

Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.

Ha, hier heb ik last van, eens kijken of deze driver het verhelpt

[andreklaver]

Ik had die problemen met Compiz ook en het is nu eindelijk op orde! Heerlijk!

Ik gebruik een GeForce 7600 GS om precies te zijn. De bugfix zou voor de 6/7 serie van toepassing moeten zijn. En dat lijkt te kloppen Video lijkt ook beter te draaien nu maar dat kijk ik nog even aan.