[ Nvidia ] Le topic des drivers (304.60)

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 41 42 43 .. 48 49 50 51 52 53 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [ Nvidia ] Le topic des drivers (304.60)

e_esprit

Reprise du message précédent :

burn2 a écrit :

Pour ne pas me prendre la tête à devoir basculer la video à la mano sur l'autre écran puis mettre en plein écran puis play. (et va t'en expliquer ça aux parents par exemple, mais visiblement le problème et le même sous windows).

Sinon j'ai testé sur la gf2 ça fait du crop, donc obligé de soit descendre la résolution soit mettre du twinview.

Tu fais un script avec un export DISPLAY=:0.1 et voilà

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Publicité

burn2

Pour ceux qui viendront après

e_esprit a écrit :

Tu fais un script avec un export DISPLAY=:0.1 et voilà

Sauf qu'il reste toujours deux problèmes. Il faut activer manuellement le twinview.
Je n'ai pas vu tant sous windows que sous linux la possibilité de n'activer le twinview que si l'écran était présent. (bon moi personnellement je m'en fou ) mais pour mes parents ça fait plusieurs manip pour quand ils veulent regarder un truc sur la tv.
(car sinon dans le cas ou on laisse le twinview sans écran la souris peu disparaitre sur le côté gauche ou autre de l'écran et là va t'en leur expliquer que c'est parce que ça passe sur l'autre écran mais qu'il n'est pas branché :pt1cable: )

Je trouve que c'est clairement le merdier de ce côté là.
Alors qu'avec un mode clone scallé aucun problème.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

e_esprit

Change de parents

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

regdub

thana54 a écrit :

Petit tuto bien sympathique pour Automatiser une compilation après l’installation d’un nouveau noyau
Spécial debian, mais ca doit marcher pour les autres distrib.

Et rajout au post #1, en FAQ:

Citation :

J'ai mis à jour mon kernel, et au redémarrage de mon pc, je tombe sur de vilains messages me disant que le serveur X n'a pas pu démarrer, pourquoi ? Que faire ? Où sont les pompiers ?

Il se peut qu'après une mise à jour de votre kernel, et suivant votre distrib (certaines distributions ne fournissent pas de paquets pour les drivers nvidia proprio, comme debian qui ne possède pas le kernel-nvidia), qu'il faille recompiler le module nvidia pour l'intégrer à votre nouveau kernel.
Voici un petit tutoriel bien expliqué permettant d'éviter cette facheuse "perte de temps" à chaque changement de kernel:
Automatiser une compilation après l’installation d’un nouveau noyau
Si vous ne voulez pas utiliser ce tutoriel, il faut réinstaller les drivers à la main comme expliqué au début de la FAQ.

Un « module-assistant » qui a besoin d’installer des paquets pour compiler les drivers.
Ca fait un peu usine à gaz.

Je préfère compiler le module avant de rebooter, personnellement.

---------------
Legalize it @HFR

thana54

made in concept

J'ai pas encore testé [:cosmoschtroumpf]
mais ca ne saurait tarder.

C'est vrai qu'il risque de patiner un peu si il ne trouve pas le module "nvidia" sur le nouveau kernel. Va-t-il gentillement rechercher dans les anciens kernels d'installés ?

Message cité 1 fois

burn2

Pour ceux qui viendront après

e_esprit a écrit :

Change de parents

Oué mais bon là c'est un faux problème le cas est le même pour tout débutant.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

thana54

made in concept

thana54 a écrit :

Bon c'est caca comme script, ca te dl les headers, kernel-source pour finir dans un beau message "désolé module-assistant s'est planté, manque un truc, merci à la prochaine"
Je vire du premier post, c'est pas au point en l'état.

anapivirtua

Boh.

Quelqu'un a essayé un 195.30 sur du 2.6.33 ?

Message cité 1 fois

---------------
Si vis pacem, para bellum.

BloodyCarnage

Pas récemment, mais ça fonctionnait sur la rc2.

the_k586

♥ Punk à Chats ♥

anapivirtua a écrit :

Quelqu'un a essayé un 195.30 sur du 2.6.33 ?

it's work

Message cité 3 fois

---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS

Publicité

anapivirtua

Boh.

the_k586 a écrit :

it's work

:jap:

---------------
Si vis pacem, para bellum.

deK

watching for beerz on the wing

the_k586 a écrit :

it works

[:cbrs]

---------------
(old) Feed HA/V

thana54

made in concept

173.14.25 (legacy, prerelease) for Linux x86/x86_64 released

Citation :

Release highlights:

* Improved compatibility with recent Linux kernels.

The 173.14.25 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 173.14.25 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please note: If you encounter any problems with the 173.14.25 NVIDIA Linux legacy graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

96.43.16 (legacy, prerelease) for Linux x86/x86_64 released

Citation :

Release highlights:

* Improved compatibility with recent Linux kernels.

The 96.43.16 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 96.43.16 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please note: If you encounter any problems with the 96.43.16 NVIDIA Linux legacy graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

71.86.13 (legacy, prerelease) for Linux x86/x86_64 released

Citation :

Release highlights:

* Improved compatibility with recent Linux kernels.
* Updated nvidia-installer to detect newer Debian distributions that use /usr/lib32 instead of /emul/ia32-linux as the 32-bit library path.

The 71.86.13 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 71.86.13 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please note: If you encounter any problems with the 71.86.13 NVIDIA Linux legacy graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

burn2

Pour ceux qui viendront après

C'est bien ils continuent encore à supporter les vieux gpu.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

anapivirtua

Boh.

the_k586 a écrit :

it's work

T'aurais pu prévenir qu'il fallait patcher [:cerveau dr]

---------------
Si vis pacem, para bellum.

thana54

made in concept

195.36.03
Changelog de la version beta

Citation :

Release highlights:

* 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.

The 195.36.03 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 195.36.03 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please see the README (x86, x86_64) for more information about this release.

Please note: This NVIDIA Linux graphics driver release supports GeForce 6xxx and newer NVIDIA GPUs, GeForce4 and older GPUs are supported through the 96.43.xx and 71.86.xx NVIDIA legacy graphics drivers. GeForce FX GPUs are supported through the 173.14.xx NVIDIA legacy graphics drivers.

Please also note: If you encounter any problems with the 195.36.03 NVIDIA Linux graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log.gz file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

anapivirtua

Boh.

Et toujours pas de support natif 2.6.33

---------------
Si vis pacem, para bellum.

thana54

made in concept

Petit script à tester: http://code.google.com/p/the-nvidia-swiss-knife/

Message cité 2 fois

Riot

Buy me a riot

thana54 a écrit :

Petit script à tester: http://code.google.com/p/the-nvidia-swiss-knife/

Citation :

Bienvenu dans le biduleur NVIDIA
le magouilleur de pilote propriétaire

/prozac/

---------------
Be the one with the flames.

burn2

Pour ceux qui viendront après

Pas mal.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

thana54

made in concept

Riot: le reste du blabla en capture d'écran est pas mal aussi

blackhawker

IWH and almost anywhere

thana54 a écrit :

Petit script à tester: http://code.google.com/p/the-nvidia-swiss-knife/

envy like?

---------------
création de site - photo

thana54

made in concept

Pour le 2.6.33, c'est pas encore bien prêt pour moi:

BloodyCarnage a écrit :

Si tu parles des 190.5x (la dernière version "stable" ) faut patcher pour qu'ils compilent sous 2.6.33.

J'ai tenté l'installation des 195 avec un --update. Le message est assez bizarre et me dis en gros que je n'ai pas les bons headers pour le kernel en cours :heink:

raphoun

195.36.08

Changlog de la version

Citation :

Added support for the following GPUs: Quadro FX 880M
GeForce GTS 350M
GeForce GTS 360M
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 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.

Liens:
195.36.08 x86
195.36.08 x64

Bon week-end,

Raphaël

Message édité par raphoun le 27-02-2010 à 10:10:56

thana54

made in concept

Mise à jour de la version stable :jap:

Profil supprimé

Petites questions,

- Cette nouvelle version des drivers fonctionne sur la version 2.6.32 du noyau?
- Sur ce lien x86_64, quel fichier prendre?
pkg0,1 ou 2? Je ne sais même pas les différences entre les 3 à part leur taille...

Merci

thana54

made in concept

Prend le plus récent ou à défaut, celui qui à la pkg le plus important.

regdub

Les versions 0 contiennent tout ce qu'il faut pour compiler un machin adapté au noyau.

Les versions plus grosses contiennent en plus des machins compilés pour les noyaux les plus répandus.

Message cité 1 fois

---------------
Legalize it @HFR

BloodyCarnage

regdub a écrit :

Les versions 0 contiennent tout ce qu'il faut pour compiler un machin adapté au noyau.

Les versions plus grosses contiennent en plus des machins compilés pour les noyaux les plus répandus.

J'ajoute que seule la version pkg2 contient les lib openGL 32bit pour archi amd64. Sans elles, pas de 3D sous wine ou autre soft 32bit.

duglambier

Bonjour,

quelque soucis depuis ma mise à jour :

Lorsque je lance un jeu comme quake4, j'obtiens :

Citation :

--------------- R_InitOpenGL ----------------
Initializing SDL subsystem
Loading GL driver 'libGL.so.1' through SDL
SDL_ListModes:
1280x1024 1280x960 1280x720 1152x864 1024x768 832x624 800x600 700x525 640x480 512x384 400x300
320x240
SDL_ListModes are currently ignored for resolution filtering. Set r_useSDLModes to 1 if you want it
Initializing SDL subsystem
Loading GL driver 'libGL.so.1' through SDL
SDL_ListModes:
1280x1024 1280x960 1280x720 1152x864 1024x768 832x624 800x600 700x525 640x480 512x384 400x300
320x240
SDL_ListModes are currently ignored for resolution filtering. Set r_useSDLModes to 1 if you want it
Fatal Error: Unable to initialize OpenGL
--------------- BSE Shutdown ----------------
---------------------------------------------
idRenderSystem::Shutdown()
Sys_Error: Unable to initialize OpenGL

La version que j'ai : 173.14.18 (la dernière qui supporte ma carte apparemment, une 8500)

Une idée ? Comment pourrai-je analyser l'installation ?

burn2

Pour ceux qui viendront après

Heu si tu as une 8500 le dernier drivers n'est clairement pas celui que tu utilises qui est le derniers legacy pour les GF5 pas pour la tienne....

Ta 8500 peut utiliser les 195.36... (tout comme mes gf6 et tout gpu > ...)

Message édité par burn2 le 28-02-2010 à 12:26:22

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

thana54

made in concept

C'est peut être un problème dû à mesa. Depuis quelques temps, je ne peux plus lancer un jeu opengl avec mupens64:

Citation :

(II) Initializing SDL video subsystem...
(II) Getting video info...
(II) Setting video mode 640x480...
(EE) Error setting video mode 640x480: Couldn't find matching GLX visual

Message édité par thana54 le 28-02-2010 à 12:29:24

duglambier

Bon ça remarche. J'ai du télécharger le dernier driver sur le site Nvidia, utiliser la procédure manuelle (le script + Sax2)
Peut être un problème de version en effet.

Message cité 1 fois

burn2

Pour ceux qui viendront après

duglambier a écrit :

Bon ça remarche. J'ai du télécharger le dernier driver sur le site Nvidia, utiliser la procédure manuelle (le script + Sax2)
Peut être un problème de version en effet.

Heu toi tu utilises openSuse, et si tu utilises openSuse je te conseille fortement de rester via les dépôts nvidia...

ET surtout d'installer les drivers G02 et pas G01 comme tu as du le faire au vue la version que tu as récupéré dans les dépôts.

(ça t'éviteras notamment de perdre le serveur X au prochain reboot après une maj de xserver... )

Message édité par burn2 le 01-03-2010 à 10:25:28

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Profil supprimé

Petite question à la con... Ces 195.*.* sont bien les drivers officiels et non bêta?
Car les pages de téléchargements d'Nvidia donne toujours que les 190.53.... :??:

thana54

made in concept

D'après nvnews, ce sont des stables. http://www.nvnews.net/vbulletin/sh [...] p?t=122606

burn2

Pour ceux qui viendront après

Au fait, vous confirmer que la mise en veille ne marche toujours pas avec les pilotes proprio nvidia?

(comprendre ça se met en veille, mais au reveil on se choppe un écran noir?) C'est bien toujours le cas?

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Riot

Buy me a riot

Chez moi ça fait un bail que ça marche très bien.

---------------
Be the one with the flames.

burn2

Pour ceux qui viendront après

Gpu récent? Chez moi ça n'a jamais marché. :??: Il faudrait que je rereteste. Mais dans le meilleur des cas ça je me retrouvais en TTY et impossible de rebasculer sur le serveur X (quand j'avais testé récemment et puis au final je me retrouvais avec un écran noir. IL faudrait que je reste pour confirmer ça).

Message cité 1 fois

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Riot

Buy me a riot

burn2 a écrit :

Oui, une 9500GT.

---------------
Be the one with the flames.

burn2

Pour ceux qui viendront après

Compiz actif ou pas?

(Dans mon cas c'est 6600go et compiz actif). Possible que cela soit fonctionnel sur les gpu récent, je réessaierais sur ma 6600go avec et sans compiz puis sur mon serveur avec la 9400GT pour voir si là ça marche.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Publicité

Page : 1 2 3 4 5 .. 41 42 43 .. 48 49 50 51 52 53

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[ Nvidia ] Le topic des drivers (304.60)

Sujets relatifs
Problème config XF86Config-4 avec Nvidia Ti4600 dualview + MDK 10	Fedora et install driver nvidia
[Debian SID] Compilation driver nvidia sur un 2.6.7	probleme interference alsa et nvidia?
Driver Nvidia --> Fréquence trop élevée en console ! [Résolu]	[DEBIAN] driver nvidia
Probleme à l'install des drivers nvidia // Resolu	drivers ATI... encore et toujours...
[Xorg et drivers Nvidia]
Plus de sujets relatifs à : [ Nvidia ] Le topic des drivers (304.60)

Page générée en 0.093 secondes