Pinaraf a écrit 3682 commentaires

T'as fini de débiter tant de conneries ?

Pour info, phonon a déjà un backend windows, un backend OS X et 2 backends pour Linux. Dans l'ordre : DirectMedia, QuickTime, xine et gstreamer.
Ben oui, ils ont pas attendu qu'un crétin en parle sur linuxfr, ça a été fait. Bon, par contre je les ai pas testés, mais vu qu'il y a une bénédiction officielle par trolltech ça marchera pour la sortie de Qt 4.4


Sinon pour les histoires de dico avec Sonnet, ce qui est génial c'est que tu donnes toi même le baton pour te faire taper... http://fedoraproject.org/wiki/Releases/FeatureDictionary : "The newer KSpell2 API is plugin-based and uses libraries. It is what KDE 4's Sonnet is based on. KevinKofler backported Sonnet's enchant backend (kde#154560)."
En clair : pas de problème de ce côté là.


Mais la prochaine fois que tu veux jouer à madame irma, ouvre un skyblog.

Mais j'ai tord de chercher à t'expliquer ça.
Faisez gaffe hein, cherchez pas à parler à IsNotGood, il vit sur son nuage, dans son p'tit monde, bien au dessus de nos vies de merde !

Après bon, facile de taper sur nVidia... Y'a à peu près 8 ans (j'ai plus de liens par contre, j'avais encore des traces dans une archive de mailing list mais l'archive est plus dispo), ils se sont pris des avocats d'Intel et Microsoft au cul pour avoir sorti un pilote libre supportant la 3D pour les TNT et Geforce 1 de l'époque... Le pilote a été supprimé rapidement, le pilote nv a été obscurci et le pilote proprio nvidia est sorti. Après, pas étonnant qu'ils soient frileux.

Sinon le pilote radeonhd a été codé par Novell, ils ont fait une version 1.0 sauce marketing (en clair : inutilisable : pas de XVideo ni d'accélération 2D c'est à peine plus utilisable que vesa quasiment)

Les vrais programmeurs ils utilisent pas de noms de variable, ils utilisent directement les registres ou des adresses mémoire.

C'est mal barré pour le bordel avec EFI. Cf l'avis de Linus Torvalds sur le sujet
http://kerneltrap.org/node/6884

Excuse moi, j'ai cafouillé : je voulais dire que c'est pas une question de protocole mais une question d'implémentation. Une bonne implémentation logicielle pourrait être rapide (cf E17 par exemple, ils ont réussi leur coup niveau optimisation, mais un tel travail sur l'implémentation de Xrender dans le serveur X est-il possible aisément ?)

Ça prouve juste que ton affirmation comme quoi le protocole X est lent pour la transparence est fausse. D'ailleurs, c'est pas une question de protocole mais une question d'accélération.
De plus les pilotes proprios nVidia utilisent ni XAA, ni EXA me semble-t-il, et ils accélèrent xrender...

Non la transparence n'est pas couteuse avec le protocole X car il n'est pas obligatoire d'utiliser Xrender. E17 se passe de XRender pour faire ses opérations de transparence par exemple (si on parle de transparence interne à la fenêtre), Compiz n'utilise que de l'OpenGL pour ça...
Exa et glucose, on en a franchement rien à battre pour la transparence d'une fenêtre de nos jours. Des composite manager utilisant XRender, c'est devenu rare justement à cause du manque d'accélération. Glucose les mettra peut être à nouveau en avant, mais j'en doute.

Ensuite les drivers libre intel dans leur branches fbo supporte le rendu opengl off screen et je te met au defis de prouver le contraire
Ils ne supportent pas le rendu accéléré pour des fenêtres redirigées avec Composite. Voilà, ma formulation précédente était peut-être pas claire. Les fbo on s'en fout pour ça.

La drogue c'est mal ©. Compiz communique un peu niveau affichage avec le serveur X pour obtenir un contexte OpenGL, après à supposer qu'on soit en DRI ou équivalent, compiz n'envoie plus rien au serveur X si ce n'est peut être les entrées utilisateurs.
Même pas, le serveur X ne gère toujours pas la redirection d'évènements il me semble. Enfin, pas officiellement. Après y'a une bidouille d'enfer dans Compiz pour gérer ça sur l'effet de zoom, je me demande bien comment ils ont fait d'ailleurs...

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...