Reprise du message précédent :
Chezmoiçamarche:
 
 [FILE] NVIDIA-Linux-x86-270.29.run. . . Feb 24 21:11  28916k
 
/Wegde

Il essaye de communiquer ?

 
Pour ceux qui veulent utiliser xorg 1.10, va quand falloir attendre la prochaine beta.

Hello,
 
Personne n'a des soucis de ralentissements sous Sid + les derniers drivers Bêta?
 
Actuellement sous Sid, il y a Xorg 1.9.4. Sans drivers proprio, c'est Nouveau qui fait office de driver pour la Nvidia.
Lorsque j'installes les .run, j'ai bien "nouveau" qui est blacklisté et tout s'installe correctement.
 
Le problème, c'est lorsque j'arrive sur le bureau avec les drivers proprio d'Nvidia, ce n'est plus du tout fluide. L'agrandissement et la réduction n'est plus aussi fluide qu'avant, lorsque je navigue dans le menu via le clic droit egalement (et menu général en plus)...
 
Je n'arrive pas à savoir si le problème vient de Xorg lui même sous Sid...

Changelog de la version beta
beta : 270.30 parue le 03.03.2010 (x86, x86_64)

La question a peut-être déjà été posée, mais les derniers drivers supportent-ils le ion2 du 1215N ?

Les 260 "officiels" empêchent X de démarrer, obligé de changer "nvidia" par "intel" dans xorg.conf pour que ça marche  

Merci

Si le bios permet de choisir la cg à utiliser, fait le, sinon c'est le gros soucis des double cg en ce moment

Non, le bios ne le permet pas

Cependant, des utilisateurs de ce netbook ont réussi à faire marcher le ion (sortie HDMI, 1080p...)

Alors je voudrais installer les drivers adéquats (j'ai un message d'erreur à la fin de l'install des 270.30)

J'ai une petite question, mais je ne sais pas si ça concerne les drivers nVidia : je trouve que la qualité des vidéos, sous mes différentes distributions, est en-deça de la qualité des mêmes vidéos jouées sous Windows. J'utilise notamment SMPlayer et VLC, sous KDE 4.6. J'ai une GTX 285 avec les derniers drivers proprios, et le VDPAU d'activé. L'image n'est pas horrible, certes, mais je sens que ça pourrait être mieux, en tout cas c'est mieux sous Windows 7. Est-ce qu'il y aurait moyen d'améliorer la qualité d'image ?

Tu peux rajouter des filtres, par contre là c'est en processeur que ça va bouffer.

D'après SMPlayer, les filtres sont désactivés car ils ne fonctionnent pas avec VDPAU. Mais je peux en rajouter quand même, ou alors il faut obligatoirement que je change de sortie vidéo pour les activer ?

Je viens d'installer mplayer2, et en fait, je sais pas si c'est parce que ça m'a mis à jour ffdmpeg, mais la qualité des vidéos lues en VDPAU est bien meilleure maintenant, au niveau de Windows en fait.

Petite manip pour pouvoir modifier la luminosité via les touches Fn+ Flèche Haut/Flèche Bas sur laptop.
 
Il suffit de rajouter une ligne au Xorg.conf dans la section "device":
Option "RegistryDwords" "EnableBrightnessControl=1"
 

Changelog de la version stable
stable : 270.41.03 parue le 12.04.2011 (x86, x86_64)

Il y a une bonne pelleté de bugs majeurs* connus et ils corrigent un détail et ajoutent quelques strings en 1 mois -_-"
A se demander ce qu'ils foutent chez nvidia.
 
* Des incompatibilités avec le kernel 2.6.38, xorg 1.10, KDE4.6 qui plantent la machine sous certaines conditions

J'ai les 260.19.44 et pas de souci avec la configuration suivante :
-2.6.38.2
-xorg-server 1.9.5
-KDE 4.6.2
 
Après, je sais qu'il y avait / a des soucis avec le dernier xorg-server, mais bon, il vient de sortir (faudrait voir chez AMD/ATI si c'est mieux ...).

Je sais pas si j'installe ce driver .run ou si j'attends qu'il soit dans les dépôts Debian...

Changelog de la version Legacy stable 173.14.30

270.41.06 out
 

sgfxi !
http://www.isalo.org/wiki.debian-f [...] %C3%A9ants

270.41.19 et 275.09 dispo

Changelog de la version beta
beta : 275.09 parue le 20.05.2011 (x86, x86_64)

 
Changelog de la version prerelease
prerelease : 270.41.19 parue le 20.05.2011 (x86, x86_64)

Question: Les cartes récentes comme les 560/560Ti sont (bien?) supportées par les drivers à l'heure actuelle ?

Supportées, oui (depuis les 270.26). Quant à savoir si elles le sont correctement, bah, autant que les 4xx vu qu'il s'agit à 99.9% de la même archi. Il n'y pas de bug spécifique, en dehors de l'absence d'overcloking software pour toutes les cartes fermi.

Bien ce que je pensais, avec des drivers récents ça marche, pas mieux mais pas moins bien  
(par contre avec nouveau ça doit pas etre la joie )
Le principal perso c'est que la 3D fonctionne "normalement" et VDPAU

Bonjour,
 
Avec ces drivers là le CUDA est activé ou pas ? C'est pour tester blender cycles avec rendu GPU ....
 
D'avance merci

Ca doit faire deux ou trois ans que cuda est supporté.

Ok merci !
On est toujours plus rassuré quand on fait la demande ...

Moi j'en ai un peu marre des drivers nvidia, un coup vdpau marche, un coup il marche plus etc.
 
Bon en dehors de ce point là, tout fonctionne tip top mais quand même.

Après avoir testé, c'est moins pire que les drivers ATI quand même !

Je veux bien mais bon quand on a un pc qui sert pour le multimedia c'est soulant. Heureusement bizarrement la hd marche toujours avec la sortie ffmpeg maintenant, du coup j'ai quand même la HD, alors qu'avant je mettais directement vdpau.

C'est pour la lecture ou le transcodage que tu t'en sers ?

Lecture, pour les chaines HD de la TNT, mais bon maintenant ça marche en choisissant fmpeg donc pas trop grave.

 
D'après ma (douloureuse) expérience, quand vdpau est dans les choux, il y a 2-3 trucs à vérifier:
 
1) Dans xorg.conf:
 
 Option         "DamageEvents" "true"
 
Si ce n'est pas le cas, vdpau refusera de fonctionner avec une erreur obscure du genre "Error when calling vdp_presentation_queue_destroy: An invalid handle value was provided"
 
2) Dans certaines distribs, quand tu utilises le .run de nvidia, il peut manquer des symlinks:
 
ln -s /usr/lib/vdpau/libvdpau_nvidia.so.1 /usr/lib/libvdpau_nvidia.so
ln -s /usr/lib32/vdpau/libvdpau_nvidia.so.1 /usr/lib32/libvdpau_nvidia.so
ln -s /usr/lib/vdpau/libvdpau_trace.so.1 /usr/lib/libvdpau_trace.so
ln -s /usr/lib32/vdpau/libvdpau_trace.so.1 /usr/lib32/libvdpau_trace.so
 
Sans quoi, vdpau refuse de fonctionner avec une erreur type "cannot find libvdpau_nvidia.so"
 
 
Spécifique à KDE4 quand le compositing opengl est utilisé:
 
Dans ~.kde/share/config/kwinrc:
 
UnredirectFullscreen=true
 
Sinon le décodage vdpau consomme 3x plus de CPU que le décodage soft. Appariement, ce serait dû à l'implémentation du direct rendering dans kwin. Rien à faire pour la conso CPU de vdpau en mode fenêtré, à ma connaissance.
J'ai creusé un peu plus la question avec mplayer et en passant une option à vdpau, on peut obtenir un comportement (presque) normal:
-vo vdpau:queuetime_windowed=0
 
 
Si vous avez découvert d'autres correctifs pour les problèmes tordus de vdpau, ne vous gênez pas.

Ben en fait là dans ce cas là ce n'est pas une erreur obscure de vdpau, c'est le player qui n'arrive pas à lire la vidéo, ça met une erreur de stream ou autre en gros, alors que juste en repassant en mode ffmpeg ben ça passe, et le tout fluide preuve que c'est toujours accéléré par mon gpu sans quoi c'est saccade land.

Bah, change de player; de toute évidence, c'est lui qui est bugé.

vu que c'est mythtv je vais avoir du mal...

tu peux pas choisir le backend ? gstreamer/mplayer/xine ?

De base c'est mplayer je crois le backend.
 
Mais je doute fortement qu'il soit responsable du problème... C'est suites aux maj de nvidia qu'il en est ainsi, une maj sur deux je perds vdpau, mais là vu que ça marche via ffmpeg pour décoder ben no problemo. (bon ce n'est pas non plus vital vu qu'en fait je ne regarde pas les chaines en hd donc pas grave mais c'est dans le principe).

Changelog de la version beta
beta : 275.09.04 parue le 05.06.2011 (x86, x86_64)