Reprise du message précédent :

Je ne sais pas, en fait avec vdpau sans compiz et avec composite j'avais une occupation cpu anormalement élevée et des déchirements.
avec vdpau sans compiz et sans composite j'ai gagné genre 20% d'occupation cpu, et les problemes de déchirement ont disparus.

Tu utilises pas vdpau mais pour xv et composite le probleme est peut être le même.
Et peut être sur les modèles récents genre 9400gt.

Là c'est sur mon pc portable que j'ai le pb, sur ma 6600Go.  
Je testerais en désactivant le composite pour voir. Sur ma 9400GT je n'ai pas de pb de synchro mais bon pas de compiz ni accélération 2d d'activé (gnome tout cours c'est tout) et c'est un crt donc on ne voit pas le découpage vertical.

Les pilotes 180.29 et le noyau Linux 2.6.29 sont-ils compatibles ?
Je trouve pas l'info (donc j'imagine qu'il ne devrait pas y avoir de soucis) mais ça ne compile pas chez moi.
 

 
 
[patrick@localhost ~]$ uname -a
Linux localhost 2.6.29-desktop-0.rc8.3.1mnb #1 SMP Wed Mar 18 14:28:50 BRT 2009 i686 AMD Athlon(tm) 64 Processor 3000+ GNU/Linux
[patrick@localhost ~]$
 
marchent tres bien chez moi .

Lundi soir j'ai vu qu'un driver 185.XX était dispo sur le ftp de nvidia, mais que le dernier à dl était le 180.41 ... lequel prendre ?

Le 185 n'a pas de changelog explicite, essaye qui veut

Certains d'entre vous ont-ils une carte avec sortie HDMI intégrée (pas DVI + convertisseur DVI=>HDMI, je parle d'une vraie sortie HDMI) ?
Si oui ca marche bien sous Linux, ou pas ?

 
Ca marche avec ma 8500GT HDMI (une Leadtek je crois).

 
http://forum.hardware.fr/forum2.ph [...] 0#t1123376
 
J'avais bien vu que certains auraient du mal à suivre.

180.44 dispo :
 
Version: 180.44
Operating System: Linux x86
Release Date: March 30, 2009

Release Highlights
 
    * Added support for the following GPUs:
          o Quadro FX 3800
          o Quadro FX 3700M
          o Quadro FX 1800
          o Quadro FX 580
          o Quadro FX 380
          o Quadro NVS 295
          o GeForce GT 120
          o GeForce G100
    * Fixed a problem that could cause Xid errors and display corruption in certain cases when OpenGL is used to render to redirected windows, for example when Java2D is used with the -Dsun.java2d.opengl=true option.
    * Updated glGetStringi(GL_EXTENSIONS, i) to no longer return NULL in OpenGL 3.0 preview contexts.
    * Fixed OpenGL crashes while running KDE4's Plasma.
    * Fixed OpenGL crashes when using a large number of texture objects.
    * Fixed the timestamp reporting in the GL_NV_present_video extension on SDI II with Quadro FX 4800 and 5800.
    * Improved power management support on some systems, such as Hewlett-Packard xw4600 workstations.
    * Fixed a problem that caused the screen to flicker momentarily when OpenGL applications exit unexpectedly on GeForce 6 and 7 series GPUs.
    * Fixed an X server crash when an X client attempts to draw trapezoids and RenderAccel is disabled.
    * Improved recovery from certain types of errors.
    * Fixed a bug that caused Autodesk Maya to freeze when overlays are enabled.
    * Fixed an interaction problem between OpenGL and memory tracking libraries such as MicroQuill SmartHeap.
    * Added support for RG renderbuffers in OpenGL 3.0.
    * Added support for OpenGL 3.0 floating-point depth buffers.
    * Fixed a problem that caused Valgrind to crash when tracing a program that uses OpenGL.
    * Updated VDPAU to support VC-1/WMV acceleration on all GPUs supported by VDPAU; see the README for details.
    * Fixed VDPAU corruption on some H.264 clips.
    * Updated VDPAU documentation in the README and in vdpau.h, in particular regarding how to use the deinterlacing algorithms in the VdpVideoMixer object. Explicitly documented "half rate" deinterlacing, which should allow the advanced algorithms to run on more low-end systems.
    * Implemented a "skip chroma deinterlace" option in VDPAU, which should allow the advanced deinterlacing algorithms to run on more low-end systems. See vdpau.h.
    * Fixed VDPAU VC-1 decoding on 64-bit platforms.
    * Updated the VDPAU wrapper library to print dlerror() messages when driver loading problems occur.
    * Improved VDPAU's handling of some corrupt H.264 streams, and some corrupt/invalid MPEG streams on some GPUs.
    * Fixed VDPAU to correctly handle WMV "range reduction" on some GPUs. A minor backwards-compatible API change was made for this; see vdpau.h's documentation for structure field VdpPictureInfoVC1.rangered.
    * Fixed a problem that caused surfaces to be marked as visible too early when the blit presentation queue is in use.
    * Fixed VDPAU to prevent some cases of "display preemption" in the face of missing H.264 reference frames on some GPUs.

Hum moultes changements à tester. Sinon une question, c'est du bêta ou du stable?

Je redemande à tout hasard, est ce que qqun sait comment et à déjà réussit à changer la résolution en 1080i ou 576i depuis la ligne de commande ?

Et aussi j'ai un autre soucis, c'est que quand j'allume ma télé après avoir allumé l'ordinateur, et bien souvent la télé ne détecte pas le signal HDMI fournit par l'ordinateur.
Ca me le fait avec un ordi possant une 9400gt sous linux et aussi avec un ati hd4580 sous windows, sauf que sous windows l'écran fini par recapturer le signal, alors que sous linux je dois parfois me résoudre à redémarrer X.
Comme cet ordi sous linux me sert d'enregistreur numérique ça m'arrive souvent d'allumer le matin en me barrant pour un enregistrement programmé la veille, par contre le soir en revenant, pas moyen de recapter le signal hdmi du pc.

J'aurai tendance à accuser plutot les drivers plutot que la télé, car bien que n'ayant pas testé, j'imagine mal que ça fasse la même chose avec un démodulateur HD.

la 9400gt possede un port hdmi natif, et la hd4850 c'est un adaptateur dvi->hdmi

 
Il y a une différence ?    
 
Disons que comme c'est dispo directement depuis le site nvidia sans passer par le section beta, ça doit être du stable.

on considère que c'est stable tant que ça freeze pas

c'est pas encore arrivé dans mes dépôt. j'hésites à l'installer

Version stable téléchargeable directement sur le site de nvidia
 
Version 64bits : http://us.download.nvidia.com/XFre [...] 4-pkg2.run
Version 32bits : http://us.download.nvidia.com/XFre [...] 4-pkg1.run

Bon ben c'est installé... J'ai eu une erreur lors de l'installation mais ça semble marcher... (en gros installe comme il faut mais il ne trouvait pas un truc nvidia.ko).
 
Sans doute une mauvaise vérification. Bon à voir pour la suite.

Toujours pas dispo pour debian
Idem sur le dépôt d'avenard, mais ca ne saurait tarder (et nouvelle version de son site: http://www.avenard.com/media/Ubunt [...] itory.html )

C'est pas dans mes dépôts non plus j'ai installé via le scrip run de nvidia, avec une petite erreur lors de l'install... Mais rien de gênant à priori puisque tout marche normalement.

ca marche bien

c'est plutôt génant ça, nvidia.ko c'est le module kernel
si tu l'as pas, ça marche pas normalement
regarde dans /lib/modules/<version_kernel>/kernel/drivers/video/ si tu le trouves
et lance aussi "lsmod" et "modinfo nvidia" pour finir

Le .run 64bits marche t-il bien ?

 
Aussi bien que le 32bit.
Si tu lui fais compiler le module kernel, tu peux avoir quelques erreurs cryptiques (genre si t'as pas les headers de ton kernel, ou un kernel custom) mais c'est plus la faute de l'utilisateur que de l'installateur.

J'ai essayé une ancienne version en 64bits, et il ne me trouvais pas l'installer dés le lancement du .run Donc obligé de passer sur un kernel bigmem et les drivers en 32bits.

La dernière fois que j'ai rencontré une erreur spécifique au 64bit doit remonter à plus de 2ans.

Ben là ça marche, et je suis bien sur la dernière version des drivers nvidia, je suppute une erreur dans leur script qui ne va pas chercher au bon endroit. J'ai essayé d'installer deux fois...  
M'enfin je reregarderais ce soir.

J'ai une impression de lag avec les 180.44, vous avez ça vous aussi?

non, ici marche nickel avec une 9600GT+

Petite question, est-ce qu'il y a quelqu'un sur une debian/*buntu avec le driver installé à la main ?
 
J'ai tenté le passage au dernier xorg et je me suis mangé dans les dents la réinstallation sur une ancienne version à l'ajout des drivers nvidia depuis le dépôt d'avenard. So donc, est-il possible d'avoir le dernier xorg + derniers drivers ?

Perso depuis les dernières majs, j'ai toujours une erreur à l'install du scrip nvidia. Il ne trouve pas un nvidia.ko dans un répertoire de maj de je sais plus quoi, et sans aucune conséquence pour l'installation. (quand il vérifie les conflicts)
C'est ce genre de message que tu as?

je fais toujours à la main et pas eu de soucis pour l'instant ...

Non, je n'ai pas de soucis, seulement l'impression que les dépendances du paquet nvidia-glx-180 sont foireuses. Je suis "obligé de rester en xorg < 1.6
[hs]C'est un peu le même soucis que j'ai avec le dernier apt qui me vire (sans moyen d'installer par la suite) aptitude/synaptic et toute la clique . Bref.[/hs]
 
 

 
 
[patrick@localhost ~]$ ps aux | grep nvidia
patrick 5478 0.0 0.0 3248 808 pts/1 R+ 01:21 0:00 grep --color nvidia
 
[patrick@localhost ~]$ nvidia-settings
/usr/share/themes/Dust/gtk-2.0/gtkrc:708: Murrine configuration option "highlight_ratio" will be deprecated in future releases. Please use
"highlight_shade" instead. /usr/share/themes/Dust/gtk-2.0/gtkrc:709: Murrine configuration option "lightborder_ratio" will be deprecated in future
releases. Please use "lightborder_shade" instead. The program 'nvidia-settings' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib length erro'.
(Details: serial 138 error_code 16 request_code 137 minor_code 17)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
 
[patrick@localhost ~]$ glxgears
Error: couldn't get an RGB, Double-buffered visual
[patrick@localhost ~]$  
 
 

Petite question, sur la tnt HD, comment faites vous pour lire un flux avec une bonne accélération ? J'ai testé vlc, il fini par saccader (pas à l'air au point le support des codecs HD dans la 1.0.git), mplayer ne veut pas se lancer et pretexte que je ne pourrais pas utiliser ma télécommande (que je n'ai pas). Seul gnome-mplayer ne rechigne pas trop, mais même en sélectionnant la sortie vdpau ca saccade

Pour l'instant je n'ai pas testé. Je n'en ai pas l'intéret de toute façon sur mon écran...

j'ai pas l'écran mais ça passe avec VLC sur mon fixe (i7 920) alors qu'avec le portable (t7300) ben ça galérait

Bon, faut dire que je tente de diable là avec une geforce8200 et un semprom 2.1GHz monocore

Tu as teste avec mplayer ? (je ne sais pas si une release de mplayer avec le support vdpau est sortie, mais au moins le git)

Relis avec le doigt

J'ai testé oui, mais je me fais bouler Access denied truc truc alors que j'ai copier-coller la ligne de commande générée par smplayer (qui me lisait bien le flux)
Ca bouffe pas mal quand au niveeau du proc sur le c2d + 8800GT. Pas sur que la cg bosse beaucoup.