Tu sais, écrire direct dans la VRAM, c'est faire une copie d'un registre à une adresse mémoire. Là, je te parle pas de faire une copie de tout l'écran, je te parle de copier les différences. Que ce soit le CPU qui fasse ça ou le GPU, c'est pareil.
Pour gagner un peu de temps, tu peux me décrire comment activer le rendu CPU ?
Ctrl + alt + F12
XRender est tjs accéléré par le GPU, donc c'est pas la solution.
Ah, mais si, c'est au toolkit de gérer ça !
Et comment tu fais ton protocole de réservation de plane? Si tu veux utiliser plusieurs planes dans Wayland, tu utilises les subsurfaces. Les fenêtres et les sub-surfaces seront mappées sur les différents planes sans que l'application ait besoin de connaitre quoi que ce soit. Donne moi un cas où ça ne marcherait pas?
Comme je disais, l'application doit donner ses buffers graphiques et indiquer comment faire la composition interne de ses subsurfaces. Ensuite, c'est au compositeur de faire de son mieux.
Un exemple de cas qui marcherait pas si on faisait comme tu le dis, les screenshots. Quand on fait un screenshot, les planes sont pas visibles, donc il faut temporairement faire le rendu totalement en GL. Tu proposes de gérer ça comment si c'est les applications qui font le travail?
Au final, le compositing doit être fait dans le compositeur. Ça sonne bien et ça un sens ;)
[^] # Re: Gestionnaire de fenêtres léger
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 7.
Tu sais, écrire direct dans la VRAM, c'est faire une copie d'un registre à une adresse mémoire. Là, je te parle pas de faire une copie de tout l'écran, je te parle de copier les différences. Que ce soit le CPU qui fasse ça ou le GPU, c'est pareil.
Ctrl + alt + F12
XRender est tjs accéléré par le GPU, donc c'est pas la solution.
Et comment tu fais ton protocole de réservation de plane? Si tu veux utiliser plusieurs planes dans Wayland, tu utilises les subsurfaces. Les fenêtres et les sub-surfaces seront mappées sur les différents planes sans que l'application ait besoin de connaitre quoi que ce soit. Donne moi un cas où ça ne marcherait pas?
Comme je disais, l'application doit donner ses buffers graphiques et indiquer comment faire la composition interne de ses subsurfaces. Ensuite, c'est au compositeur de faire de son mieux.
Un exemple de cas qui marcherait pas si on faisait comme tu le dis, les screenshots. Quand on fait un screenshot, les planes sont pas visibles, donc il faut temporairement faire le rendu totalement en GL. Tu proposes de gérer ça comment si c'est les applications qui font le travail?
Au final, le compositing doit être fait dans le compositeur. Ça sonne bien et ça un sens ;)