O Wayland 1.19 vem com melhorias para Nvidia, a capacidade de adicionar e remover extensões e muito mais

Após vários meses de desenvolvimento a libertação de a nova versão estável do protocolo Wayland 1.19. Esta nova versão 1.19 é compatível com versões anteriores no nível de API e ABI com as versões 1.x, e contém principalmente correções de bugs e pequenas atualizações de protocolo.

Entre as mudanças mais proeminentes podemos encontrar um sistema de compilação aprimorado que agora requer ferramentas Meson pelo menos a versão 0.52.1, servidor composto Weston, fornecer código e exemplos de trabalho para usar o Wayland em ambientes de desktop e incorporados, está evoluindo em um ciclo de desenvolvimento independente.

Principais mudanças e novidades em Wayland 1.19

Nesta nova versão do wayland patches foram preparados para o servidor XWayland DDXque se o sistema tiver drivers proprietários para NVIDIA, vai permitir o uso de aceleração de hardware em OpenGL e Vulkan ao iniciar aplicativos X em ambientes Wayland.

Também Drivers proprietários NVIDIA continuam a implementar extensões necessário para o pleno funcionamento dos ambientes que usam o protocolo Wayland.

Outra novidade que se destaca é que O desenvolvimento da Mir continua como um servidor composto para Wayland. As ferramentas para garantir o lançamento dos aplicativos Wayland no ambiente Mir implementaram o dimensionamento correto nas telas HiDPI.

Adicionada a capacidade de dimensionar a saída do cliente WaylandAlém disso, configurações de escala independentes são permitidas para cada dispositivo de saída, incluindo valores de escala fracionária.

Também podemos encontrar isso adicionou a capacidade de adicionar e remover extensões do protocolo Wayland e suporte adicionado para protocolos experimentais: zwp_linux_dmabuf_unstable_v1 para criar wl_buffers usando o mecanismo DMABUF e wlr-Foreign-toplevel-management para conectar painéis personalizados e interruptores de janela.

Foram lançados novas versões do ambiente personalizado Sway e o servidor composto Wayfire que o Wayland usa.

Quanto às mudanças relacionadas a aplicativos e ambientes de desktop, menciona-se que o trabalho continua no lançamento do ambiente de usuário LXQt 1.0.0, que será implementado com suporte total para trabalho no Wayland.

O Wayland está habilitado por padrão no Plasma Mobile, Sailfish 2, webOS Edição de código aberto, Tizen e AsteroidOS.

Por outro lado, trabalhar continua na portabilidade de aplicativos MATE para Wayland, o visualizador de imagens Eye of MATE foi adaptado para funcionar sem estar vinculado ao X11 no ambiente Wayland, bem como suporte aprimorado de Wayland no painel MATE e que os miniaplicativos de painel-multimonitor e painel-fundo foram adaptados para uso com o Wayland.

O Fedora 34 planeja migrar a construção do desktop KDE para usar o Wayland por padrãoou. A sessão X11 pretende ser uma opção. O pacote kwin-wayland-nvidia é usado para executar o KDE usando drivers NVIDIA proprietários.

O KDE está trabalhando para fazer uma sessão baseada no Wayland está pronto para o uso diário e para alcançar paridade de funcionalidade em relação ao X11. Problemas corrigidos com transmissão de tela e inserção de clique no centro. Problemas corrigidos com a estabilidade do XWayland.

GNOME for Wayland removeu a tela inteira da renderização quando os buffers dma-buf ou EGLImage são usados ​​em favor de atualizações parciais da janela, que reduza a quantidade de dados transferidos entre a GPU e a CPU. Combinada com uma atualização separada dos elementos de interface, essa otimização reduziu significativamente o consumo de energia quando funcionando com bateria. Adicionada a capacidade de atribuir diferentes taxas de atualização para cada monitor.

No GTK 4, as APIs GDK foram reprojetadas para usar o protocolo Wayland e conceitos relacionados. As funções relacionadas ao X11 e ao Wayland foram movidas para back-ends separados.

Firefox para Wayland fornece WebGL e vídeo acelerado por hardware, além de adicionou um novo backend usando o mecanismo DMABUF para renderizar texturas e organizar troca de buffer por diferentes processos. Este backend permitiu implementar um ambiente GL unificado nas compilações do Firefox baseadas no Wayland, não vinculado a servidores de composição específicos, como GNOME Mutter ou KDE Kwin.

Finalmente, para aqueles que estão interessados ​​em poder testar esta nova versão, eles podem baixar o código-fonte para compilação do link a seguir


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.