Meku a écrit 783 commentaires

Les nouveautés à venir dans le monde Xorg (kernel modesetting, Gallium3D, drivers ATI libres, les fameuses améliorations censées apparaître grace au TTM, etc.)

J'ai deux exemples frais de ce matin :

------------------------

Return-Path: <yinmatingvurpi@mailport1.sra.com>
Received: from mwinf2b21.orange.fr (mwinf2b21.orange.fr) by mwinb2306 (SMTP Server) with LMTP; Thu, 08 Nov 2007 08:31:58 +0100
X-Sieve: Server Sieve 2.2
Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2b21.orange.fr (SMTP Server) with ESMTP id 00AC8B400089 for <wfr400014c0004b0a9f46b8b76e@back23-mail02-03.me-wanadoo.net>; Thu, 8 Nov 2007 08:31:58 +0100 (CET)
Received: from mailport1.sra.com (p5093-ipad205morioka.iwate.ocn.ne.jp [122.29.232.93]) by mwinf2b21.orange.fr (SMTP Server) with SMTP id 87D55B400088; Thu, 8 Nov 2007 08:31:50 +0100 (CET)

------------------------

Return-Path: <jeffbratmanxfu@prodesol.com>
Received: from mwinf2e23.orange.fr (mwinf2e23.orange.fr) by mwinb2306 (SMTP Server) with LMTP; Wed, 07 Nov 2007 22:59:03 +0100
X-Sieve: Server Sieve 2.2
Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2e23.orange.fr (SMTP Server) with ESMTP id 9868758000A5 for <wfr400014c0004b0a9f46b8b76e@back23-mail02-03.me-wanadoo.net>; Wed, 7 Nov 2007 22:59:03 +0100 (CET)
Received: from prodesol.com (unknown [194.208.117.75]) by mwinf2e23.orange.fr (SMTP Server) with SMTP id 852D05800097; Wed, 7 Nov 2007 22:58:58 +0100 (CET)

Ce sont des spams envoyés sur ma boite mail Orange, et Orange me marque les spams dans le titre du message (comme ça je peux déjà les filtrer automatiquement ceux-là).

Là je me retrouve avec des messages sans sujet, sans contenu et une signature « Orange vous confirme que ce message ne contient pas de virus blablabla... ». Ça me paraitrait bizarre qu'il supprime du contenu pour certains, et qu'il marque les autres au fer rouge sans les altérer.

Au passage Keith Packard a dit à plusieurs reprises, sur la mailing list de xorg et sur irc, qu'il essayait de faire bouger les choses du côté Intel, pour obtenir la publication des documentations encore non accessibles à tous.

Non, il a utilisé des guillemets droits ! Les guillemets anglais étants “ et ”. Source : Guillemet.

Compiz est activé par défaut sur les machines qui le supportent. La gestion de son activation se base sur une liste de drivers avec lesquels il ne faut pas l'activer.

J'étais un peu septique aussi sur compiz avant de mettre à jour mon système (la dernière fois que je l'avais testé il y avait des petits problèmes d'intégration et un gros problème avec gecko et les div fixes), mais là je dois dire que c'est plutôt bien foutu.

Sinon moi aussi j'ai une petite config, Athlon K7 850 MHz, 750 Mo RAM, et avec une carte NVIDIA je n'ai absolument aucun ralentissement avec compiz. C'est pas Vista hein ;-)

Ta description de OpenOffice 3.0 me fait penser au Technodrome, dans les tortues ninja... une machine à tout faire lourde et énorme...

http://content.answers.com/main/content/wp/en/thumb/6/66/300(...)

Ce sera sans moi aussi.

À noter tout de même que Keith Packard, développeur Xorg employé par Intel pour leurs pilotes, travaille à convaincre Intel de publier ouvertement leurs specs, et qu'il est prêt à fournir les informations nécessaires à quelqu'un « d'extérieur » qui voudrait implémenter certaines fonctionnalités dont les registres ne sont pas encore définis dans le code source.

Mais bon c'est vrai que ça ne vaut pas la doc complète disponible à quiconque.

Heu... la DGA c'est la Délégation générale pour l'armement, et non pas la Direction Générale de l'Armement, non ? Je ne sais pas pourquoi on rencontre souvent cette seconde dénomination. Les deux sont utilisées ? Ça me paraît bizarre tout de même.

Regarde du côté de glOrtho ou gluOrtho2D. Par exemple :
gluOrtho2D (-10.0, 10.0, -5.0, 5.0);
te définit un repère orthogonal allant de -10 à +10 sur l'axe des X et de -5 à +5 sur l'axe des Y (donc dans ce cas, l'origine est situé au centre de l'image).

Au passage, tu n'utilises pas une projection orthogonale pour ton rendu 2D ? Tu risques de te retrouver avec des symboles de tailles variables suivant leur position dans la fenêtre.

J'ai vu dans ton initialisation :
glBlendFunc GL_SRC_ALPHA GL_DST_ALPHA;

Le second paramètre est incorrect, il doit être GL_ONE_MINUS_SRC_ALPHA comme indiqué dans ton message initial.

Je n'arrive pas à reproduire ton problème. J'ai essayé de dessiner des surfaces et des contours dans un petit programme en C disponible à l'adresse http://tfc.duke.free.fr/tmp/aa.c (echap pour quitter, n'importe quelle autre touche pour antialiasing on/off). Ça donne ce résultat :
http://tfc.duke.free.fr/tmp/aa.png
Est-ce bien à peu près ce que tu cherche à obtenir ?

Dans mon programme j'ai désactivé le test de profondeur. Pour de la 2D, ce n'est pas nécessaire, il suffit de dessiner dans le bon ordre (sauf peut être pour faire des masques -- cas particuliers).

À la fin de ton bout de code, tu semble dessiner les contours d'abord puis ensuite les surfaces. Peut-être serait-il mieux d'inverser cet ordre ? (le résultat ne sera pas le même surtout si on désactive le test de profondeur)

Bon par contre il semblerait qu'il y ait un bug avec le driver intel lorsqu'on utilise GL_LINE_LOOP...

Je n'ai pas trop le temps à l'instant là, mais j'essaierai de voir ce soir un peu plus loin sur ton problème en reproduisant des symboles comme tu le fais.

Mais je me demandais pourquoi tu traces les contours avec des lignes puis effectues un remplissage ? pourquoi ne pas tracer directement tes symboles en tant que ligne uniquement, en jouant sur leur épaisseur ? (ça fait peut être partie de ton cahier des charges ?)

Salut,

Tu as un exemple de couleur de ligne avec lequel tu as cet effet ? Ou éventuellement poster une capture d'écran.
J'ai essayé une ligne blanche et une verte sur un triangle bleu (affiché sur un fond noir) et l'antialiasing est correct sur les deux surfaces.

Aussi, quelle épaisseur de ligne utilises-tu ? (glLineWidth) Il est conseillé d'augmenter l'épaisseur de ligne lorsque l'antialising est activé, par exemple à au moins 1,5 lorsque l'épaisseur originelle de la ligne est à 1,0.

Faire du libre pour du libre permet :
- d'intégrer et packager le logiciel dans les distros ;
- d'adapter le logiciel pour d'autres architectures et OS que le freeware ;
- que des utilisateurs corrigent le logiciel lorsqu'il y a une petite pétouille par-ci ou par-là ;
- que quiconque vérifie le logiciel en regardant dans les sources (pour voir s'il n'a pas un comportement suspect) ;
- de s'assurer que le logiciel ne crèvera pas quand le(s) dev(s) décidera de larguer le projet (ou du moins ne crèvera pas complètement, on pourra toujours maintenir la dernière version modulo les correctifs qui vont bien pour que ça compile et s'exécute sur la dernière version de la distro) ;
- à des développeurs d'en apprendre plus sur tel ou tel protocole/langage/algorithme/technique... (moi perso le logiciel libre m'a beaucoup aidé pour ça).
- etc. (tout ce qui est rabaché sur ce site depuis des lustres).

Bref, ça sera nettement plus agréable pour les utilisateurs de pouvoir utiliser leur système de packaging fourni avec leur distro pour obtenir le logiciel sur leur architecture sans le petit bug à la con qui traine et que le (ou les) développeur(s) ne trouvent/cherchent pas, plutôt que d'aller ici et là pour télécharger un logiciel (comme dans le monde windowsien quoi). Et ce n'est pas juste la « sécurité du fork ». Il n'y a pas besoin que le projet soit communautaire pour bénéficier du caractère libre ou Open Source.

Le freeware ça reste du vulgaire proprio avec toutes ses casseroles. D'ailleurs à chaque fois que j'utilise un logiciel proprio y'a toujours quelque chose pour me rappeler que le proprio c'est chiant (c'est systématique).

Par ailleurs, en quoi un driver libre sera plus sûr qu'un logiciel quelconque ? qu'est ce qui empêcherait à ce logiciel proprio d'être un relais à spam pour du viagra par exemple ? ou de renvoyer des infos sur toi pour que google puisse mieux cibler la pub qu'il va te présenter ?

Marrant tous ces symboles « Serious irregularities » dans de nombreux pays ayant voté « oui »...

Je comprends vraiment pas comment sous Windows tous les logiciels soient si lourds, tant au niveau du fichier d'installation que de l'installation en elle-même... D'ailleurs c'est marrant, les logiciels libres sous Windows sont eux aussi légers que sous Linux (grosso modo). C'est une caractéristique spécifique au logiciel propriétaire.

Genre 114 Mo pour des drivers Wifi, ou 150 Mo pour les drivers et tout le bazard de l'imprimante. Mais qu'est ce qu'ils mettent dedans ?? ils rajoutent des cailloux ou quoi ? Ils connaissent pas la compression ? c'est vraiment du bloat pur et dur. Et ça me fait marrer les installeurs minimalistes qui proposent de télécharger les 100 Mo restant à 30 ko/sec...

De même pour les durées d'installation. Quand on compare le dépacketage sous Linux et l'installation sous Windows, on se demande bien ce que fait l'installeur de ce dernier. Même pour les Windows Update, certains éléments sont infiniment longs à s'installer... Les temps d'installation sont aussi lent qu'à l'époque où j'avais un Pentium 100 Mhz, voire plus lents ! (normal, si ça bouffe plus de place...)

Alors comment se fait-il que les logiciels libres se contentent de beaucoup moins d'espace (excepté OOo...) que les logiciels proprios ?

(En plus le gestionnaire de mise à jour de Lenovo voulait me faire installer un driver wifi plus ancien que celui déjà installé...)

SDL_ttf peut toujours servir à générer des bitmaps « statiques » avec le texte. J'avais par exemple généré une matrice de 256 caractères dans une texture OpenGL (et du coup là, c'est plus rapide à l'affichage). La fonte me donnant les longueurs des caractères, je pouvais ainsi utiliser une police à chasse non fixe.

Sinon, SDL ce n'est pas que la 2D, c'est aussi la gestion des fenêtres, des entrées claviers/souris/joystick, des threads, etc. Je suis bien content de ne pas avoir à passer par X11/Win32 pour tout ça :-)

s/Pour le reste/Pour l'audio 3D/

Sinon, SDL couplé à OpenGL et OpenAL est vraiment pas mal pour construire des applications multiplateformes type multimédia/JV. Il y a vraiment tout ce qu'il faut avec les extensions SDL_image, SDL_ttf, SDL_net, etc.

un écran de veille ou un fond d'écran ?

Si c'est un fond d'écran, il suffit de retrouver l'image du fond d'écran... pas bien difficile :)

Si c'est un écran de veille, il y a plus de travail. Il faut déjà avoir les sources, le porter pour Linux et enfin le (re)compiler... (faut savoir un peu programmer quoi)

Merci pour vos réponses !

commence par nous donner le nom de ta carte wifi (un 'lspci' te donnera une liste de matériel sur ton PC, il n'y a plus qu'à trouver la ligne qui correspond à ta carte wifi).

Encore faut-il que le code soit complet, absolument correct par rapport à la spec (modulo les erreurs provenant de la spec bien sûr), et implémentant absolument tout ce qui est écrit dedans, y compris les erreurs, cas extrêmes ou effets de bords possibles dans telle ou telle situation, sous forme de commentaire ou de code...

Parce que ce serait con d'être bloqué sur un bug bizarroïde lors du port du driver sur une architecture ou un autre système, alors que dans la spec il y avait quelque part une petite ligne qui pouvait aider le programmeur à torcher ce bug rapidement.

(Enfin c'est valable dans le cas où la spec est à peu près bien, parce que des fois...)

Merci pour vos réponses.

Il s'agit dans mon cas d'un robot avec un Linux embarqué (projet d'étudiants), qu'on peut contrôler à travers une interface web. On utilise un tube nommé pour la communication apache->appli du robot, et on va avoir une applet java côté client pour un module de reconnaissance de commandes vocales, d'où le besoin d'écrire dans ce tube depuis l'applet...

On va donc sûrement créer un petit serveur UDP pour récupérer les commandes depuis l'applet, ou un système de ce style...