Euh, je crois que ce qu'il disait surtout, c'est que l'appli n'a pas besoin d'aller redessiner la fenêtre lorsque celle-ci se déplace, pas qu'elle ne pouvait pas en modifier le contenu.
A priori, avec de la composition(si j'ai bien compris), l'application ne s'occupe plus de la position de la fenêtre sur l'écran. Elle écrit dans un tampon séparé, et c'est le gestionnaire de composite qui "place" le tampon. Donc si la fenêtre est juste déplacée, c'est uniquement le composite manager qui se charge du boulot(le tampon de la fenêtre n'est pas modifié). Par contre, rien n'empêche l'application d'aller dessiner la fenêtre(mais X ne lui demandera pas, à l'inverse de la situation sans composite, ce qui explique que quand une application plante sa fenêtre ne soit plus redessinée lorsqu'une fenêtre passe devant).
Et euh, pour une vidéo, si elle est fluide, je doute que ton application dessine directement les images ;). Je crois même(pas certains) que c'est du mpeg qui est envoyé à la carte graphique, et que celle-ci se charge alors du rendu(quelqu'un pour confirmer?) (comment fait alors Xgl pour les effets de transparence/deformation/angle sur le cube?)
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Vador Dark (site web personnel) . En réponse à la dépêche Mise à jour du Live CD de Kororaa. Évalué à 3.
A priori, avec de la composition(si j'ai bien compris), l'application ne s'occupe plus de la position de la fenêtre sur l'écran. Elle écrit dans un tampon séparé, et c'est le gestionnaire de composite qui "place" le tampon. Donc si la fenêtre est juste déplacée, c'est uniquement le composite manager qui se charge du boulot(le tampon de la fenêtre n'est pas modifié). Par contre, rien n'empêche l'application d'aller dessiner la fenêtre(mais X ne lui demandera pas, à l'inverse de la situation sans composite, ce qui explique que quand une application plante sa fenêtre ne soit plus redessinée lorsqu'une fenêtre passe devant).
Et euh, pour une vidéo, si elle est fluide, je doute que ton application dessine directement les images ;). Je crois même(pas certains) que c'est du mpeg qui est envoyé à la carte graphique, et que celle-ci se charge alors du rendu(quelqu'un pour confirmer?) (comment fait alors Xgl pour les effets de transparence/deformation/angle sur le cube?)