Interview de l’équipe Enlightenment France

Posté par  . Modéré par patrick_g. Licence CC By‑SA.
59
6
mai
2011
Serveurs d’affichage

Il y a de cela quelques jours, l’un des membres de l’équipe française d’Enlightenment, Jonathan Atton, a lancé dans les journaux de LinuxFr l’idée d’une interview des membres français du projet Enlightenment.

Pour répondre à cette série de questions, nous nous sommes concertés, Cédric Bail (développeur EFL), Philippe Caseiro (président de l’association e.fr) et Jonathan Atton (développeur d’applications utilisant les EFL), pour vous faire une réponse unique qui révèle notre point de vue en tant qu’équipe.

Certaines questions auraient mérité une réponse bien plus longue, mais nous ne voulions pas nous attarder trop dans des détails. Mais si vous voulez des précisions ou avez d’autres questions, n’hésitez pas à les poster en commentaire, nous y répondrons avec plaisir ! Et nous vous rappelons que nous organisons ce samedi une journée de présentation des EFL en région parisienne (à Montrouge) ; si vous êtes intéressé, il reste encore un peu de place !

Effervescence autour de la pile graphique libre

Posté par  . Édité par Benoît Sibaud. Modéré par Florent Zara. Licence CC By‑SA.
125
2
avr.
2011
Serveurs d’affichage

Ces derniers temps ont été très riches en événements dans le monde graphique libre.

Une première phase du remodelage intégral de la pile graphique de nos systèmes libres avait commencé par DRI2, apportant notamment la possibilité à un compositeur tel que Compiz de rediriger le rendu OpenGL d’une fenêtre (Redirected Direct Rendering), puis le Kernel Mode Setting (KMS) permettant de transférer la gestion des modes vidéo et de la mémoire vidéo du pilote graphique X.Org (DDX) vers le noyau, et enfin, Gallium3D, le cadriciel de Tungsten Graphics, permettant la mise en commun de nombreuses fonctionnalités auparavant implémentées dans chaque pilote graphique.

Très récemment, le noyau 2.6.38 a apporté le kernel page flipping, permettant l’arrivée du futur serveur d’affichage Wayland développé par Kristian Høgsberg (également auteur de DRI2 et de AIGLX) et popularisé par Mark Shuttleworth (qui souhaite son adoption dans Ubuntu dès l’année prochaine). Les bibliothèques graphiques GTK+ 3 et Qt 4 ont déjà des back-ends permettant le fonctionnement expérimental des applications GNOME 3 ou KDE 4 sous Wayland…

Parmi les plus récents événements, de nombreux étudiants ont proposé des projets en lien avec la pile graphique libre utilisée par GNU/Linux à l’occasion de l’édition 2011 du Google Summer of Code (GSoC). Ces projets sont plus précisément des « state trackers » pour Gallium3D :

  • un étudiant belge du nom de Denis Steckelmacher (alias steckdenis), a proposé rien de moins qu’un state tracker OpenGL 4.1, entièrement récrit. Ce projet ayant été jugé bien trop ambitieux par les développeurs Mesa / Gallium3D dans le cadre du GSoC, ces derniers lui ont proposé de travailler sur le remplacement des représentations intermédiaires propres à Gallium3D (Mesa IR) par une sémantique [GLSL] plus standard. Après coup, cette idée n’a pas fait non plus l’unanimité au sein des développeurs, avec notamment deux sociétés, Intel et LunarG travaillant actuellement sur ces fameuses représentations intermédiaires. Denis Steckelmacher a finalement décidé de travailler sur Clover, le state tracker OpenCL, permettant d’exploiter la puissance des GPU pour le calcul intensif, avec pour objectif obtenir un state tracker fonctionnel réalisant, dans un premier temps, les calculs OpenCL sur le processeur en utilisant LLVMpipe, un moteur de « rendu OpenGL » logiciel basé sur LLVM (Low Level Virtual Machine).

  • un étudiant français, Émeric Grange (alias Emeric_), participerait également au GSoC 2011, avec pour projet le développement d’un décodeur vidéo WebM / VP8 accéléré via les [[shaders]] des processeurs graphiques. Tout cela serait placé dans un state tracker Gallium3D, qui exposerait ses fonctions aux lecteurs multimédias comme VLC, MPlayer et Totem (via un greffon GStreamer) à travers l’API VDPAU de NVIDIA.
    Ce state tracker pourrait constituer un bon point de départ pour la prise en charge générique du décodage matériel d’autres formats vidéo, tels que le MPEG 4 ASP (DIVX < 7) et MPEG 4 AVC (H.264) ou le MPEG 2 (déjà pris en charge par le state tracker XvMC). À noter que, comme pour la gestion des textures compressées S3TC, la gestion de ces formats devra faire l’objet d’une analyse des brevets / licences impliqués.

Certes, tout n’est pas rose du côté de la pile graphique Linux, mais au moins ça bouge et ça avance plutôt dans le bon sens. Voir ci-dessous pour les détails.

Journal WMFS, Window Manager From Scratch

Posté par  (site web personnel) . Licence CC By‑SA.
16
11
avr.
2011

WMFS, Window Manager From Scratch

WMFS est un gestionnaire de fenêtre dit tiling. Développé par xorg62 (et quelques utilisateurs du logiciel) en C à l'aide de la XLib, WMFS se distingue des autres tiling window manager sur de nombreux points.

I. Les layouts

La est le point fort de tout tiling WM, les layouts sont les différents modes d'organisations des fenêtres sur votre environnement de travail. En plus des classiques free, max et tile (right, left, (…)

Journal Ubuntu abandonne X pour Wayland

Posté par  .
Étiquettes :
35
5
nov.
2010
Après l'abandon par Ubuntu du shell gnome pour Unity. On apprend de de source sûre qu'Ubuntu s'apprête à abandonner X pour un nouveau display Manager: Wayland

Après avoir étudié plusieurs solutions (entre autres utiliser l'environnement de composition d'Android, écrire leur propre display manager,...) l'équipe de Marc Shuttleworth s'est dirigé vers le projet Wayland.

Bien sûr cela ne va pas se faire du jour au lendemain. En outre il sera aussi possible de faire tourner les applications X en mode compatible.
(…)

Forum Linux.général Aide pour comprendre la pile logicielle des claviers sous Linux

Posté par  . Licence CC By‑SA.
4
16
avr.
2024

Hello,

Je cherche à comprendre le chemin précis depuis une frappe du clavier jusqu'au caractère affiché dans un environnement de bureau Linux, qui passe par divers logiciels dont le noyau, evdev, libinput, libxkbcommon, le compositeur Wayland ou le serveur X11, les GUI toolkits comme GTK et Qt, les input methods comme IBus et Fcitx5, etc. J'ai posé la question ici, après qu'elle n'ait pas vraiment reçu de réponse sur les forums Fedora et GNOME :

https://unix.stackexchange.com/questions/773671/understanding-the-keyboard-input-stack-on-desktop-linux-esp-compose-keys

J'ai commencé aussi à (…)

Forum Linux.général Problème X Window System Error XFree86/X11

Posté par  . Licence CC By‑SA.
Étiquettes :
0
7
oct.
2015

Bonjour,
J'ai une installation avec un serveur qui export une petite fenêtre avec un bouton sur un terminal assez basique
Ma configuration actuelle :
Terminal : Linux kernel 2.4.3 i586, XFree86 3.3.6 (1999)
Serveur : Linux kernel 2.6.9 X64
J'utilise un script Python GTK2 pour créer la fenêtre et fait un "export DISPLAY=Terminal:0.0" avant de lancer mon script
Dans cette configuration, ma fenêtre+bouton s'affiche bien sur le terminal et l'utilisateur clique dessus sans problème.

Je viens de mettre à jour (…)