Reprise du message précédent :
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.

J'utilise les effets 3D de KDE4, oui.
 
Et ça marchait aussi avec mon ancienne CG (une geforce4).

Salut, quel est le kernel le plus récent compatible avec le 195.36.08 ?
 
actuellement je suis depuis un bon bout de temps sur kernel 2.6.32.2 avec le pilote nvidia 190.42-r3.
 
portage me propose comme dernière version 190.53-r1 (je suppose que le système de dénomination de version est spécifique à Gentoo...)

2.6.33 mais avec les 195.36.xx, les anciennes versions ne passeront pas sur le dernier kernel.

Okay, ben je vais tenter avec le 190.53-r1, ça correspond ptet au 195.36.xx chez nvidia (les dénominations de versions sont apparemment différentes chez Gentoo et chez Nvidia)

Ah pardon, il y a bien les 195, il fallait les démasquer !

/!\ WARNING /!\
 
Le bug de la version windows semble être passé aussi dans les drivers linux:

 
Source: http://www.nvnews.net/vbulletin/announcement.php?a=39
 
Retour aux 195.30 pour le moment.
 

Je ne vois vraiment pas en quoi ça justifie le retrait du driver. Ca fait au moins 1 mois que je traîne ce bug, ça ne me gène pas plus que ça.

Il y en a qui ont quand même cramé leur carte à cause de ça, paraît-il.

Moi jsuis dans les ceux qui s'en footent j'ai pas de ventiloz sur la mienne

Idem, le ventilo n'est pas dédié à la cg /ginie

Idem, il n'y a pas de ventilateur sur la carte, juste un énorme rad (qui est ventilé pke j'ai installé pas mal de ventilo sur ma tour...)

Bon ben je confirme que "chezmoiçamarchepas.com".
 
Il se met bien en veille mais quand je le sors de veille, je me retrouve avec un écran noir et le témoin d'activité du dd en continue. (plantage quoi).
 
Obligé de l'éteindre à l'arrache puis de le redémarrer. Avec le pilote nv par contre ça marche.

 
Sans doute sous windows avec une carte haut de gamme. Faut reconnaître que l'intérêt d'une bonne carte est assez limité sous linux, ce qui raréfie la présence de super toasters consommant 350W et chauffant à 100°C avec la ventilation à fond "quand tout va bien".

Heu, sinon il se telecharge où ce pilote 195.36.08 impossible de mettre la main dessus, apparemment c'est pas sur le site de nvidia ? c'est pas un pilote officiel ou quoi... ?

Plus haut dans la page

 
C'est pas une raison, il suffit d'une personne que ça peut toucher pour que ces précautions prennent leur sens.
(il y a des gens qui ont une grosse config pour faire du jeu/autre sous Windows et bootent aussi sous Linux)

 
Non y a rien, y a pas de lien sur http://www.nvnews.net/vbulletin/announcement.php?a=39 si c'est ça le "lien plus haut dans la page" dont tu parles, et je ne vois pas de 195.36.08 sur le ftp nvidia, quelqu'un aurait un lien ?  
 
Edit: ah ben même les liens pour x86 et x86_64 donné sur la page précédentes sont invalides, que se passe t-il

 
il se passe qu'ils ont été retirés par nvidia.

Je le remet car apparemment c'est dur de faire une demi-molette:
 
/!\ WARNING /!\
 
Le bug de la version windows semble être passé aussi dans les drivers linux:

 
Source: http://www.nvnews.net/vbulletin/announcement.php?a=39
 
Retour aux 195.30 pour le moment.

Pas de souci de la sorte avec les 195.36.03 et ma Geforce7 (mais, j'ai le souci de la perte éventuelle d'une session en cas de multisessions -> a été corrigé dans les versions ultérieures des pilotes cela dit).
 
Sinon, de base, les 195.30 ne passent pas sur un 2.6.33, il me semble.

Ah okay, c'est le gros bordel avec les pilotes proprio alors, normal quelque part.

Non il sont plutôt bien en général là c'est un peut exceptionnel c'est la 1er fois que je voit ça un plus de 2 ans. D'ailleurs le bug est également sur la version windows.

195.36.15 mylife prerelease

Pas très excitant comme changelog...

J'ai eu le cas plusieurs fois, donc, j'apprécie le correctif .

195.36.07.03 (OpenGL 3.3) for Linux x86/x86_64 released

 
http://developer.nvidia.com/object/opengl_driver.html

Sous Linux pour profiter du VDPAU sous ION, la dernière version du driver Nvidia est-elle bonne à prendre ou y a t'il une version à privilégiée ?
 
Pour info je n'utilise pas le HDMI pour le son, je sors sur une carte son externe.

Les drivers actuels sont suffisant (au moins depuis le 180.23 de mémoire).
Ensuite, il faut un player qui supporte l'api vdpau, puis les lib vdpau.
 
Au pire tu prends la dernière version stable (195.30) soit la dernière beta.

Ok merci

une question les lib vdpau sont intégrées dans le driver Nvidia nop ?

Non, elles sont un paquet dédié. Renseigne toi pour ta distrib.

Je suis sur Ubuntu Karmic, mais en jetant un oeil j'ai pas vu grand chose concernant les librairies Vdpau.
C'est pour les utiliser avec XBMC, il faut les ajouter avec l'installation du driver ?
J'ai zieuté 2/3 tuto en diagonale, ils détaillent l'install XBMC, l'install des drivers Nvidia mais pas les librairies VDPAU...
 
Je vais regarder un peu plus, mais ça me semble flou.

http://packages.ubuntu.com/search? [...] ection=all

Je rajoute une couche, si j'installe les drivers directement depuis le site de Nvidia : http://fr.download.nvidia.com/XFre [...] 5-pkg1.run
 
Je dois installer les lib VDPAU manuellement ensuite depuis une source PPA quelconque ou le package Nvidia intègre tout qui va bien dans le pack ?

Le mieux étant d'utiliser les paquets fait pour ta distrib. Dans synaptic choisi nvidia-glx puis libvdpau.

Tu as sans doute raison
Merci du conseil.

Bon, encore et toujours mes problèmes de tearing  

GeForce 7900GS, que ce soit avec Nouveau ou les drivers propriétaires, ça cisaille sur les vidéos quand j'active la composition

Edit : Xrender pour la composition, celle de XFCE.

Même carte, pas de tearing (ou pour être tout à fait objectif, très rarement et très légèrement).
Pour la vidéo: mplayer sortie opengl, double buffering et direct rendering. Pour la composition, c'est encore opengl en direct rendering avec vsync (KDE4)
Dans nvidia-settings, les 3 sync to vblanc sont cochés (2 xvideo et 1 opengl).

Ça fait pareil (sous VLC) en sortie Xvideo, X11 et OpenGL
(et évidemment, les 3 Vsync de cochés également)

Sur un message d'une ML, j'ai trouvé l'information selon laquelle Xrender ne transmettait aucune info de Vsync, et que donc le problème était impossible à régler, qu'en est-il ?

Edit : oui à priori ça a l'air d'être ça, donc rien à faire, le tearing est inévitable en composition Xrender.