Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 25 reacties
Bron: nVidia, submitter: ERIKvanPAASSEN

nVidia logo (60 pix)Nvidia heeft nog niet zo lang geleden nieuwe *nix displaydrivers uitgebracht met versienummer 195.36.08. Ze zijn beschikbaar voor Linux (32bit), Linux (AMD64/EM64T), Solaris (x64/x86) en FreeBSD. Specifieke installatie-instructies kunnen op de afzonderlijke pagina's worden gevonden. In deze release is onder andere ondersteuning toegevoegd voor enkele nieuwe kaarten en is Nvidia's 3D Vision Stereo nu ook mogelijk gemaakt op de Quadro-lijn videokaarten.Het changelog laat verder een groot aantal bugfixes zien:

Release Highlights
  • Added support for the following GPUs:
      Quadro FX 880M
      GeForce GTS 350M
      GeForce GTS 360M
  • Added support for NVIDIA 3D Vision Stereo on Linux with Quadro GPUs. See the "Stereo" X configuration documentation in the README
    for details.
  • Fixed a bug that caused screen corruption after an application released a GLX_NV_present_video device.
  • Fixed an X server crash caused by starting nvidia-settings while X was not on the active VT.
  • Fixed brightness control hotkeys on some laptops.
  • Fixed an nvidia-settings bug that produced many "Bad argument" warning messages when running nvidia-settings --query all.
  • Fixed an installer bug that produced the following message:
      WARNING: Unable to perform the runtime configuration check for library 'libGL.so.1' ('/usr/lib/libGL.so.195.36.03'); assuming successful installation.
  • Fixed a bug that caused G-Sync stereo synchronization to fail sometimes when enabling frame lock.
  • Fixed a bug that caused OpenGL applications to occasionally crash with "double free or corruption" messages when exiting.
  • On GPUs with VDPAU feature set A, enhanced VDPAU's handling of some corrupted or incorrectly formatted MPEG-1/2 streams. This solves a reported issue with "0testbad.mpg".
  • Fixed a bug in the VDPAU video mixer that caused chroma aberrations, and corruption in the right-hand few columns of pixels, when post- processing video surfaces with widths not an exact multiple of 4 pixels.
  • Fixed a bug that prevented the GPUFanControlState attribute from being set on the nvidia-settings command line.
  • Fixed a regression that made the "TVStandard" X configuration option cause system hangs with products from the GeForce 6 and 7 series.
  • Worked around a bug in some AUO laptop flat panels where the native mode in the EDID is invalid, leading to a 640x480 desktop repeated six times
    across the screen.
  • Increased the maximum number of slices supported by VDPAU for MPEG-2 streams, in order to cope with the region 1 DVD "A Christmas Story".
  • Added unofficial preliminary support for xorg-server video driver ABI version 7, including xorg-server-1.7.99.2.
  • Fix the soname of libvdpau_nvidia.so.1 and libvdpau_trace.so.1 to match their filenames.
  • Fixed a performance regression with non-antialiased text in KDE4.
  • Enabled GPU acceleration for many RENDER compositing operations that were previously processed in software, including conjoint and disjoint blending
    modes and component alpha blending.
  • Added experimental GPU acceleration of the RENDER CompositeTrapezoids operation. This can be enabled at runtime by running:
      nvidia-settings -a AccelerateTrapezoids=1
  • This is only supported on the GeForce GTX series or newer products.
  • Fixed a bug in the VDPAU overlay-based presentation queue that caused high CPU usage during "put bits" operations when more than two surfaces
    were queued.
  • Updated `nvidia-settings --query all` to report all available attributes queryable through all NV-CONTROL target types.
  • Enhanced the VDPAU blit-based presentation queue to provide values of "first_presentation_time" that have less jitter.
  • Add support for R16F and RG32F GLXFBConfigs when using GeForce 8 series and higher GPUs.
  • Added support for A2BGR10 32-bit GLX visuals on 30-bit X screens. These allow some level of window transparency when using 30-bit visuals with GLX and Composite, but they may cause problems with older X servers and/or applications.ARGB GLX visuals can be disabled by adding:
      Option "AddARGBGLXVisuals" "False" to the X configuration file.
  • Fixed a problem that caused DisplayPort devices to behave incorrectly when DPMS power saving mode was triggered.
  • Updated VDPAU to improve thread concurrency.See the README for details.
  • Altered NVIDIA X driver behavior in the case that no display devices are connected to the GPU.Previously, in this case, the NVIDIA X driver would pretend a CRT was connected to the GPU. Now, the NVIDIA X driver will not automatically pretend that any CRTs are connected.If the X driver does not detect any connected display devices, the X server will fail to start.
    To restore the old behavior, use the ConnectedMonitor X configuration option; e.g.,
      Option "ConnectedMonitor" "CRT"
    Alternatively, if display is not desired, Quadro and Tesla GPU users can enable "NoScanout" mode, which bypasses any mode timing validation or use of display devices; this is configured with:
      Option "UseDisplayDevice" "none"
  • Disabled software cursors when the driver is operating in "no scanout" (UseDisplayDevice "none") mode.The software cursor image is not visible in remote desktop applications or screenshots anyway, so having software cursor enabled was unnecessary.
  • Changed glXSwapBuffers() behavior for a pixmap such that it is now a no-op in the direct rendering case in order to match the indirect case and comply with the GLX spec. Previously, calling glXSwapBuffers() on pixmaps in the direct case would swap the pixmap's buffers if the pixmap was double buffered.
  • Modified the installation location and names of internal VDPAU libraries to conform to conventions and Debian packaging guidelines. New versions of libvdpau expect this layout. Compatibility with old versions of libvdpau is maintained with symlinks.
  • Fixed a bug that could cause errors in graphical applications run after a previous application using VDPAU and OpenGL. This behaviour was observed when running Gwenole Beauchesne's hwdecode-demos application.
  • Modified vdpau.h to increment VDPAU_VERSION, to reflect the fact that new features have been added in the past. Also, add the new define VDPAU_INTERFACE_VERSION.
  • Fixed a periodic temporary hang in the VDPAU blit-based presentation queue.
  • Fixed a problem that caused resolution limitations or corruption on certain DisplayPort devices such as the Apple 24" Cinema display or some DisplayPort to VGA adapters.
  • Disabled the UseEvents option for GeForce 8 series and higher GPUs due to a problem that causes occasional short hangs.It will be re-enabled when that bug has been tracked down and fixed.
  • VDPAU now allows multiple streams to be decoded at once, without the need to set any environment variables.

De volgende downloads zijn beschikbaar:
*Linux Display Driver - x86
*Linux x64 (AMD64/EM64T) Display Driver
*Solaris Display Driver – x64/x86
*FreeBSD Display Driver – x86

Nvidia Linux Display Driver (481 pix)
Moderatie-faq Wijzig weergave

Reacties (25)

is het verstandig om dit handmatig te installeren op Ubuntu 9.10-64? Dit omdat de driver niet getoond wordt bij Systeem->Beheer->Hardwarestuurprogramma's.
Voor Ubuntu 9.10 in de terminal het volgende doen en daar na moet met de updates de nieuwste driver binnenkomen.
sudo add-apt-repository ppa:nvidia-vdpau/ppa

Voor Ubuntu 9.04:
sudo sh -c "echo 'deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main' >> /etc/apt/sources.list"
sudo sh -c "echo 'deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main' >> /etc/apt/sources.list"
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys CEC06767


Daarna in beide gevallen is de driver met de volgende regel te installeren:
sudo apt-get update && sudo apt-get install nvidia-195-modaliases nvidia-glx-195
Dergelijke omslachtige installatieprocedures weerhouden veel mensen van de overstap naar Linux. Ik heb het ook even geprobeerd, tot ik er dus achter kwam dat ik net zoals in de jaren 80 via een prompt nietszeggende commando's moest ingeven. Nog even wachten tot het op maat van een 'echte' eindgebruiker gemaakt is. In Windows is het gewoon dubbelklik-next-next-next-finish. Of ligt dit aan de driverfabrikanten?

[Reactie gewijzigd door Cyberblizzard op 5 maart 2010 14:31]

Ja leuk zo'n GUI. Totdat het niet werkt. Dan heb je ook geen mogelijkheid om het wel te laten werken. Commando's zijn helemaal niet jaren 80, het is een manier voor power users om sneller met hun systeem te werken dan via dat eindeloze geklik in rommelige GUI's met veel te veel opties. Je hebt niet perse de commandline meer nodig in Linux, maar veel Linux gebruikers waarderen deze mogelijkheid wel, omdat het nou eenmaal handiger werkt als je veel achter je systeem zit.

De grootste reden om voor dit soort zaken commando's neer te zetten, is omdat een commando overal hetzelfde is, en een GUI niet. "Klik hier en daar in dit menu en zet een vinkje hier en deze optie op die waarde" pffff... snap jij nog wat iemand bedoelt zonder er een screenshot bij te leveren? Sterker nog, hier op m'n werk heb ik een mooie screenshot tutorial om een ssh key toe te voegen in een bladecenter via de webgui, en komen ze met opmerkingen als "mijn bladecenter heeft die en die button niet, mijn interface ziet er anders uit, blah blah". GUI's... zucht...

Het gebrek aan een nuttige commandline is een van de dingen die ik snel ga missen als ik weer eens achter zo'n archaïsch windows systeem moet zitten. Al dat geklik in GUI's zonder snellere manier voor power users is voor mij zo jaren 90...
Leuk dat jij de CLI zoveel wilt gebruiken, maar de meeste gebruikers snappen geen zak van de CLI en willen alles in de GUI kunnen doen. Ik vind het inderdaad goed als je in een besturingssysteem ook alles via de CLI kan doen (en ook ik vind dat in Windows véél te weinig is met hun Command Prompt-venstertje), maar daarbij moet het ook mogelijk zijn om alles via de GUI te doen. Als ik jouw reactie lees, krijg ik het idee dat jij liever hebt dat alles via de CLI gebeurt en dat GUI's zo veel mogelijk achterwege moeten worden gelaten. Dat is leuk voor die enkele super power users op deze wereld, maar de rest van de wereldbevolking wilt gewoon een GUI, zodat ze alles kunnen aanklikken.

Wil Linux ooit meer dan 1% marktaandeel krijgen, dan is het noodzakelijk dat de nadruk komt te liggen op de GUI, in plaats van op de CLI. Uiteraard is er tegenwoordig al zeer veel mogelijk via de GUI en de meeste thuisgebruikers zullen de CLI dan ook niet meer nodig hebben, maar toch is er zeker nog genoeg plaats voor verbetering. Het installeren van software en nieuwe versies die niet in de repositories zitten is namelijk nog steeds een ramp. Wil je een nieuwe versie van OpenOffice.org installeren, dan ga je naar de website van OpenOffice.org en dan krijg je een .tar.gz vol met .deb's. Je kunt niet zomaar één van de .deb's aanklikken, want dan krijg je de melding dat dat .deb-je afhankelijk van een andere .deb. Nou, dan wil je die .deb als eerste installeren, maar die is dan ook weer afhankelijk van een andere .deb. Ja, als je zo moet gaan uitzoeken in welke volgorde je die 40 of 50 moet installeren, ben je wel een tijdje bezig. Via de CLI kun je alle .deb's gewoon met één simpel commando in één keer installeren. Hartstikke leuk natuurlijk, maar dit absoluut niet de manier waarop je een thuisgebruiker software laat installeren.

Wil je een nieuwe versie van Firefox installeren, wordt je een .tar.bz2 aangeboden, waarin alle losse bestanden zitten die je dan maar zelf naar de gewenste bestemming moet verplaatsen. Voor 64-bits systemen werkt dit al helemaal niet, aangezien die .tar.bz2 alleen de 32-bits versie bevat.

Bij deze nVidia-driver is het nog erger, want om hem te installeren, moet je eerst je Display Manager stoppen en dan in een volledig zwart scherm met witte letters (als de thuisgebruiker nog niet bang is geworden door het Terminal-venstertje, is hij het nu wel geworden), CD-en naar de directory waar de .run staan en het dan uitvoeren. Dan kom je terecht in een installer uit de jaren '80 en dan moet je daar allerlei vragen gaan beantwoorden (hij wilt iets downloaden en vraagt of je dat wilt en dan kan hij niet vinden wat hij zoekt en dan vraagt hij of hij het zelf mag compileren (99,999% van de mensen denken: "Waar gaat dit over?")) en dan moet je uiteraard nog weten wat je moet doen nadat de installatie is voltooid, aangezien je nog steeds in dat enge zwarte scherm met witte letters zit. Twee weken later is er een kernel-update en dan zit je weer met een resolutie van 640x480 en moet je de installatieprocedure dus weer opnieuw doorlopen.

Dit werkt niet voor een thuisgebruiker. Een thuisgebruiker wilt gewoon een de nieuwste versie van OpenOffice.org, Firefox of de nVidia-driver kunnen downloaden, op het gedownloade bestandje dubbelklikken, next, next, next, finish, klaar.

Dan kun je als Linux (en dan bedoel ik uiteraard de distributies en niet Linux zelf) zijnde wel zo'n leuke package manager hebben, maar als ze weigeren om feature releases hierin op te nemen, dan schiet je er natuurlijk nog niets mee op. Gebruikers willen namelijk upgraden naar een nieuwe versie, in plaats van nog maanden lang met Firefox 3.5 te moeten zitten, terwijl Firefox 3.6 al uit is. Maarja, je distributie doet alleen aan security releases en voor de feature releases moet je dan maar wachten totdat er volledig nieuwe versie van je distributie beschikbaar is.

Als je distributie je nog niet eens laat upgraden naar een nieuwe browser en je als download één of ander vreemd bestand krijgt aangeboden waar je niets mee kunt, terwijl je in Windows gewoon kunt dubbelklikken, een paar keer op Next en een keer op Finish klikken en in Mac OS X zelfs alleen maar een Firefox icoontje van links naar rechts hoeft te slepen, geef je de moed natuurlijk snel op.

Sowieso, wat heb je aan zo'n mooie package manager als iedereen je alleen maar CLI-commando's geeft? De mensen die Linux al langere tijd gebruiken zijn degenen die nieuwe gebruikers juist de stuipen op het lijf doen jagen. Een nieuwe gebruiker is op zoek naar een IM-programma dat lijkt op Windows Live Messenger en dan besluit om dit eens op het Ubuntu-forum te vragen.
"Hallo, ik ben nieuw hier [want zo beginnen ze altijd. :P]. Weet iemand een IM-programmatje [want die typfout maken ze altijd. :P] dat lijkt op Windows Live Messenger?"
Reactie nr. 1:
"sudo apt-get install emesene"
Reactie nr. 2:
"sudo apt-get install amsn"

Kunnen die mensen niet eens een keer oprotten met hun klote-commando's? Dit is een nieuwe gebruiker die van Windows afkomt? Hoe lang denk je dat het duurt voordat hij zijn Windows-CD/DVD weer in zijn handen heeft als je met dit soort reacties komt? Vertel ze waar ze de package manager kunnen vinden, hoe deze werkt en dat hij Emesene of aMSN kan installeren als hij een IM-programma wilt dat op Windows Live Messenger lijkt.

Je ziet het hier ook weer. De eerste reactie op dit meuk-bericht is een vraag en meteen het eerste antwoord staat alweer vol met ingewikkelde commando's waar een normale gebruiker geen zak van snapt.

Wil Linux ooit meer dan 1% marktaandeel krijgen, dan moet software die nog niet (of gewoon helemaal niet) in de repositories staat gewoon te installeren door te dubbelklikken op een bestandje en moeten de oude Linux-gebruikers eens een keer vertellen hoe je iets in de GUI uitvoert en alleen maar CLI-commands geven als daar echt door iemand om gevraagd wordt.

Het is zeker mooi dat de super power users een volledige CLI tot hun beschikking hebben in Linux, maar vrijwel de gehele wereldbevolking wilt helemaal niets met die CLI te maken hebben, dus kom alleen aan met dit soort commando's als erom wordt gevraagd of als het een gebruiker is waarvan je weet dat hij graag in de CLI werkt. In alle andere gevallen geef je gewoon aan hoe het in de GUI moet, zodat een normaal mens in staat is om datgene dat beschreven staat te kunnen uitvoeren en deze handeling te kunnen onthouden, zodat deze de volgende keer ook nog weet hoe het moet en niet dat hij iedere keer weer die desbetreffende post erbij moet halen om op te zoeken wat dat ingewikkelde commando ook alweer was.

Op deze manier wordt het werken in de CLI jou echt niet ontnomen. Iedereen die het wilt kan nog steeds gewoon in de CLI werken en dit ook blijven doen zo lang hij maar wilt, maar gewone gebruikers leg je gewoon uit hoe ze de handelingen in de GUI verrichten. Als zij nooit in aanraking hoeven te komen met de CLI zullen ze Linux blijven gebruiken en ook aan anderen gaan aanbevelen, maar als ze 4 uur na de installatie een vraag op een forum stellen en meteen allerlei wartaal als antwoord krijgen, is Linux er snel weer vanaf en staat meteen dezelfde avond Windows er weer terug op.
Ja, grote lap text maar eigenlijk sla je de plank volledig mis.

Om te beginnen heb ik nooit gezegd dat de hele wereld maar via de commandline moet werken, mijn reactie ging over cyberblizzard's kortzichtige opmerkingen dat de commandline "omslachtig" en "jaren 80" zou zijn. Als jij het leuk vind om eindeloos door venstertjes heen te klikken, ga je gang, en ja, desktop omgevingen als Gnome en KDE zijn er inderdaad volledig op gericht om het onderliggende systeem zoveel mogelijk van de "domme" gebruiker verborgen te houden.

Je kunt wel aankomen met "als een gebruiker de nieuwste versie van die en die software wil dan moet ie bla bla", maar hoeveel van die "domme" thuisgebruikers ken jij die het echt wat kan schelen met welke versie ze werken? Iedereen zou nog steeds met IE6 werken als MS de nieuwste versie niet via hun updates aan bood. En zelfs met die automatische updates is IE6 nog steeds niet weg. Iemand die perse het nieuwste van het nieuwste wil IS al een power user en zou dus geen probleem met ctrl-c ctrl-v van een paar commando's moeten hebben, ook al weet hij/zij misschien niet wat ze doen.
Overigens heeft Firefox gewoon een grafische installer en hoef je daar niet aan de gang met tarretjes.

Dan kun je inderdaad gaan zeuren over het niet opnemen van de nieuwste versie van de package manager, maar daarbij vergeet je 1 heel belangrijk punt. De software in de package manager voor jouw distro is de afgelopen maanden uitgebreid getest en daarvan durft de distro maker te beweren dat het goed samenwerkt met elkaar. Zomaar even een nieuwe versie erin stampen is een groot risico. Waar denk je dat gebruikers je het meest over zullen gaan afzeiken? Het niet updaten van een stukje software wat al goed werkt (if it aint broken...), of een update de deur uit doen naar *alle* gebruikers die vervolgens op een deel van de systemen problemen oplevert die er normaal tijdens de beta uit worden gehaald? Als ik een distrobouwer was zou ik het ook niet doen. Werkende systemen slopen is altijd een slecht idee voor je imago.
De eerste reactie op dit meuk-bericht is een vraag en meteen het eerste antwoord staat alweer vol met ingewikkelde commando's waar een normale gebruiker geen zak van snapt.
Je ziet iets over het hoofd hier. Deze meukposts zijn niet voor normale gebruikers. Die houden niet bij wat de laatste versie is, en dat zal ze ook aan hun reet roesten. Dit is tweakers.net, en hier zitten een hoop power users, en je kan dus ook verwachten dat als je hier commando's post in een topic over een device driver dat je iemand daarmee geholpen hebt. Als dat voor jou niet geld zit je misschien op de verkeerde site.
En behalve dat, is het echt zo erg dat een normale gebruiker niet weet wat die commando's doen? Denk jij dat een normale gebruiker weet wat een windows installer doet? Die klikt een paar keer op next en weet niks af van wat die rare installer allemaal uitspookt in het registry en op je disk. Zelfde hier, gebruiker copy-paste een paar commando's in een terminal en het probleem is weg. Zelfde idee, zelfde oplossing, in beide gevallen kom je waar je wilt zijn en weet je niet wat je eigenlijk gedaan hebt.

Misschien is jouw probleem meer dat er in windows zoveel voor jou verstopt wordt dat je *denkt* dat je weet wat het aan het doen is, of hoe het werkt. Heb jij ooit wel eens een registry editor open gehad?
Zo ja, moet je ook niet klagen over commando's, het registry is een van de grootste rommeltjes die je aan kunt treffen op moderne systemen, en geen touw aan vast te knopen voor normale gebruikers. Een commando is nog enigszins te lezen.
Zo nee, moet je ook niet aankomen met de vraag hoe je je driver update, want dan ben je ook geen power user, en heb je de nieuwste versie helemaal niet nodig als de oude werkt. Ik heb vaak genoeg een registry editor nodig gehad op windows, toen ik dat nog gebruikte, omdat ze nou eenmaal niet alles in een gui kunnen stoppen. Door de irritante gewoonte van programma's om hun settings daarin op te slaan moest ik er wel eens in om een game ofzo weer aan de gang te krijgen...
als ze 4 uur na de installatie een vraag op een forum stellen en meteen allerlei wartaal als antwoord krijgen, is Linux er snel weer vanaf en staat meteen dezelfde avond Windows er weer terug op.
Dan wens is ze veel geluk daarmee... Met een Ubuntu installatie heb je binnen een kwartiertje een volledig werkend systeem, met Windows ben je nog uren bezig alles weer in orde te krijgen. Van driver installatie tot 3rd party programma's tot het goed zetten van instellingen, want windows heeft geen goede manier om een systeem makkelijk te herinstalleren zonder alles kwijt te raken. Op Linux had je je homedir tenminste op een aparte partitie kunnen zetten of in z'n geheel naar een usb disk ofzo kopieren...
waarom zou 'Linux' meer marktaandeel moeten/willen krijgen? Het is niet alsof Linus er de nieuwe Bill Gates van gaat worden als Linux de nr 1 kernel in desktops wordt. Linux is helemaal geen commercieel product met een bedrijf erachter.
De fabrikant kan idd gewoon een knop op zijn website zetten die de repository toevoegt. Je hoeft dan alleen je wachtwoord in te voeren en je bent klaar.

Het ligt dus zeker niet aan Linux maar aan de fabrikant
Je maakt een grap zeker. Systeem -> Beheer -> Softwarebronnen, vervolgens klikken op Toevoegen, " ppa:nvidia-vdpau/ppa" invullen en op Ok drukken. Daarna krijg je de drivers via je updatebeheer binnen. Windows-gebruikers? Die moeten Driver Updater Super Advanced pro voor 30 eurootjes kopen.
Ik ben het voor een groot deel met je eens.

Via 'System > Administration > Hardware drivers' zou de update ook moeten kunnen. Gewoon via de GUI ;)

Bij mij werkte het in ieder geval.

edit: typo

[Reactie gewijzigd door henkbiertank op 5 maart 2010 14:50]

Ik zou persoonlijk lekker wachten tot 10.4, die zou in April uit moeten komen en zit deze vast wel in. If it ain't broken, don't fix it. Als je echt heel erg zit te springen om een nieuwe versie kun je de ubuntu nvidia packages deinstalleren en de installer van nvidia gebruiken, of de repository van wiethoofd hierboven, maar zolang je geen problemen hebt met de vorige versie zou ik het lekker laten zitten. Nieuwer is niet altijd beter. Mijn ervaring met nvidia drivers is dat het geen flikker uit maakt welke je draait, maar dat je wel mee moet omdat de oudere iedere keer weer stuk zijn als er een nieuwe kernel of xorg uit komt.
Geen probleem, zolang je weet wat je doet.

Bij de minste twijfel over jouw antwoord op bovenstaande vraag hou je je best aan de inhoud van de repo's. Eventueel is er iemand die een PPA opzet met deze driver en kan je via je package manager naar keuze deze driver installeren.
nVidia heeft hem verwijderd in verband met mogelijke fan problemen, het word aangeraden om een oudere versie te insalleren: http://www.nvnews.net/vbulletin/announcement.php?f=14
Disnie windows......
Met andere woorden, als het niet windows is. is het ook niet stuk......
I stand corrected :X

[Reactie gewijzigd door Loekie op 9 maart 2010 12:58]

We believe recent NVIDIA UNIX graphics drivers, 195.36.08 and 195.36.03, are also affected by this. Until the problem is resolved, we recommend that UNIX users revert to the 190.53 web release or the 195.30 public beta.
Zelfs op UNIX kan er van alles stuk gaan...
Computers blijven dingen die stuk kunnen ongeacht de software.
Maar wees eens eerlijk, zou het leuk zijn als allen zonder problemen zou werken? :P
wordt zo moe van zeuren dit is omslachtig , kan het doen via repo van distro of de 1click
( moet wel dependecies goed worden opgemaakt) en anders lekker ./NVxxx.xx.x86_64.run

En wat een gemak Desnoods 2 of meer drivers onder X
X stoppen simple script welke files copies kernel-driver versie en bijbehorende libs
dan X weer starten ( 5 sec werk )

( Dit in tegenstelling Winbagger waar zelfs 3 jaar oude drivers nog in hangen
driversweep helpt niet register zit ook nog vol met bende van weleer )
Dat bedoel ik dus, leg je ouders eens uit dat ze het moeten doen via de 'repo' van de 'distro', maar dat de 'dependencies' dan wel goed opgemaakt moeten worden. En dat ze anders gewoon 'sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys CEC06767' moeten typen... Nog voor je uitgesproken bent willen ze terug een gewone GUI, al heb ik hierboven begrepen dat dit in Linux ook mogelijk is. Sommigen vinden het waarschijnlijk wel handig, maar om door te breken bij het grote publiek moet het toch wel wat gemakkelijk gemaakt worden.
Man man man, je loopt gigantisch achter. tegenwoordig is het enorm eenvoudig gemaakt. Lees mijn vorige reactie eens en kraam geen onzin meer uit ;)
Doe eerst en vooral eens niet zo bijdehand, is nergens voor nodig en komt nogal fanboy-achtig over. Ik baseer me gewoon op de reactie van wiethoofd, die met een heleboel syntax komt (vooral voor Ubuntu 9.04), dat is sowieso veel omslachtiger dan 'next-next-next-finish', hoe je het ook draait of keert. Vanwaar al die syntax als het toch zo eenvoudig is?
Voor Ubuntu 9.10 in de terminal het volgende doen en daar na moet met de updates de nieuwste driver binnenkomen.
sudo add-apt-repository ppa:nvidia-vdpau/ppa

Voor Ubuntu 9.04:
sudo sh -c "echo 'deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main' >> /etc/apt/sources.list"
sudo sh -c "echo 'deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main' >> /etc/apt/sources.list"
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys CEC06767

Daarna in beide gevallen is de driver met de volgende regel te installeren:
sudo apt-get update && sudo apt-get install nvidia-195-modaliases nvidia-glx-195
Geen wonder dat Linux niet doorbreekt bij het grote publiek...

[Reactie gewijzigd door Cyberblizzard op 6 maart 2010 18:04]

Vanwaar al die syntax als het toch zo eenvoudig is?
'Al die syntax' is slechts één manier om een aantal zaken te regelen, zoals boven vermeld kan dat ook door 1 regel in te vullen in de GUI waarna je ook next-next-finish kan gaan doen. Overigens geeft het posten van die drie regels an sich extra informatie die door sommigen ook op prijs wordt gesteld.

Ten tweede hoef je ze maar 1 keer te doen, en ten derde doen ze ook iets meer dan een Windows installer:

- je krijgt cryptografische bescherming tegen ongeauthoriseerde paketten die pretenderen de nieuwste drivers te zijn (lees malware).
- volgende driverupdates worden meegenomen in je al dan niet automatische updatecycle (geheel door de gebruiker via GUI in te stellen)
- de source regel zorgt ervoor dat jouw mogelijk incompatibele omgeving ook een kans heeft om te gaan werken (compilatie, je hoeft er verder niets van te weten)
- dependencies zijn geregeld. Ooit geprobeerd b.v. ATI's CCC zonder .net te installeren? Hoeveel next-next-finish gebruikers ken je die dat zelf hebben opgelost?
Geen wonder dat Linux niet doorbreekt bij het grote publiek...
Dat heeft niet zo veel te maken met driver updates, gewone gebruikers hebben daar onder Windows net zo veel moeite mee, zeker als er iets misgaat (euh, registry?). Het heeft veel meer te maken met een monopolist die nog steeds flink op OEM's kan leunen, maar dat is langzaam aan het veranderen.
ik kom net iets tegen:

This is a pretty urgent thing to report because it could damage or potentially completely ruin your video card if it's ignored. The latest NVIDIA drivers, 196.75-WHQL released on March 2nd, 2010 are causing issues with the video card fan control while playing Blizzard (and other) games. This is caused by the Automatic Fan Speed feature being broken in the latest drivers.

The games included are: World of Warcraft, StarCraft II Beta and Warcraft III. If you play any of these games (which I'm pretty sure you do if you're reading this website), you'll want to roll your drivers back to earlier versions until this is fixed, unless you want to replace a video card within the next few days.


dus voor Bliz gamers niet installeren (en mogelijk andere games ook niet dus).
ok is windows. maar mogelijk dus ook voor deze, dus kijk uit met games.

[Reactie gewijzigd door Kevinp op 5 maart 2010 16:47]

Aleen is dit niet 196.75-WHQL
gelukkig maar dat ik een andere koeler erop heb 8)7
Zitten er ook wel eens Cuda verbeteringen in. ? :?

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True