Pinaraf a écrit 3674 commentaires

Hein ?

XAA, EXA et Glucose n'ont rien à voir avec le problème des applis 3D dans un environnement avec composite.
Cf http://dri.freedesktop.org/wiki/DirectRenderingToRedirectedW(...) si tu veux la doc officielle et http://bugs.freedesktop.org/show_bug.cgi?id=8732 pour le joli rapport de bug sur le sujet.
En ultra résumé : avec TTM, il sera "facile" de faire faire le rendu 3D d'une appli dans une texture en mémoire.

Puis pour info, avec Xgl ça marchait pas non plus.

Ce n'est pas Compiz qui fait la transparence, c'est le serveur X11. Compiz "configure" le serveur X11 (lui dit quel est la transparence de telle ou telle fenêtre, etc).
Bon vas-y, laisse béton. Avec un principe de base comme ça, t'es foutu, vu que c'est tout simplement faux.
Compiz dit au serveur X : ne dessine plus les fenêtres toi même, c'est moi qui me charge de te donner mes instructions à ce sujet.
Le serveur X ne sait pas, dans un composite manager, où sont dessinées les fenêtres. Il ne sait même pas si elles vont être dessinées.

Super, vu les commentaires, le commun des geeks (je parle même pas du commun des mortels) n'a toujours pas pigé le bordel X/Composite Manager/OpenGL/rendu direct/rendu indirect/Toolkit/Composite/Redirection/ARGB/...

Redirection du rendu OpenGL : seul nVidia le supporte et ce quel que soit l'OS libre. Pour faire un essai, c'est hyper facile : lancez glxgears sur votre PC avec un compiz activé avec l'effet wobbly (les fenêtres molles), puis déplacez votre glxgears. La fenêtre ne sera pas déformée, et y'aura probablement des clignotements moches à l'écran. Si elle est déformée, sauf sur le pilote nVidia, vous êtes en rendu logiciel avec des mauvaises perfs. Ça s'améliore avec l'approche de TTM, mais c'est pas encore prêt (l'API est presque prête il me semble)

Pour faire de la transparence par pixel ou par widget : vous avez fumé quoi pour affirmer qu'il faut de l'OpenGL ? De plus, si vous voulez faire disons 1 pixel de votre fenêtre transparent (on voit à travers), vous avez besoin de l'ARGB et d'un composite manager derrière. L'OpenGL n'a strictement rien à voir là dedans.

Si la fenêtre n'est qu'une texture, dans ce cas elle n'est pas gérable dans X. X gère une fenêtre, pas une texture OpenGL. Pour afficher la texture à l'écran, faut la balancer dans quelque chose. Ce quelque chose, ben c'est une fenêtre.

Enfin, la vraie transparence avec le protocole X ne tue pas les performances. Il est heureusement inutile d'aller relire chaque fenêtre derrière vue qu'elles sont déjà dans la mémoire du composite manager. C'est l'un des intérêts de l'utilisation d'un composite manager plutôt qu'un machin dans le serveur X direct, comme suggéré par certains illuminés qui passent sur la mailing list de xorg une fois l'an proposer leurs solutions révolutionnaires sans en comprendre les tenants et les aboutissants...

C'est quoi le lien entre utiliser OpenGL dans Gtk et faire des fenêtres transparentes ?
Parce que les fenêtres transparentes, c'est le composite manager et un canal alpha sur la fenêtre, c'est tout.
Et actuellement, seuls les pilotes nvidia supportent la redirection d'un rendu OpenGL. En clair : votre fenêtre dessinée en OpenGL n'est gérable par un composite manager qu'avec les pilotes nvidia.
L'OpenGL dans un toolkit, qu'il s'agisse de Gtk ou Qt, c'est uniquement dans l'application, sans aucune interaction avec le reste. Tu peux sans problème faire une fenêtre semi transparente sans utiliser l'OpenGL.
Là ce qui est nouveau c'est la possibilité d'avoir un widget Gtk dans une texture OpenGL, et donc de pouvoir le déformer à souhait dans l'application (rotations, déformations, homothéties... y'a l'choix)

Pour répondre à ta première question : c'est à peu près ce qui est fait par un patch que j'avais codé y'a quelques mois. Mais ce patch n'est pas intégrable dans KDE 3.5 parce que :
1- KDE 3 est en fin de vie, ça serait intégrable au mieux dans un KDE 3.6...
2- Ça introduit une dépendance de kdebase vers kdepim, qui lui même dépend de kdebase... Pas bon du tout.
3- C'est du code codé à 3H du matin, pendant des insomnies, et il est très sale...

http://pinaraf.blogspot.com/2007/07/quick-and-dirty-clock-ap(...)
http://pinaraf.blogspot.com/2007/07/korganizer-with-kicker-c(...)

Et plutôt que de poster ça sur linuxfr, où ça va se paumer au milieu des journaux d'ici une semaine ou deux, va rapporter ça sur le bugzilla : http://bugs.kde.org

Admettant l'hypothèse que c'est une nouveauté issue du Ministère de l'Immigration blabla, je me demande comment fait Hortefeux pour dormir.
C'est facile, la conscience c'est comme parler des droits de l'homme en chine. On fout ça dans la poche, sous un mouchoir, et après on est peinards.

Tes quelques semaines, c'est combien de mois ? Si c'est plus de 7 mois, je t'explique : Sarko est passé au pouvoir.

Le client mysql en ligne de commande ne souffre plus du même problème depuis au moins 3 ans.
mysql -u root -p
et il te demande ton mot de passe ensuite.
(et j'ai vérifié, on peut pas avec mytop)

Suis-je le seul gêné par l'idée de mettre le mot de passe en argument de l'application ?
Si un autre utilisateur, non administrateur, se loggue sur la machine en SSH et affiche les processus, il pourrait voir les mots de passe d'autres utilisateurs mysql.

Le problème c'est que si t'appelles ça beta, t'as moins de testeurs.
(Bon, c'est pas valable pour les logiciels de google qui, même en bêta depuis plus de 3 ans, sont utilisés...)

Heu, en quoi les perfs sont-elles décevantes ? Un gain de plus de 50% c'est pas rien quand même !

Pour mon cas, c'est le PC et fermer les BDs aussi...
Ce que je vois du monde réel est assez effrayant pour que je ne veuille pas y rester de toute façon.

Hum, tu peux préciser un peu plus ?
Je me suis engagé dans une association : Chtinux... Est-ce-que ça compte aussi ?

Y'a pas que ça quand même, si ?
Avoir une amie et vivre avec elle, c'est pas juste pour ça ?
Pour moi une amie ça serait avant tout une personne avec qui la vie serait meilleure que sans elle.

Moi j'en suis à 80% du quart de siècle, je suis donc encore étudiant... Et j'ai à peu près le même problème. Bon, à peu près dans le sens où :
- j'ai testé et "apprécié" la théorie de l'échelle : http://choucrouteweb.net/Reportages/Ladder_theory1.html (déjà 2 changements d'échelle ratés, youpi)
- je suis ochlophobe : http://fr.wikipedia.org/wiki/Ochlophobie
- j'ai l'impression que mes amis me considèrent comme une machine ou une fonction plus qu'autre chose... le geek de service quoi. Genre m'oublier dans la salle des serveurs le midi quand ils vont au resto U...

Alors courage, soyez sûr d'une chose : y'a pire que vous :/




Et merde, c'est moi qui me renfonce maintenant.

PS : finissons en chanson : http://www.sharedsite.com/hlm-de-renaud/discotheque/6soleil_(...)

Vous rêvez tous ou quoi ?
Il est indiqué nulle part que Microsoft prévoit une forme d'intéropérabilité entre MSN et un quelconque réseau jabber. Il est indiqué que Windows Live Messenger 9 pourra aussi faire client Google Talk, c'est tout.

Aucun. PulseAudio fait des trucs que ne permet pas Phonon. A moins que Phonon ait déjà prévu toutes les fonctionnalités de PulseAudio dans son API, mais je n'y crois pas deux secondes.
Ben les trucs prévus à la base c'était le branchement à chaud de périphériques audio avec la promenades d'applis entre les sorties, le changement automatique de volume, le volume indépendant par appli... Mais bon, je suppose que faire un minimum de recherches n'est pas à ta portée...

Car KDE a la garantie pour tout ce qu'utilise KDE ?
C'est pas le même problème. Une appli KDE n'appelle pas directement libpng par exemple. Ça n'aurait aucun sens. Par contre pour une plateforme multimedia...

Qt4 (la plus grosse brique), tu as une garantie ?
Oui. Pas de changement qui casse la compatibilité source ou binaire avant Qt5. Et donc avant KDE5.

OK, on vient d'apprendre que KDE n'utilisera pas PulseAudio avant 4 ou 5 ans...
Ben ça l'utilisera via un plugin phonon si ça en vaut la peine (sinon on passe par libxine pour pas se faire chier)


Au passage, phonon ça gère aussi la vidéo...

À l'utilisateur vraiment lambda, rien du tout.
À l'utilisateur qui joue à brancher des cartes sons USB, à faire de la VoIP tout en écoutant de la musique... ça peut servir (mais j'en connais aucun)

Tout allusion à un "truc" ne serait pas un hazard.
Tu ciblerais pas phonon par hasard ?
Je vois nulle part sur pulseaudio de garantie d'API et d'ABI stable pour au moins 4 ans, voire plus. Donc phonon reste justifié.

Dans ton exemple de fichier de 2 Go, ça va morfler à cause des entrées/sorties.
Lire le premier octet, puis l'octet 1073741824, puis... (bon, c'est du gros à peu près)
Le disque dur va pleurer...

Non. Jusqu'à peu d'ailleurs, le support des formats autres qu'OpenDocument était désactivé à la compilation.
On n'a pas l'équipe suffisante pour bien supporter beaucoup de formats.

Quel est l'intérêt d'EFI ?
Perso j'aime l'avis de Linus Torvalds sur EFI : http://kerneltrap.org/node/6884
"[EFI is] the other Intel brain-damage (the first one being ACPI)"
Bon, j'arrive pas à traduire "brain-damage" en français, désolé.

"so EFI has this cool shell, a loadable driver framework, and other nice features. Where 'nice' obviously means 'much more complex than the simple things they designed in the late seventies back when people were stupid and just wanted things to work'. Of course, it's somewhat questionable whether people have actually gotten smarter or stupider in the last 30 years. It's not enough time for evolution to have increased our brain capacity, but it certainly _is_ enough time for most people to no longer understand how hardware works any more."

Traduction approximative :
Donc EFI a un super shell, un système de pilotes chargeables, et d'autres fonctionnalités sympa. "sympa" signifiant clairement "bien plus complexe que les choses simples qui ont été conçues dans les années 70 quand les gens étaient stupides et voulaient simplement que les choses marchent". Bien sûr, on peut se demander si les gens sont devenus plus intelligents ou plus bêtes dans les 30 dernières années. Il n'y a pas assez eu de temps pour que l'évolution augmente la capacité de nos cerveaux, mais il y a eu assez de temps pour que la plupart des gens ne comprennent plus comment le matériel marche.

Boarf, c'est pas grave le clavier. Quand t'as besoin d'un caractère, tu cherches sur un moteur de recherche genre google.
Bon, pour anti slash, aucun problème. Pour tilde non plus. (je sais plus quels caractères c'était exactement, en plus c'était un clavier Mac allemand)
Par contre, un conseil : évitez de chercher le caractère | (pipe) sur google... Les résultats ne correspondent pas vraiment à ce qu'on cherche... (on vit dans un monde de pervers)

Comme ça, en cas de surtension, la machine et tout son contenu (disques durs compris) sont irrémédiablement perdus...

Je conseille plutôt de sauvegarder sur des disques durs externes, en USB ou Firewire au choix. Et d'en avoir 2 pour la sécurité des données.
Bien sûr, faut les crypter les données avec un mot de passe solide (ou une clé GPG stockée sur une puce qu'on s'implante dans la peau mais ça devient lourd là)