XFree86 met à disposition un snapshot du futur X 4.3

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
24
déc.
2002
Serveurs d’affichage
Comme annoncé sur le site du projet XFree86, une version de test du futur XFree86 4.3 a été mis à disposition. Le but étant de fournir un maximum de rapports de bogues afin que la version finale soit de la meilleure qualité possible. Aperçu des nouveautés (liste non exhaustive) :

- 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

  • # Changement de résolution ?

    Posté par  . Évalué à -1.

    C'est pas dans ce XFree86 que l'on pourra changer la résolution d'affichage sans avoir à relancer le serveur X ?

    Si tel est le cas, c'est un joli cadeau de noel :)

    • [^] # Re: Changement de résolution ?

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Euh je l'ai toujours fait, ou alors j'ai mal compris ce que tu demandes.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 6.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Changement de résolution ?

        Posté par  (site web personnel) . Évalué à 10.

        Chez moi, ctrl+alt+plus change la résolution d'écran, pas celle de l'espace de travail. En gros, je garde une taille de bureau virtuel de 1024*768 que l'écran soit en 1024*768 ou 800*600 ou ...

        • [^] # Re: Changement de résolution ?

          Posté par  . Évalué à 7.

          Ben, c'est très bien comme ça justement!
          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  (site web personnel) . Évalué à 5.

            Justement, cette fonctionnalité (CTRL+ALT+[+-]) est bien pratique...

            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  . Évalué à -1.

              On peut déja avec SDL.

              • [^] # Re: Changement de résolution ?

                Posté par  . Évalué à 8.

                Euh, non, la SDL ne fait pas ça, elle change la résolution de l'écran, pas du bureau virtuelle, et crée une surface de (0,0) jusqu'au (x,y) demandé. On a donc l'impression, pour l'application SDL, qu'un "vrai" changement de résolution a eu lieu, mais ça ne fonctionne plus dés que l'on utilise un windowmanager ou plusieurs applications.

                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  . Évalué à 1.

          Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Changement de résolution ?

        Posté par  . Évalué à 4.

        Seule la profondeur des couleurs n'est pas changeable
        Autant changer la résolution je m'en sers souvent, autant changer la profondeur, ca servirait à quoi ?

    • [^] # Re: Changement de résolution ?

      Posté par  . Évalué à -1.

      Quelles sont les autres functionnalités/correctif annoncés????

      Merci

      Joyeux Noël en tout cas

  • # Re: XFree86 mets a disposition un snapshot du futur 4.3.

    Posté par  . Évalué à 1.

    J'ai fait une petite coquille le drapeau du projet DRI doit être celui anglais est non pas l'allemand...

  • # Le plus important

    Posté par  . Évalué à 8.

    > Add an alternative French XKB layout (fr-latin9) (#A.1446, Guylhem Aznar,
    Rene Cougnenc, Nicolas Mailhot).

    YES!

    • [^] # Re: Le plus important

      Posté par  . Évalué à 8.

      > Add an alternative French XKB layout (fr-latin9)

      certe mais ca correspond a koi ??

      • [^] # Re: Le plus important

        Posté par  . Évalué à 4.

        C'est le layout xkb pour certains ici, qui parlent un "francais alternatif"

        ( -1 )

      • [^] # Re: Le plus important

        Posté par  (site web personnel) . Évalué à 2.

        sauf erreur le latin9 c'est celui de l'iso 8859-15 bref : avec l'euro

        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  . Évalué à 10.

        Si on lit de fichier de définition, on lit que c'est une définition de clavier français, non pas construite par adaptation des claviers existant, mais reconstruit de zéro, avec dès le départ l'idée que les français l'utiliserons. En particulier, toutes les majuscules accentuées sont facilement accessibles, avec ou sans dead keys.
        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  . Évalué à 8.

    Ceux qui ont essayé cette version doivent surement trouvé affreux ce curseur tout rouge, pour le mettre en blanc il suffit d'éditer le fichier

    /usr/X11R6/lib/X11/icons/default/index.theme

    et de remplacer redglass par whiteglass ou default ou handhelds.

  • # Questions diverse ...

    Posté par  . Évalué à 7.

    Je me pose qq questions a propos de Xfree, p'tet que qq1 d'entre-vous pourraient m'ecalirer.

    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  (site web personnel) . Évalué à 8.

      Suivant ce que j'ai compris (mais je peux me tromper)... :

      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  . Évalué à 4.

      en gros le DRI, c'est l'interface de rendu direct, qui devrait normalement étre utilisé pour faire des rendus rapide genre 3D, overlay video etc etc ...

      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  . Évalué à 6.

      Il faut mettre en commentaire tout ce qui concerne DRI car les pilotes de nvidia utilisent une architecture totalement differente à tout point de vue : pas d'utilisation de XAA, pas d'utilisation de Mesa, ...

      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  (site web personnel) . Évalué à 2.

        [mat.garbage:pts/2 ~]% grep RenderAccel /usr/doc/nvidia-glx-1.0.3123/README
        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  . Évalué à 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] ?

          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  . Évalué à 5.

          Ca viens du fait que tu utilise les pilotes 1.0.3123 et que je parle des 1.0-4191.
          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  (site web personnel) . Évalué à 0.

            argh, RENDER non accelere hardware, mais c'est pas cool du tout ca... bon ben je vais rester avec mes drivers actuels alors...

          • [^] # Re: Questions diverse ...

            Posté par  . Évalué à 3.

            le code est tellement unifié qu'il faut une carte graphique nvidia pour activer le bus AGP des NFORCE415d ....vu que g du ATI AIW, g pas d'AGP, donc pas d'accel 3D. NVdriver ne veux pas ce charger, agpgart ne veux rien entendre....

            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  . Évalué à 2.

    Il y a des trucs un peu bizarre dans le changelog je trouve :
    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  (site web personnel) . Évalué à 1.

      euh .... je ne comprend pas ....



      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  (site web personnel) . Évalué à 1.

        euh, reflechis... je sais pas ce qu'ils entendent par locked account mais a mon avis, c'est juste un truc sur lequel tu peux de toutes facons pas de logguer...

      • [^] # Re: A propos du Changelog

        Posté par  (site web personnel) . Évalué à 6.

        > qu'est ce qu'un 'locked account' dans xdm ?

        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  . Évalué à 1.

    Combien d'architectures supportées cette fois ?

  • # Re: XFree86 mets a disposition un snapshot du futur 4.3.

    Posté par  . Évalué à 0.

    Ou sont les sources ?

  • # Qqun a une radeon 7200?

    Posté par  (site web personnel) . Évalué à 2.

    J'ai pas encore testé cette version, mais avec le cvs d'il y a quelques jours, j'ai un gros probleme d'affichage: http://daique.dyndns.org/screenshot/xfree-cvs_20021129.png(...) et http://daique.dyndns.org/screenshot/xfree-cvs_20021211.png(...)

    Je vais le tester mais il y est toujours?

    • [^] # Re: Qqun a une radeon 7200?

      Posté par  (site web personnel) . Évalué à 3.

      Salut,

      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  (site web personnel) . Évalué à 2.

        Je viens de tester avec les binaires. Ça déconne toujours.

        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  (site web personnel) . Évalué à 2.

    les sources (png et xcf) des curseurs: http://cvsweb.xfree86.org/cvsweb/xc/programs/xcursorgen/redglass/(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.