Pour les études, les classiques :
- en IUT, un DUT d'info (2 ans)
- en lycée, un BTS d'info (2 ans)
- en FAC, une licence d'informatique pour commencer (3 ans), puis master éventuellement (2 ans), voire doctorat (3 ans)
- en école d'ingénieur, après 2 ans de classe prépa intégrée ou non à l'école (2 ans de prépa, 3 ans d'école)
- en IUP (ça commence à disparaître et fusionner avec la FAC ou se transformer en école d'ingé), équivalent à école d'ingé (3 ans pour un Master après 2 ans de FAC/DUT/BTS/prepa)
Ensuite, il y a les filières en info. Donc pour faire de la programmation en particulier, ne pas se retrouver dans une filière gestion parc info/réseaux... viser plutôt Génie informatique avec ses diverses branches : info industrielle, multimédia, etc.
Tu peux bien sûr devenir programmeur sans faire d'études... en tout cas « programmeur chez toi » ;-) (sans dire que c'est mal hein, au contraire)
Après devenir développeur de métier, ben c'est quand même moins évident si tu n'as pas un minimum de formation à présenter sur ton CV (le système français est comme ça...). Je te conseille quand même de te lancer dans des études. Tu peux très bien commencer par des études courtes (un DUT) puis poursuivre vers une licence puis un master si t'a envie ensuite. Les études c'est pas la mort, et ça t'ouvre surtout des portes.
Voilà, c'est très résumé ce que je t'ai donné là, mais ça devrait au moins te donner une idée de ce qu'on peut faire pour devenir « développeur ». Sache tout de même qu'il n'y a pas que la programmation pure et dure en info, et qu'à travers les études et stages tu découvriras d'autres métiers (analyste, testeur, etc.).
Enfin, pour trouver un emploi d'informaticien, en ce moment ça recrute bien. Il y a de l'avenir dans le secteur (en tous cas avec un BAC+5, en dessous je sais pas). Dans le Jeu Vidéo, j'en sais rien, la dernière fois que je m'y suis intéressé (il y a 5~6 ans, quand j'avais ton âge) ça me semblait plutôt sinistré en France.
En même temps si le travail vaut vraiment zéro (genre le pompage complet sur le net, mot pour mot avec les pubs non retirées :p) l'enseignant peut bien donner une justification... ou alors serait-ce encore une de ces horrible procédure administrative à la française ?
Je n'ai jamais testé, je ne sais pas ce que ça vaut, mais apparemment avec xoscope tu peux te servir d'une entrée de carte son pour l'acquisition d'un signal analogique.
Pour bash je sais pas, mais sinon la programmation du port parallèle en C est vraiment très simple. Tu as trois registres à tout casser : data, status, contrôle (qui te permet de contrôler 4 lignes supplémentaires). Ensuite, avec inb()/outb() ça se fait tout seul.
Ils fait comment Windows pour faire fonctionner directement l'écran sans problème alors que sous Xorg ça semble être la galère si on a pas activé l'option qui va bien ?
Pourquoi aujourd'hui encore on en arrive à devoir bricoler manuellement la config de son écran pour le faire fonctionner sous Xorg ? Le driver sous windows tatonne pour trouver la configuration de l'écran ? Il possède « l'astuce », encore secrète et inconnue des développeurs Xorg ? Je veux bien comprendre que ces écrans ne soient pas très compatibles avec les standards, mais tout de même il doit bien y avoir un moyen générique de faire fonctionner un écran à coup sûr, si c'est le cas sous Windows.
Ça fait pas très plug-and-play tout ça. Je trouve ça effrayant aussi :(
Avec cette condamnation de l'UE, des développeurs pourraient techniquement aussi obtenir les specs du protocole MSN (pour 10 000 euros et un NDA), comme pour Samba, non ?
De même pour les formats obscures des anciennes versions de MS Office. Quelqu'un sait si dans d'autres projets ils se sont intéressé à ce type « d'accord » pour obtenir des specs de MS ?
Les logiciels moche-inefficaces-proprio et qui bouffent toujours plus de ressources pour faire moins de choses qu'avant (en moins bien, en moins pratique), sont aussi partiellement responsable de la consommation énergétique... (je pense par exemple à Vista, Norton, ou encore Adobe reader dans ses dernières versions).
C'est également valable pour tout ce qui est embarqué (téléphone, baladeur, ...). Il y a beaucoup de gâchis lié à des pièces logicielles décevantes qui feront changer de produit plus vite que prévu, alors que si l'on avait un accès plus facile aux spécifications et au développement sur ces appareils, on pourrait les recycler avec des logiciels Open Source dessus (en implémentant les fonctionnalités manquantes, en les modernisant, voire en les transformant en tout autres appareils).
Et j'ajouterai les matériels informatiques dotés de drivers merdiques (même sous l'OS dominant) ou pas de drivers du tout (ni spécifications) pour nos OS, dont le développement a été abandonné par le constructeur et qui nous donnera très vite envie d'en changer et de benner celui-ci pour toujours. Ces matériels se retrouvent bridés et moisis juste par du logiciel !
Je pense par exemple à mon tuner TNT USB qui me demande de rebooter sur le Système Pas Terrible pour m'en servir, à mon baladeur MP3/OGG qui fonctionne uniquement en MTP et pas en Mass Storage (et ça visiblement y'a pas qu'aux Linuxiens que ça manque), à mon mini-APN dont la batterie inchangeable est morte mais qui pourrait me servir de webcam, et si je fouille bien dans mes poubelles je devrais en retrouver d'autres des exemples comme ça...
Évidemment, tout ça est lié au système de surconsommation actuel...
Oui, quand je dis « bientôt », c'est pour quand ce sera installé par défaut par nos distros sans avoir justement à recompiler à la main tous les machins :)
Jusqu'à présent je n'avais que quelques ébauches de drivers fonctionnelles pour mon lecteur d'emprunte intégré (un AES2501). Ça capturait des images, sans les traiter derrière pour ne pas avoir de portions dupliquées (quand on laisse le doigt sur le scanner par exemple). Certains drivers utilisaient des gros blobs obscurs en hexadécimal à envoyer au périphérique pour le piloter et la plupart de ces projets ne donnaient plus beaucoup de signes de vie depuis plusieurs mois...
Et là paf !, un projet qui supporte plusieurs lecteurs d'emprunte, qui fonctionne directement avec le miens (j'ai compilé et installé, rien eu à configurer...), avec un driver propre (par rapport aux autres...) et est capable de reconnaître quel doigt j'ai passé au scanner !
Bref que du bon. Ile ne me reste plus que ma webcam intégrée qui a un driver proprio, tout le reste tourne en libre (le démon ipw3945 devrait bientôt être remplacé)... mais j'ai ouï dire que Michel Xhaard travaillait dessus ;)
Ah oui en effet, j'ai testé les pages man mais pas les pages info (pas l'habitude de les utiliser...).
Sinon, étant donner que ce sont deux souris USB, je vais peut être me tourner vers libusb/libhid et la spécification HID (qui peut-être me permettrait d'ailleurs d'exploiter directement les données lues depuis /dev/input/mouse*).
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.)
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.
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 ;-)
À 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.
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 ?)
# Bah...
Posté par Meku (site web personnel) . En réponse au message comment devenir programmeur ? Et quelles études ?. Évalué à 6.
- en IUT, un DUT d'info (2 ans)
- en lycée, un BTS d'info (2 ans)
- en FAC, une licence d'informatique pour commencer (3 ans), puis master éventuellement (2 ans), voire doctorat (3 ans)
- en école d'ingénieur, après 2 ans de classe prépa intégrée ou non à l'école (2 ans de prépa, 3 ans d'école)
- en IUP (ça commence à disparaître et fusionner avec la FAC ou se transformer en école d'ingé), équivalent à école d'ingé (3 ans pour un Master après 2 ans de FAC/DUT/BTS/prepa)
Ensuite, il y a les filières en info. Donc pour faire de la programmation en particulier, ne pas se retrouver dans une filière gestion parc info/réseaux... viser plutôt Génie informatique avec ses diverses branches : info industrielle, multimédia, etc.
Tu peux bien sûr devenir programmeur sans faire d'études... en tout cas « programmeur chez toi » ;-) (sans dire que c'est mal hein, au contraire)
Après devenir développeur de métier, ben c'est quand même moins évident si tu n'as pas un minimum de formation à présenter sur ton CV (le système français est comme ça...). Je te conseille quand même de te lancer dans des études. Tu peux très bien commencer par des études courtes (un DUT) puis poursuivre vers une licence puis un master si t'a envie ensuite. Les études c'est pas la mort, et ça t'ouvre surtout des portes.
Voilà, c'est très résumé ce que je t'ai donné là, mais ça devrait au moins te donner une idée de ce qu'on peut faire pour devenir « développeur ». Sache tout de même qu'il n'y a pas que la programmation pure et dure en info, et qu'à travers les études et stages tu découvriras d'autres métiers (analyste, testeur, etc.).
Enfin, pour trouver un emploi d'informaticien, en ce moment ça recrute bien. Il y a de l'avenir dans le secteur (en tous cas avec un BAC+5, en dessous je sais pas). Dans le Jeu Vidéo, j'en sais rien, la dernière fois que je m'y suis intéressé (il y a 5~6 ans, quand j'avais ton âge) ça me semblait plutôt sinistré en France.
[^] # Re: en effet, pas qu'en Angleterre
Posté par Meku (site web personnel) . En réponse au journal Le plagiat sur internet. Évalué à 1.
# xoscope
Posté par Meku (site web personnel) . En réponse au message Oscilloscope simple. Évalué à 2.
http://xoscope.sourceforge.net/
# en C
Posté par Meku (site web personnel) . En réponse au message Port parrallèle. Évalué à 2.
# out of the box ?
Posté par Meku (site web personnel) . En réponse au journal Les grands écrans c'est bien (mais galère). Évalué à 1.
Pourquoi aujourd'hui encore on en arrive à devoir bricoler manuellement la config de son écran pour le faire fonctionner sous Xorg ? Le driver sous windows tatonne pour trouver la configuration de l'écran ? Il possède « l'astuce », encore secrète et inconnue des développeurs Xorg ? Je veux bien comprendre que ces écrans ne soient pas très compatibles avec les standards, mais tout de même il doit bien y avoir un moyen générique de faire fonctionner un écran à coup sûr, si c'est le cas sous Windows.
Ça fait pas très plug-and-play tout ça. Je trouve ça effrayant aussi :(
# Protocole MSN
Posté par Meku (site web personnel) . En réponse à la dépêche Accord entre le projet Samba et Microsoft. Évalué à 1.
De même pour les formats obscures des anciennes versions de MS Office. Quelqu'un sait si dans d'autres projets ils se sont intéressé à ce type « d'accord » pour obtenir des specs de MS ?
# Énergie gaspillée par les logiciels
Posté par Meku (site web personnel) . En réponse au journal Informatique durable. Évalué à 1.
Les logiciels moche-inefficaces-proprio et qui bouffent toujours plus de ressources pour faire moins de choses qu'avant (en moins bien, en moins pratique), sont aussi partiellement responsable de la consommation énergétique... (je pense par exemple à Vista, Norton, ou encore Adobe reader dans ses dernières versions).
C'est également valable pour tout ce qui est embarqué (téléphone, baladeur, ...). Il y a beaucoup de gâchis lié à des pièces logicielles décevantes qui feront changer de produit plus vite que prévu, alors que si l'on avait un accès plus facile aux spécifications et au développement sur ces appareils, on pourrait les recycler avec des logiciels Open Source dessus (en implémentant les fonctionnalités manquantes, en les modernisant, voire en les transformant en tout autres appareils).
Et j'ajouterai les matériels informatiques dotés de drivers merdiques (même sous l'OS dominant) ou pas de drivers du tout (ni spécifications) pour nos OS, dont le développement a été abandonné par le constructeur et qui nous donnera très vite envie d'en changer et de benner celui-ci pour toujours. Ces matériels se retrouvent bridés et moisis juste par du logiciel !
Je pense par exemple à mon tuner TNT USB qui me demande de rebooter sur le Système Pas Terrible pour m'en servir, à mon baladeur MP3/OGG qui fonctionne uniquement en MTP et pas en Mass Storage (et ça visiblement y'a pas qu'aux Linuxiens que ça manque), à mon mini-APN dont la batterie inchangeable est morte mais qui pourrait me servir de webcam, et si je fouille bien dans mes poubelles je devrais en retrouver d'autres des exemples comme ça...
Évidemment, tout ça est lié au système de surconsommation actuel...
# o/
Posté par Meku (site web personnel) . En réponse au message APRENTI. Évalué à 5.
dis-moi tu as quel âge ?
[^] # Re: Je suis sur le cul...
Posté par Meku (site web personnel) . En réponse à la dépêche Le projet Fprint et les scanneurs d'empreintes digitales. Évalué à 1.
# Je suis sur le cul...
Posté par Meku (site web personnel) . En réponse à la dépêche Le projet Fprint et les scanneurs d'empreintes digitales. Évalué à 4.
Jusqu'à présent je n'avais que quelques ébauches de drivers fonctionnelles pour mon lecteur d'emprunte intégré (un AES2501). Ça capturait des images, sans les traiter derrière pour ne pas avoir de portions dupliquées (quand on laisse le doigt sur le scanner par exemple). Certains drivers utilisaient des gros blobs obscurs en hexadécimal à envoyer au périphérique pour le piloter et la plupart de ces projets ne donnaient plus beaucoup de signes de vie depuis plusieurs mois...
Et là paf !, un projet qui supporte plusieurs lecteurs d'emprunte, qui fonctionne directement avec le miens (j'ai compilé et installé, rien eu à configurer...), avec un driver propre (par rapport aux autres...) et est capable de reconnaître quel doigt j'ai passé au scanner !
Bref que du bon. Ile ne me reste plus que ma webcam intégrée qui a un driver proprio, tout le reste tourne en libre (le démon ipw3945 devrait bientôt être remplacé)... mais j'ai ouï dire que Michel Xhaard travaillait dessus ;)
[^] # Re: Info gpm
Posté par Meku (site web personnel) . En réponse au message Récupérer la position de la souris en C. Évalué à 1.
Sinon, étant donner que ce sont deux souris USB, je vais peut être me tourner vers libusb/libhid et la spécification HID (qui peut-être me permettrait d'ailleurs d'exploiter directement les données lues depuis /dev/input/mouse*).
# Xorg & co
Posté par Meku (site web personnel) . En réponse au sondage Pour 2008 vous attendez surtout.... Évalué à 8.
[^] # Re: Et au niveau des entêtes ?
Posté par Meku (site web personnel) . En réponse au message Spams bizarres. Évalué à 1.
------------------------
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)
[^] # Re: Ceci n'est pas un titre
Posté par Meku (site web personnel) . En réponse au message Spams bizarres. Évalué à 1.
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.
[^] # Re: Intel ne donne _pas_ ses specs !!
Posté par Meku (site web personnel) . En réponse à la dépêche Du nouveau chez ATI. Évalué à 7.
[^] # Re: J'en ai marre de encodage
Posté par Meku (site web personnel) . En réponse au journal Les polices STIX en bêta!. Évalué à 1.
[^] # Re: Compiz...
Posté par Meku (site web personnel) . En réponse à la dépêche Ubuntu 7.10 : lâchez le singe !. Évalué à 1.
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 ;-)
# bloatware
Posté par Meku (site web personnel) . En réponse au journal OpenOffice 3.0 : Ce sera sans moi !. Évalué à 1.
http://content.answers.com/main/content/wp/en/thumb/6/66/300(...)
Ce sera sans moi aussi.
[^] # Re: Intel n'a pas de specs ouvertes
Posté par Meku (site web personnel) . En réponse à la dépêche Le sommet Linux 2007. Évalué à 2.
Mais bon c'est vrai que ça ne vaut pas la doc complète disponible à quiconque.
[^] # DGA
Posté par Meku (site web personnel) . En réponse à la dépêche Milimail : client de messagerie basé sur Thunderbird. Évalué à 2.
[^] # Re: re:
Posté par Meku (site web personnel) . En réponse au message [OpenGL] Antialiasing sur fond coloré. Évalué à 1.
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).
[^] # Re: re:
Posté par Meku (site web personnel) . En réponse au message [OpenGL] Antialiasing sur fond coloré. Évalué à 1.
[^] # Re: re:
Posté par Meku (site web personnel) . En réponse au message [OpenGL] Antialiasing sur fond coloré. Évalué à 1.
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.
[^] # Re: re:
Posté par Meku (site web personnel) . En réponse au message [OpenGL] Antialiasing sur fond coloré. Évalué à 1.
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...
[^] # Re: re:
Posté par Meku (site web personnel) . En réponse au message [OpenGL] Antialiasing sur fond coloré. Évalué à 2.
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 ?)