Faz pouco o lançamento da nova versão estável do protocolo Wayland 1.18 foi anunciado, em que esta nova versão é compatível com as versões anteriores no nível API e ABI com as versões 1.x, mas também contém uma parte das melhorias.
Para quem não conhece Wayland, eles deveriam saber que este é um protocolo para a interação de um servidor de composição e os aplicativos que trabalham com ele. Os clientes renderizam suas janelas de forma independente, passando informações de atualização para um servidor composto, que combina o conteúdo de janelas de aplicativos individuais para formar a saída final, levando em consideração possíveis nuances, como sobreposição de janela e transparência.
Em outras palavras, um servidor composto não fornece uma API para renderizar elementos individuais e funciona apenas com as janelas já formadas eliminando o buffer duplo usando bibliotecas de alto nível como GTK + e Qt.
Sobre Wayland
Atualmente, o suporte para trabalho direto com Wayland já está implementado para GTK3 +, Qt 5, SDL, Clutter e EFL (Biblioteca da Fundação Enlightenment).
Interação com hardware em Wayland / Weston, por exemplo, inicialização, alteração dos modos de vídeo (configuração do modo drm) e gerenciamento de memória (GEM para i915 e TTM para radeon e nouveau) de placas gráficas, pode ser feito diretamente através de um módulo de nível de kernel, que permite que você ignore os privilégios de superusuário.
O servidor de composição Weston pode trabalhar não apenas usando o módulo DRM do kernel Linux, mas também no X11, outro servidor de composição Wayland, framebuffer e RDP. Além disso, projetos estão sendo desenvolvidos para garantir o trabalho no topo da pilha de gráficos da plataforma Android.
Como parte do projeto Weston, uma das implantações de servidor de composição está sendo desenvolvida.
Qualquer outro produto que suporte o protocolo Wayland também pode atuar como um servidor composto.
Por exemplo trabalho está em andamento para fornecer suporte a Wayland em KWin. Em sua forma atual, Weston já ultrapassou o escopo de um conjunto de samples para testar o protocolo do Wayland e pode adquirir funcionalidade por meio de plug-ins. Além disso, propõe-se a implementação de shells customizados e funções avançadas de gerenciamento de janelas na forma de back-ends externos ao Weston.
Para garantir a execução de aplicativos X11 comuns em um ambiente baseado em Wayland, o componente XWayland DDX (Device Dependent X) é usado, que é semelhante em organização para trabalhar em Xwin e Xquartz para plataformas Win32 e OS X.
O suporte para o lançamento de aplicativos X11 está planejado para ser integrado diretamente ao servidor composto Weston, que, quando se trata do aplicativo X11 completo, iniciará o lançamento do servidor X e dos componentes XWayland relacionados.
Com esta abordagem, o processo de lançamento de aplicativos X11 será direto e indistinguível para o usuário de lançamento de aplicativos que funcionam diretamente com o Wayland.
Principais melhorias no Wayland 1.18
De suas novidades, o edital menciona o quee adicionou suporte para o sistema de construção Meson, embora a capacidade de construir usando ferramentas automáticas ainda seja preservada, mas será removida em uma versão futura.
Outra mudança que se destaca nesta nova versão do Wayland 1.18 é o nova API adicionada a objetos proxy separados baseado em tag. Isso permite que aplicativos e kits de ferramentas compartilhem uma conexão Wayland.
Além disso, adicionada função wl_global_remove () que despacha um evento de exclusão de objeto global sem limpá-lo.
O novo recurso permite eliminar a ocorrência da "condição de corrida" ao eliminar objetos globais. Uma vez que condições de corrida semelhantes poderiam ocorrer porque os clientes não puderam confirmar o recebimento do evento de eliminação. A função wl_global_remove () torna possível enviar um evento de exclusão primeiro e somente após um certo atraso ele exclui o objeto.
também cronômetros do servidor wayland rastreados garantidos no espaço do usuário, eliminando a criação de muitos descritores de arquivo.
A única coisa em que a roda não estava sendo reinventada é supercomplicada até o último multiservidor gráfico, não parece a gota d'água, aqui ficarei feliz com o X11 na medida do possível.
PS: Você conhece alguma maneira de voltar ao SystemV sem desestabilizar tudo no Debian? Desde já, obrigado.