Articles précédents : Logiciel
- [15] Phplop 0.7 sort prendre l'air
- [13] NuFW 0.7.1 est sorti, proposant un nouveau système pour le SSO
- [67] Mac OS X et les technologies du libre
- [86] Sortie d'Eclipse 3.0 finale
- [56] Sortie de WineX 4.0
- [20] xdTV 1.9.2 "Keuleu" est sortie : que fait donc ce petit logiciel ?
- [16] Formsess, pour les formulaires et les templates
- [33] Skype pour Linux !
- [18] Glom : une interface pour PostgreSQL
- [82] Sortie d'OpenOffice.org 1.1.2
Logiciel : Nouveaux pilotes nvidia 6106
Posté par FRLinux (page perso, ). Modéré le 01 juillet 2004.
- Support pour les cartes à base de GPU GeForce 6800
- Support du PCI Express
- Support du GLSL (OpenGL Shading Language)
- Support du GL_EXT_pixel_buffer_object
- Correctif pour les noyaux 32 bits compilés sur AMD64 les empêchant de fonctionner
- Support de l'ACPI (oui, vous avez bien lu :)
- Support des noyaux avec 4kstack
- Utilitaire de configuration nvidia-settings
- Ajout d'un script 'nvidia-bug-report.sh' afin d'aider les rapport de bugs
- Ajout d'un nouveau pilote Xv pour GeForce 4/FX qui gère la 3D lors de l'utilisation de Xv PutImage
Une bonne sortie avec beaucoup de nouveautés au programme. Signalons également la disponibilité d'un outil totalement officieux qui sert à paramétrer (et accessoirement overclocker) votre Geforce qui porte le doux nom de nvclock et qui existe depuis fort longtemps.
NdM : Merci aussi à Corsaire.
![[en]](../../../images/en.png)
Page des pilotes (ia32) (2181 hits)-
nvclock (1076 hits)
> Lire les commentaires (59 commentaires, moyenne: 2,1).
détail technique
Ajout d'un nouveau pilote Xv pour GeForce 4/FX qui gère la 3D lors de l'utilisation de Xv PutImage
c'est quoi "Xv PutImage" ?
-
[^]Re: détail technique
Posté par Yaz () le 01/07/2004 à 16:18. (lien). Évalué à 4.Et dans la foulée : ça apporte quoi de plus le "Support de l'ACPI" ?
-
[^]Re: détail technique
Posté par yim yom (page perso, ) le 01/07/2004 à 16:45. (lien). Évalué à 9.XV PutImage sert en particulier a afficher une image en provenance d'un decodeur (mplayer par exemple).
Donc tu peux regarder James Bond dans une fenetre et jouer a UT dans une autre maintenant sans souci.
C'est un bel exemple d'utilisation partagee de ressources.
ACPI peut servir par exemple a demander a la carte de limiter sa consommation. Tres pratique sur un portable car ca permet d'economiser la batterie.-
[^]Re: détail technique
Posté par Ramso (page perso, ) le 01/07/2004 à 20:14. (lien). Évalué à 7.Bah c'est surtout que sans ce support, on ne pouvait plus mettre son portable en veille... ou alors la mise en veille faisait planter le driver... ou à la sortie de la veille pour les plus chanceux !
--
Groar !
-
-
2 architectures
la version IA32 -ET- la version AMD64 sont disponibles :)
http://www.nvidia.com/object/linux.html(...)
-
[^]Re: 2 architectures
Posté par Gwenole Beauchesne (page perso, ) le 02/07/2004 à 07:51. (lien). Évalué à 1.Par AMD64, il faut entendre les architectures x86_64 en fait. Car ça marche aussi sur EM64T.
nvidia-settings
L'idée de l'outil de config est bonne, et permet déjà de régler pas mal de trucs au niveau des couleurs, et des paramètres FSAA et anisotropie. Par contre, ce que je regrette, c'est qu'il y ai pas un truc pour configurer simplement la sortie TV :-/
espérons que ça vienne pour les versions futures !
-
[^]Re: nvidia-settings
Posté par eJah () le 01/07/2004 à 17:03. (lien). Évalué à 7.et nvtv ?
# emerge -s nvtv <20:02>
Searching...
[ Results for search key : nvtv ]
[ Applications found : 1 ]
* media-tv/nvtv
Latest version available: 0.4.5
Latest version installed: [ Not Installed ]
Size of downloaded files: 374 kB
Homepage: http://sourceforge.net/projects/nv-tv-out/(...)
Description: TV-Out for NVidia cards
License: GPL-2-
[^]Re: nvidia-settings
Posté par udok () le 01/07/2004 à 21:25. (lien). Évalué à 2.ça marche vraiment mal chez moi ce truc
c'est dommage parce que c'est pile poil ce que je cherche, mais vu que ça marche pas, je suis obligé de me priver de sortie tv
si qq'un à une autre méthode pour faire marcher sa tv, à la volé (sans redémarrer X), et pas en mode clone mais plutot en right of par exemple si possible, ça m'interesse énormément (c'est un cas désespéré, je n'en puis plus, aidez moi)-
[^]Re: nvidia-settings
Posté par Ludovic Gasc (Jabber id, ) le 01/07/2004 à 22:30. (lien). Évalué à 3.http://kde-apps.org/content/show.php?content=13948(...)
je crois ke c ce ke tu cherches-
[^]Re: nvidia-settings
Posté par udok () le 01/07/2004 à 23:49. (lien). Évalué à 1.c'est pas ce que je cherche, mais j'adopte quand même, c'est déjà bien merci
en fait ce que je cherche c'est ce type de solution, mais je voudrais garder mon écran de pc disponible (en mode clone au pire, en right of ça serait mieux)
sinon je viens de tester le dernier nvtv (j'avais pas tester depuis le 0.45 il me semble), et avec ces derniers drivers, ça marche plutot bien
le seul probleme c'est que ma résolution sur le pc est 1280*1024
sur la tv je veux mettre 800*600, et du coup je perds un bout de l'affichage (donc pas de pleine écran pour le film)
si qq'un a réussi à configurer le bazar pour que ça marche correctement, ça m'interesse
je vais bien finir par faire marcher cette maudite sortie tv comme je veux non ! :)-
[^]Re: nvidia-settings
Posté par katastrof () le 02/07/2004 à 07:59. (lien). Évalué à 3.Le truc que j'ai faits c'est dans mon xfreeconfig créer:
deux sections monitors: pour chaque écrans.
deux sections device avec l'options: screen
deux sections screnn
dans la section ServerLayout j'ai ajouté:
Screen "screen1"
Screen "screen0" RightOf "screen1"
Quand je fais un truc sur ma télé monc écran pc est libre et vice-versa-
[^]Re: nvidia-settings
Posté par rafferty2 () le 02/07/2004 à 09:04. (lien). Évalué à 3.Moi ce que j'aime dans cette configuration, c'est l'impossibilité de faire passer la souris du moniteur vers le téléviseur (la réciproque restant possible). Ca bloque ! Pour arriver à la faire passer, il faut lançer l'application en spécifiant le display localhost:0.1 et de là, faire attention à ce qu'elle ne repasse pas sur le moniteur. Je précise qu'avec d'anciens drivers, ça marchait très bien (là je parle de la version 5336).
Et je ne parle même pas des instabilités redhibitoires qui rendent le système inutilisable après un crash de XFree ou de la gestion desastreuse du framebuffer.
En bref, NVIDIA, plus ça va, moins ça va.
-
[^]Re: nvidia-settings
Posté par udok () le 02/07/2004 à 10:16. (lien). Évalué à 1.oui, elle est connu cette méthode, elle est même dans la doc :D
ce qui ne me plait pas avec c'est que ça se fait pas à la volé :
- soit tu gardes ta sortie tv toujours active, auquel cas faut laisser toujours branché, sinon il rale (du moins chez moi)
- soit tu l'actives juste quand tu as besoin, mais alors il faut démarrer un autre serveur X (du coup tu n'as plus tes appli courantes sous les yeux)
j'aimerais vraiment une solution qui permette ça, et à priori nvtv est vraiment LA solution à mon pb, mais pas moyen de le faire marcher correctement pour ma part (sans compter que le systeme devient vite instable dès qu'on accede à la sortie tv, surtout par nvtv)
-
-
[^]Re: nvidia-settings
Posté par Flavien Bridault (page perso, ) le 02/07/2004 à 16:39. (lien). Évalué à 1.Hé hé, moi aussi j'ai pas tout compris au début...
C'est simple en fait. Commence par lancer nvtv puis ton film, par exemple sous xine. Choisis ta résolution (donc 800x600), décoche le dualview si nécessaire, ensuite clique sur "X Select", puis sur la fenêtre de xine. Ensuite, clique sur "X Resize" pour redimensionner xine en 800x600, puis "X Mode" pour switcher la résolution. Enfin, un petit clic sur "X Center" pour avoir le tout bien centré. Il ne te reste plus qu'à cliquer sur "TV on" !!
C'est un peu tordu mais ça marche bien... ;-)-
[^]Re: nvidia-settings
Posté par udok () le 02/07/2004 à 18:31. (lien). Évalué à 1.effectivement, c'est un peu tordu :D
mais si ça marche, c'est déjà pas si mal, faut voir
mais moi je suis chiant, jamais content et j'ai encore une requete sur nvtv, un truc que je trouve vraiment pénible : il perd tous les paramétrages si je l'arrete et si je le relance, faut refaire tous les clics pour remettre tout bien comme on veut, ce qui est passablement pénible (d'autant que le nombre d'option est vraiment important
donc y-a t-il moyen de sauver certaines options ? genre les parametres dans l'onglet HEAD ?
-
[^]Re: nvidia-settings
-
-
-
-
-
-
[^]Re: nvidia-settings
Posté par Da Scritch (page perso, ) le 02/07/2004 à 20:13. (lien). Évalué à 1.Si graphiquement (en mode X, c'est une très belle interface gtk, mais en mode texte, ça marche aussi grace à ncurses) c'est joli, j'ai noté une petite faute de goût : display device, regardez attentivement les moniteurs... Allez, je vous aide : la verrue verte en bas à gauche. Zauraient pu penser à en changer la couleur.
Autre petit manque , la doc et le logiciel expliquent que le réglage sautera au prochain redémarrage de XFree, mais ils auraient pu proposer de sauver les paramètres et de relancer à la connection ... ou de changer directement dans X*config, comme ils l'indiquent dans la documentation.
Ceci dit, c'est une excellente initative. Peuit être que ATI va être obligé de faire aussi bien ?
vive oglsl
>Support du GLSL (OpenGL Shading Language)
yesssssssss :) :) :) :) :) on va povoir faire des super truc tout zoli multiplateforme facilement :) :)
-
[^]Re: vive oglsl
Posté par Edouard Gomez (page perso, ) le 01/07/2004 à 18:35. (lien). Évalué à 4.Les extensions ARB étaient déjà supportées, c'est multiplateforme et normalisé... donc tu aurais pu nous coder des beaux trucs depuis longtemps ! fénéant nondediou.
;-)-
[^]Re: vive oglsl
Posté par Rémi Hérilier (page perso, ) le 02/07/2004 à 12:49. (lien). Évalué à 1.quelles extensions ARB ? GL_ARB_frament_program et GL_ARB_vertex_program ? Oui, celle-là existent déjà mais c'est de l'assembleur ... rien à voir avec le langage à la C qu'est GLSL et qu'apportent, entre autre, les (nouvelles) extentions ARB suivantes : GL_ARB_framgment_shader, GL_ARB_vertex_shader et GL_ARB_shading_language_100.
De toute façon, il n'y pas vraiment de hard grand public (à vérifier pour la FX6800 et la X800) qui supportent réellement les spécifications de ce langage (entre autre pas d'embranchement possible ... adieu les if() {} else {} bien complexes).
Mais bon, je souhaite aux ATIstes de pouvoir prochainement, eux aussi, doper à GLSL notre manchot préféré :)
Ce n'est pas que je m'ennuie mais je vais aller coder un peu =)
-
Problèmes ! Help ! Rivafb ....
Lors de l'installation du pilote, un boite de diaogue m'indique que rivafb ne peut etre compatible avec ce pilotes. depuis aucune acéleration openGL. Rien que du noir pour mon cher tuxRacer. Snif HELP ME !!!
Merci de m'expliquer qu'est ce rivafb et la méthode pour régler ce probleme. Moi qui suis débutant ...
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par udok () le 01/07/2004 à 21:22. (lien). Évalué à 2.méthode > virer rivafb :)
ok ton boot sera moins jolie, mais une fois sous X, tu t'en fous non ?
moi aussi j'aimerais que les deux marches, ça serait plus sympa pour les rares cas où je vais en console, mais ça vaut pas le coup de se prendre la tete pour ce que ça apporte (/monavis)-
[^]Re: Problèmes ! Help ! Rivafb ....
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par duf (Jabber id, ) le 01/07/2004 à 21:37. (lien). Évalué à 2.A priori sur le forum gentoo pas mal utilisent la solution vesafb + pilote propriétaires nvidia, inconvénient c'est le vesafb qui est en seulement 60Hz....
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par udok () le 01/07/2004 à 22:01. (lien). Évalué à 1.en fait pour tout dire, j'ai quaziment toujours utiliser les vesafb
et ça plantait aussi, chez moi, avec les 5336
alors j'ai abandonné le fb, ça vallait pas le coup de se prendre la tete je trouve
maintenant si ça marche chez certains, tant mieux pour eux ;)-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par rafferty2 () le 02/07/2004 à 09:08. (lien). Évalué à 1.Comment on fait pour virer le framebuffer ? C'est dans la conf de lilo ?
-
[^]Re: Problèmes ! Help ! Rivafb ....
-
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par Pierre Casadebaig () le 02/07/2004 à 10:29. (lien). Évalué à 1.bonjour,
a propos des "plantages" de vesafb, une fois X lancé (la console devenant inutilisable - ascifiée verdatre) : l'option "NvAGP" "1" dans XF86config ou xorg.conf a résolu le problème chez moi.
maintenant connaitre le pourquoi de la chose, oups....-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par Rémi Hérilier (page perso, ) le 02/07/2004 à 10:49. (lien). Évalué à 1.peut-être parce que le '1' signifie "utiliser le support AGP de Nvidia à la place d'AGPGART". Ce qui sous-entendrait que, dans le cas de vesafb, le driver de Nvidia marche mal (un bug quoi:) avec AGPGART :/
-
-
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par Pierre Habouzit (page perso, ) le 02/07/2004 à 09:12. (lien). Évalué à 2.non, y'a un patch (pour 2.4 certes) qui traine qui permet de hacker ca
chercher patch-2.4.x-vesafb-rrc sur google--
Pierre Habouzit <madcoder@debian.org>
-
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par Mathieu Pillard (page perso, ) le 01/07/2004 à 22:54. (lien). Évalué à 1.Tu peux utiliser le driver vesa a la place de rivafb, tu en mourras pas...
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par udok () le 01/07/2004 à 23:01. (lien). Évalué à 0.comme on dit, jamais 2 sans 3 ... mais ça serait bien de lire un peu les posts suivant avant de répondre pour éviter les doublons ;)
-
[^]Re: Problèmes ! Help ! Rivafb ....
Posté par Mathieu Pillard (page perso, ) le 02/07/2004 à 10:40. (lien). Évalué à 3.Vas dire ca a ma connexion, j'ai écrit mon post bien avant tout le thread au dessus, le tout était de pouvoir le poster :)
-
[^]Re: Problèmes ! Help ! Rivafb ....
-
-
-
-
Problème avec WineX
Je sais pas si quelqu'un a rencontré le problème (j'ai une geforce 4 ti 4600 sous x.org) et les 5336 marchent à merveille avec WineX et Painkiller. Par contre, dès que je met les 6106, ils sont super lents et je perds des textures, ça parle à quelqu'un ?
Steph
-
[^]Moi comme a toi
Posté par GeantJones () le 02/07/2004 à 10:42. (lien). Évalué à 1.J'ai des texture misérable à quake3 sans plus aucun effets de lumière et toutes les joies de la 3D, alors qu'avec les 5336 tout allait pour le mieux.
Mais pourquoi donc ???-
[^]Re: Moi comme a toi
-
[^]Re: Moi comme a toi
Posté par FRLinux (page perso, ) le 02/07/2004 à 11:56. (lien). Évalué à 3.Ah ok, c donc un probleme de gestion des textures global des pilotes 6106, gageons que cela va etre discute sur les forums sous peu. Je me demande si je panneau de conf (nvidia-settings) peut corriger ca.
Steph-
[^]Re: Moi comme a toi
Posté par thompier () le 02/07/2004 à 21:28. (lien). Évalué à 1.Avec les 6106, ma FX 5900XT est reconnue comme une carte PCI alors qu'elle est AGP dans RTCW: Enemy Territory. Ce qui fait que j'ai une grosse perte de FPS. Avec glxgears, j'étais à 6100-6200 FPS (drivers 5336). Avec les drivers 6106, je suis à présent à 5400 FPS... Résultat : j'ai remis les anciens drivers.
-
[^]Re: Moi comme a toi
Posté par FRLinux (page perso, ) le 03/07/2004 à 19:34. (lien). Évalué à 2.De même, jai un peu la haine, mais c'est vrai que j'ai du remettre des anciens drivers deux ou trois fois depuis que nvidia fait des drivers pour nux, mais bon, on va pas crier a l'assassinat, juste conforté dans mon idée que ce millésime (6106) a un dénominateur commun qui a des soucis sur certaines confs.
Steph-
[^]Re: Moi comme a toi
Posté par Thibault (page perso, ) le 16/07/2004 à 21:04. (lien). Évalué à 1.Bonjour,
Je vient d'acheter une FX 5700LE/256mo et j'ai donc mit les derniers drivers 6106 et je constate que cela bug vraiment au niveau des textures, alors j'ai voulut mettre les 5336 mais la dès que je lance un programme qui utilise OpenGL il y a freeze de tout le pc ! j'ai voulut mettre du 4496.... et toutes les version 4XXX me donne une erreur de checksums :(
-
-
-
-
Merci pour les utilisateurs de fc 2
- Support des noyaux avec 4kstack
Ca, ca va faire vraiment très plaisir aux petits utilisateurs de la fedora 2 qui sont en rade depuis plus d'un mois et demi ( c'est a dire qui ne peuvent utiliser correctement leurs jeux et leurs apps nécessitant une acceleration matérielle ).
D'ailleur si quelqu'un peut m'expliquer quel était l'interet de l'équipe fedora concernant le choix d'une pile de 4k .... je suis preneur
-
[^]Re: Merci pour les utilisateurs de fc 2
Posté par 007 () le 01/07/2004 à 23:23. (lien). Évalué à 5.> D'ailleur si quelqu'un peut m'expliquer quel était l'interet de l'équipe fedora concernant le choix d'une pile de 4k ....
Dans une vison à court terme et sans prendre en compte les objectifs de Fedora, on peut dire que Fedora a tord d'imposer 4kstack.
Mais Fedora a fait ce chois pour deux raisons :
- Linux (les développeurs upstream) veux imposer 4kstack qui est un plus.
- Fedora est une distribution qui veut adopter et pousser très tôt de nouvelle solution même s'il y a quelques problème. Les objectifs de Fedora sont expliqués en long et en large ici : http://fedora.redhat.com/about/(...) .
Si personne n'"impose" 4kstack car nvidia ne support pas 4kstack alors il n'y aura jamais 4kstack. C'est au logiciel libre de faire le premier pas et aux autres de s'adapter. Linux n'a pas a être dépendant dans son développement de driver proprio.-
[^]Pourquoi 4k?
Posté par lordcow () le 02/07/2004 à 08:11. (lien). Évalué à 4.parceque: (desole pour l'anglais)
Below is a patch to enable 4Kb kernel stacks for x86, based on David
Howells' earlier work.
The goal of enabling 4K kernel stacks is to
1) Reduce footprint per thread so that systems can run many more threads
(for the java people)
2) Reduce the pressure on the VM for order > 0 allocations. We see real life
workloads (granted with 2.4 but the fundamental fragmentation issue isn't
solved in 2.6 and isn't solvable in theory) where this can be a problem.
In addition order > 0 allocations can make the VM "stutter" and give more
latency due to having to do much more work trying to defragment
sén suit des commentaires assez interressant sur les fonctions inline qui augmentent la consomation en pile.
http://people.redhat.com/arjanv/4kstack.patch(...)--
Je est un autre.-
[^]Re: Pourquoi 4k?
Posté par 007 () le 02/07/2004 à 09:32. (lien). Évalué à 2.Voir le toujours formidable lwn.net pour une explication de 4KSTACK en profondeur (mais pas trop :-)):
http://lwn.net/Articles/84583/(...)
Et un commentaire de Arjan van de Ven :
In 2.6 with this patch you have
32 bytes for thread info
4Kb minus 32 bytes for context stack
SEPARATE softirq stack of 4K
SEPARATE hardirq stack of 4K
so in a way you have MORE stack space than in 2.4.-
[^]Re: Pourquoi 4k?
Posté par lordcow () le 02/07/2004 à 10:38. (lien). Évalué à 3.Et voila la vrai bonne raison pour le 4ko stack:
One might well wonder why the kernel hackers are trying to put this sort of change into a stable kernel series. The problem with 8KB stacks is that they require an "order 1" memory allocation: two pages which are contiguous in physical memory. Order 1 allocations can be very hard to satisfy once the system has been running for a while; physical memory can become so fragmented that two adjacent free pages simply do not exist. The kernel will try hard to free up pages to satisfy larger allocations; the result can be a slow, painful, thrashing system.--
Je est un autre.
-
-
-
plantage ici
GetModeLine - scrn: 0 clock: 149430
GetModeLine - hdsp: 1280 hbeg: 1376 hend: 1512 httl: 1744
vdsp: 960 vbeg: 961 vend: 964 vttl: 1008 flags: 0
GetModeLine - scrn: 0 clock: 149430
GetModeLine - hdsp: 1280 hbeg: 1376 hend: 1512 httl: 1744
vdsp: 960 vbeg: 961 vend: 964 vttl: 1008 flags: 0
GetModeLine - scrn: 0 clock: 149430
GetModeLine - hdsp: 1280 hbeg: 1376 hend: 1512 httl: 1744
vdsp: 960 vbeg: 961 vend: 964 vttl: 1008 flags: 0
SwitchToMode - scrn: 0 clock: 68180
hdsp: 800 hbeg: 848 hend: 936 httl: 1072
vdsp: 600 vbeg: 601 vend: 604 vttl: 636 flags: 0
Checking against clock: 149430 (149430)
hdsp: 1280 hbeg: 1376 hend: 1512 httl: 1744
vdsp: 960 vbeg: 961 vend: 964 vttl: 1008 flags: 0
Checking against clock: 113310 (113310)
hdsp: 1024 hbeg: 1096 hend: 1208 httl: 1392
vdsp: 768 vbeg: 769 vend: 772 vttl: 814 flags: 0
Checking against clock: 68180 (68180)
hdsp: 800 hbeg: 848 hend: 936 httl: 1072
vdsp: 600 vbeg: 601 vend: 604 vttl: 636 flags: 0
SwitchToMode - Succeeded
GetModeLine - scrn: 0 clock: 68180
GetModeLine - hdsp: 800 hbeg: 848 hend: 936 httl: 1072
vdsp: 600 vbeg: 601 vend: 604 vttl: 636 flags: 0
*** If unresolved symbols were reported above, they might not
*** be the reason for the server aborting.
Fatal server error:
Caught signal 11. Server aborting
voilà, premier plantage
je joue à ut
je vais en console pour bricoler un truc sans sortir du jeu
quand je reviens sous X, ça plante, comme pour les versions précédentes du driver
en plus, comme d'habitude, aucun message d'erreur significatif, pour être bien sur de ne pas pouvoir isoler la cause du probleme.
et pourtant je n'ai aucun fb d'activer ... va comprendre charles
-
[^]pas plantage ici
Posté par udok () le 02/07/2004 à 13:49. (lien). Évalué à 1.bon, petite maj de commentaire : il semblerait que les plantages incessant en sortant d'ut2004 venait en fait de mon noyau compilé avec regparm
c'est quoi ces drivers qui ne sont même pas compatible avec les dernieres techno du noyau ! :o
je suis déjà dehors ----> []-
[^]Re: pas plantage ici
Posté par udok () le 03/07/2004 à 17:13. (lien). Évalué à 2.finalement non, ce n'est pas le regparm qui débloque, ce sont bien les nvidia ! il aime pas que j'aille en console pendant que je joue on dirait !
-
[^]Re: pas plantage ici
Posté par Stéphane Graber (page perso, ) le 03/07/2004 à 21:42. (lien). Évalué à 1.Je viens d'essayer la même chose ce soir avec Enemy Territory et UT2004demo et aucun problème sur mon PC (geforce 2mx avec les drivers 6106 et kernel 2.6.7).
Cela vien peux-être d'une nouveauté des versions de X (j'utilise le X de debian woody donc 2.?)-
[^]Re: pas plantage ici
Posté par udok () le 04/07/2004 à 15:52. (lien). Évalué à 2.j'ai surtout essayé avec ut2004 (pas tester avec et)
et ça me l'a fait direct (ça a même planté en revenant de la console vers X une fois)
donc je n'ai plus trop de doute
j'ai une ti4200
j'ai pas de FB
donc je suis un peu surpris
sinon ça peut aussi planté quand je joue trop avec les options de nvtv mais ça ça l'a toujours fait
mais bon, si ça marche tant que je vais pas en console, c'est déjà pas si mal
-
-
-
intérêt pour les "vieilles" cartes ?
Y a t il un interêt à installer ces drivers sur une carte de type geforce2 ?
-
[^]Re: intérêt pour les "vieilles" cartes ?
Posté par FRLinux (page perso, ) le 02/07/2004 à 08:01. (lien). Évalué à 3.Ben c'est pas sûr, je peux pas confirmer mais à l'époque de ma geforce 2mx, le fait d'installer des pilotes plus récents (sortis environ 1 an après) ralentissaient les performances. Je suis sûr que quelqu'un possédant une carte ici peux confirmer/infirmer mon propos car ce serait bien que cela ne soit plus le cas.
Steph-
[^]Re: intérêt pour les "vieilles" cartes ?
Posté par Stéphane Graber (page perso, ) le 02/07/2004 à 09:00. (lien). Évalué à 3.Ben étant posseseur d'une geforce 2mx, j'ai de meilleur résultat avec glxgear maintenant que avant :
en petit fenetre : 700fps
en plein écran (1024x768): 170fps
ainsi que le fait de pouvoir lire (avec mplayer -vo xv) 2 vidéo (clip en divx) en même temps que je fais un glxgear. Et en lancant ca je n'utilise que 50% du proc (Amd Athlon 2660+) alors que si mes souvenirs sont bon lors du dernier test de la sorte, j'arrivais avec des images qui saquadait et ~90% d'utilisation CPU.
Autre point, le nvidia-settings est quelque chose de très sympa et qui n'est pas (à ma connaissance) integré dans les anciens driver de chez nvidia.-
[+] [^]Re: intérêt pour les "vieilles" cartes ?
Posté par Sylvain (Jabber id, page perso, ) le 02/07/2004 à 09:45. (lien). Évalué à -1.Si dans les 46.20
-
[^]Re: intérêt pour les "vieilles" cartes ?
-
-
Cette page a été générée par Templeet en 0.2311s (dont 0.0509 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.