- Support amélioré des curseurs (Xcursor) transparence, animation, ombrage, forme générée à partir de .png
- Support SSE/3Dnow pour FreeBSD et NetBSD
- Support des radeon 9000 9700 et Mobility M9
- Utilisation de Mesa 4.0.4
- Ajout de RandR
- Ajout de xft2
- Ajout de fontconfig
- Mise à jour de la partie DRI
Et beaucoup d'autres choses...
Aller plus loin
- Annonce sur la page principale (1 clic)
- journal détaillé des changements (2 clics)
- Binaires (2 clics)
- Binaires x86 pour debian/linux (2 clics)
- Projet DRI (2 clics)
# Changement de résolution ?
Posté par ndv . Évalué à -1.
Si tel est le cas, c'est un joli cadeau de noel :)
[^] # Re: Changement de résolution ?
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Changement de résolution ?
Posté par Rin Jin (site web personnel) . Évalué à 10.
[^] # Re: Changement de résolution ?
Posté par wismerhill . Évalué à 7.
Tu trouve pas ça énervant que le moindre changement de résolution foute en l'air toute l'organisation de ton bureau?
Quand j'étais sous win j'avais regroupé les icônes dans la zone de 640x480 pour être sûr qu'elles ne bougent pas, quand j'ai découvert Linux j'ai été enchanté de cette fonctionnalité du serveur X.
[^] # Re: Changement de résolution ?
Posté par Sylvain Rampacek (site web personnel) . Évalué à 5.
Mais pouvoir changer de résolution complètement "à la windows" serais un plus... (tout dépend de son utilisation bien évidemment).
On pourrait très bien garder/faire les deux non ?
[^] # Re: Changement de résolution ?
Posté par mammique . Évalué à -1.
[^] # Re: Changement de résolution ?
Posté par Gaël Le Mignot . Évalué à 8.
Sinon, je suis d'accord avec ce qui a été dit plus haut, le changement de résolution "écran" sans changement de résolution viruelle est pratique, mais le changement "à la windows" peut l'être aussi, ce serait bien de pouvoir avoir les deux, au choix de l'utilisateur.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Changement de résolution ?
Posté par Benjamin . Évalué à 4.
Autant changer la résolution je m'en sers souvent, autant changer la profondeur, ca servirait à quoi ?
[^] # Re: Changement de résolution ?
Posté par Gwenaël Casaccio . Évalué à 10.
[^] # Re: Changement de résolution ?
Posté par Nicolas BRIGITTE-ALPHONSINE . Évalué à 2.
[^] # Re: Changement de résolution ?
Posté par crevette . Évalué à -1.
Merci
Joyeux Noël en tout cas
# Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Laurent Mouillart . Évalué à 1.
# Le plus important
Posté par mickabouille . Évalué à 8.
Rene Cougnenc, Nicolas Mailhot).
YES!
[^] # Re: Le plus important
Posté par Tony Gencyl . Évalué à 8.
certe mais ca correspond a koi ??
[^] # Re: Le plus important
Posté par Benjamin . Évalué à 4.
( -1 )
[^] # Re: Le plus important
Posté par Éric (site web personnel) . Évalué à 2.
Enfin ca c'est ce que j'en déduis. Maintenant comme mon euro marche _déjà_ je me dis que il doit y avoir autre chose
[^] # Re: Le plus important
Posté par mickabouille . Évalué à 10.
Bref, c'est cosmétique, il suffit de le récupérer et de le mettre dans ton réperoire à chaque install (encore faut-il le trouver, il n'est pas à la même place selon les distribs). Mais il mérite (depuis longtemps) d'être inclus dans XFree.
# Changement de l'affreux rouge du curseur.
Posté par Laurent Mouillart . Évalué à 8.
/usr/X11R6/lib/X11/icons/default/index.theme
et de remplacer redglass par whiteglass ou default ou handhelds.
[^] # Re: Changement de l'affreux rouge du curseur.
Posté par Beretta_Vexee . Évalué à 2.
[^] # Re: Changement de l'affreux rouge du curseur.
Posté par Laurent Mouillart . Évalué à 3.
[^] # Re: Changement de l'affreux rouge du curseur.
Posté par Amand Tihon (site web personnel) . Évalué à 1.
J'ai pas trop envie de passer mon temps à relancer xfree, moi :)
[^] # Ne pas utiliser default
Posté par Laurent Mouillart . Évalué à 3.
# Questions diverse ...
Posté par Tony Gencyl . Évalué à 7.
Xfree supporte pas mal d'options (fbdevhw, dri, XVideo ...), y a-t-il un site web qui pourrait me donner des infos a ce sujet ?
Si on utilise les driver fourni par nVidia, il est dit de mettre en commentaire tout ce qui concerne le DRI: pq ?
Je me suis rendu compte, avec les derniers drivers nVidia (et ceux de septembre aussi d'ailleur), que malgre l'installation des librairies glx-qui-vont-bien, certains softs utilisant de la 3d ne semblent pas utiliser les capacite acceleratrices de ma geForce, puisque mon CPU est a 100 % (plugins xmms par exemple), ai-je loupe une config qqpart ?
Une remarque en passant: la reecriture de la gestion 2d des drivers nVidia de decembre n'est pas vraiment convainquante: les perfs sont en gros divisees par 5 (selon x11perf), la TV (en XVideo ou non) en plein ecran ou en maximize (sous gnome) donne des resultats catastrophiques (lignes decallees) et les widgets gtk ont de temps en temps une sales tronches :-((( ... j'espere que ce n'est pas la le resultat de l'uniformisation de leur driver avec d'autres plateformes ...
[^] # Re: Questions diverse ...
Posté par Sylvain Rampacek (site web personnel) . Évalué à 8.
La ligne Load "dri" dans le fichier de configuration veut dite que Xfree doit utiliser les drivers inclus dans XFree pour l'accélération 2D/3D...
Donc si tu veux réellement utiliser les drivers nvidia, mettre en commentaire ou supprimer cette ligne est la manière de dire à Xfree de ne pas utiliser le driver interne.
Et pour ton problème d'OpenGL, tu as bien mis Load "glx" dans la partie Module du même fichier de configuration et supprimé Load "GLcore"
NB : DRI = Direct Rendering Interface
[^] # Re: Questions diverse ...
Posté par Beretta_Vexee . Évalué à 4.
Mais NVidia n'utilise pas l'architecture DRI de XFree pour ce genre de tache, il est donc preferable de commenter le DRI pour eviter des conflits.
Il se peut que ton plug-ins soit en rendue software, oui qu'il n'y ait pas de limite de framerate, ( tu peux trés bien faire du 100% d'occupation CPU avec un simple cube qui tourne, et faire tourner sa carte 3D a font les manettes, ( le ramdac de ma geforce 2 a du mal a depasser les 180 Fps ), c'est trés con vue que ton ecran reste an 120-60Hz).
J'ai pas observé cette baisse de pref, cela doit surment venir d'un probléme de configure ( genre un module kernel et module XFree de version differente, ou mauvaise config de XFree ), perso j'ai une acceleration nette en ce qui conserne XVideo.
[^] # Re: Questions diverse ...
Posté par Laurent Mouillart . Évalué à 6.
Pour ton pb de performance un simple Option "RenderAccel" "True" dans ton XF86Config-4 (section Device) deverai bien améliorer la chose.
[^] # Re: Questions diverse ...
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
Option "NoRenderAccel" "boolean"
[mat.garbage:pts/2 ~]%
comme visiblement c pas la meme chose (et que NoRenderAccel est desactive par defaut), moi je veux bien te croire, mais d'ou ca sort ca [RenderAccel] ?
[^] # Re: Questions diverse ...
Posté par Tony Gencyl . Évalué à 2.
J'avais vu ca moi aussi ds le forum nv driver:
http://www.nvnews.net/vbulletin/forumdisplay.php?s=1ac5ac5745ab67af(...)
Ils utilisent en affet Option "RenderAccel" "boolean", avec "boolean" valant "1" ou "0", mais pas "True".
Cela dit, pour completer mon post initial (un grand merci en passant pour ceux qui m'ont suggere/apportes qq infos ;-) ):
* j'utilise bien les bonnes libs gl (load "glx") et les bonnes versions de libs (correspondant au driver)
* je les utilise avec mon noyau 2.4.20 configure a ma sauce
* les modules nvidia et les lib glx sont recompilee avec ce noyau
* ds les logs d'Xfree, XVideo semble etre desactive et l'option "RenderAccel" "1" aussi ...
* un plugin xmms qui utilise 100% de mon CPU: Jess (dommage il est tellement bo), cela dit, il erst vrai que le coup de fps > refrech video, j'y avais pas pense ... donc il se peut qu'il utilise 100% CPU a tous les coups :-(
Juste pour info, les nouveau drivers sont les 4191, je verifierais ce soir les README ...
[^] # Re: Questions diverse ...
Posté par Laurent Mouillart . Évalué à 1.
[^] # Re: Questions diverse ...
Posté par Laurent Mouillart . Évalué à 5.
Dans ces dernier le support XAA a été supprimé et remplacer par une architecture "maison" qui leur permet d'unifier encore plus de code dans les pilotes windows linux freebsd et j'ai cru comprendre que l'architecture du module XAA leur posait des problèmes quand à la qualité de leurs pilotes. Malheureusement ce code n'est pas encore très au point et pose certain problèmes il est donc desactivé par défaut (pour le moment).
Extrait du readme 1.0.4191 :
Option "RenderAccel" "boolean"
Enable or disable hardware acceleration of the RENDER extension. Default: hardware acceleration of the RENDER extension is disabled.
[^] # Re: Questions diverse ...
Posté par Mathieu Pillard (site web personnel) . Évalué à 0.
[^] # Re: Questions diverse ...
Posté par vga1523 . Évalué à 3.
c pareil pour les nforce2, zètes obligé d'acheter du nvidia en carte 3d sinon pas d'AGP....
> Unfortunately, at this time we do not provide NvAGP as a separate kernel module; it is only available as a built in piece of the NVIDIA kernel module for use with NVIDIA graphics cards.
>
> I apologize for the inconvenience,
> - Andy Ritger
# A propos du Changelog
Posté par tfing . Évalué à 2.
538. Make xdm check the full password string (on Linux) for locked accounts rather than just the first character (#5485, Mike Harris, Nalin Dahyabhai).
[^] # Re: A propos du Changelog
Posté par Éric (site web personnel) . Évalué à 1.
qu'est ce qu'un 'locked account' dans xdm ?
et surtout ... ca veut dire que il ne vérifie que les premiers caracteres d'u mot de passe ? sérieux ?
[^] # Re: A propos du Changelog
Posté par Mathieu Pillard (site web personnel) . Évalué à 1.
[^] # Re: A propos du Changelog
Posté par William Steve Applegate (site web personnel) . Évalué à 6.
La même chose qu'ailleurs, à savoir un compte utilisateur bloqué. Consulte la page de manuel d'usermod(8) (plus particulièrement, les options -L et -U) pour plus d'infos à ce sujet.
> et surtout ... ca veut dire que il ne vérifie que les premiers caracteres d'u mot de passe ? sérieux ?
Pour vérifier si un compte est bloqué, il n'y a pas besoin de plus : le compte en question a en effet comme particularité d'avoir un '!' au début du mot de passe. Comme XDM remplit la même fonction que login(1), il a bien sûr besoin de savoir quels comptes sont verrouillés. CQFD (enfin, je pense. Si j'ai dit une connerie, prière de corriger. On va appeler ça du « travail collaboratif » ;-)
--
WSA, qui souhaite un joyeux Noël à tout le monde !
Envoyé depuis mon PDP 11/70
# Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par feth . Évalué à 1.
# Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Pierre . Évalué à 0.
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par twolife . Évalué à -5.
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Pierre . Évalué à -3.
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Laurent Mouillart . Évalué à 3.
export CVSROOT=anoncvs@anoncvs.xfree86.org:/cvs
cvs login
(pass anoncvs)
cvs checkout -r xf-4_2_99_3 xc
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Pierre . Évalué à -3.
C'est moyennement pratique...
Et je suis pas sur que ce soit conforme à la licence de distribuer les sources uniquement par CVS, si ?
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Laurent Mouillart . Évalué à 4.
Ou tu ne sais, ou ne veux pas compiler toi meme et tu prends le binaire, ou tu sais fabriquer toi même tes binaires et à ce moment la je pense qu'il serai préférable de récupéré les sources directement de la branche HEAD.
Toujours est il que tu peux les trouver chez gentoo :
http://www.ibiblio.org/pub/Linux/distributions/gentoo/gentoo-source(...)
X4.2.99.3-1.tar.bz2
X4.2.99.3-2.tar.bz2
X4.2.99.3-3.tar.bz2
X4.2.99.3-4.tar.bz2
par contre aucune trace sur le ftp de XFree86 .
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par Pierre . Évalué à 0.
C'est quand meme la méthode la plus couremment employée pour distribuer une application :)
[^] # Re: XFree86 mets a disposition un snapshot du futur 4.3.
Posté par nodens . Évalué à 2.
Avec un tarball, c'est nettement plus difficile (il faut packager, modifier le lien... et pendant ce temps une autrer modif a été faite...).
# Qqun a une radeon 7200?
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
Je vais le tester mais il y est toujours?
[^] # Re: Qqun a une radeon 7200?
Posté par Guillaume Libersat (site web personnel) . Évalué à 3.
Pas chez moi, mais il serait intéressant que tu réessayes avec une version toute récente. Si cela persiste, n'oublie pas d'envoyer un rapport de bug, ca serait bête que la version finale merde sur qq machines :/..
Bonne compil ;)
[^] # Re: Qqun a une radeon 7200?
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
J'avais déja reporté le bug, j'ai envoyé 2 mails sur la ml xpert, mais sans réponse. Je vais essayer de trouver l'adresse des dévelloppeurs du driver radeon. J'espere que le bugzilla tournera un jour.
# Re: XFree86 met à disposition un snapshot du futur X 4.3
Posté par Troy McClure (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.