Alors, ce que tu dis est une possibilité. Wayland supporte en effet ce qui était l'extension XDamage. Cependant, on est pas obligé de l'utiliser! Dans une vidéo ou un jeu vidéo, il vaut mieux ne pas se faire chier avec ça!
Ce qui reste un cas particulier avec un seul rectangle :-) Tu me l'accordera, mais tu passes quand meme pas mal de temps devant ton ecran a regarder des applications statiques ou seule un petit curseur de 10 par 20 pixels clignotes. Si tu travailles sur ton laptop avec un compositing et des applications incapable de faire du partial update, tu vas y perdre une bonne partie de ta batterie a rien faire d'autre que de redessiner la meme chose a l'ecran. C'est d'ailleur une des optimisations d'Android, les applis sont en rendu direct la plus part du temps et font au tant que possible du partial update. La difference de consommation avec un X/Toolkit classique qui ne fait pas attention est de l'ordre de 50% de conso supplementaire sur des simples zone de texte qui clignote par exemple.
Je ne suis pas d'accord. Changer X en Wayland, c'est casser la compatibilité avec la majorité des applications X actuelles.
Je me suis peut etre pas exprime assez clairement. Mais il est completement possible d'implementer au niveau des compositeurs X, l'equivalent de ce que fait le protocol Wayland. C'est d'ailleur surement le chemin que vont suivre la plus part des desktops linux en implementant Wayland en parallele de leur compositeur X. Bien entendu, ca, c'est en oubliant le probleme de securite. Mais l'interet sera d'avoir une adoption plus rapide de Wayland et un test grandeur nature des limites du protocol aussi. Il y a encore quelques trucs necessaire pour faire un desktop Linux complet avec Wayland et tant que ce ne sera pas la, ca avancera doucement.
[^] # Re: Compiz ne migrera pas vers Wayland
Posté par cedric . En réponse à la dépêche Petites brèves autour de Wayland. Évalué à 2.
Ce qui reste un cas particulier avec un seul rectangle :-) Tu me l'accordera, mais tu passes quand meme pas mal de temps devant ton ecran a regarder des applications statiques ou seule un petit curseur de 10 par 20 pixels clignotes. Si tu travailles sur ton laptop avec un compositing et des applications incapable de faire du partial update, tu vas y perdre une bonne partie de ta batterie a rien faire d'autre que de redessiner la meme chose a l'ecran. C'est d'ailleur une des optimisations d'Android, les applis sont en rendu direct la plus part du temps et font au tant que possible du partial update. La difference de consommation avec un X/Toolkit classique qui ne fait pas attention est de l'ordre de 50% de conso supplementaire sur des simples zone de texte qui clignote par exemple.
Je me suis peut etre pas exprime assez clairement. Mais il est completement possible d'implementer au niveau des compositeurs X, l'equivalent de ce que fait le protocol Wayland. C'est d'ailleur surement le chemin que vont suivre la plus part des desktops linux en implementant Wayland en parallele de leur compositeur X. Bien entendu, ca, c'est en oubliant le probleme de securite. Mais l'interet sera d'avoir une adoption plus rapide de Wayland et un test grandeur nature des limites du protocol aussi. Il y a encore quelques trucs necessaire pour faire un desktop Linux complet avec Wayland et tant que ce ne sera pas la, ca avancera doucement.