Além do driver OpenChrome DRM/KMS que espera ser finalmente lançado em 2022 para suportar hardware gráfico VIA antigo dos tempos antigos de seus chipsets x86, separadamente há um driver de kernel DRM/KMS em andamento para algo ainda mais antigo. Veja as novidades deste ano para o driver de gráficos DRM Linux de código aberto Atari.
Um driver gráfico Linux DRM para o Atari Falcon do início dos anos 90.Nos últimos dois anos, um driver DRM saiu para o hardware gráfico Atari com seu chipset gráfico integrado. Isso não deve se confundir com o mini PC/console de jogos Atari VCS lançado em 2021, mas os computadores pessoais Atari Falcon da Atari Corporation do início dos anos 90 que apresentavam processadores da série Motorola 68000 e um controlador de vídeo programável.
Este driver Atari Direct Rendering Manager (DRM) teve desenvolvimento e testes usando ARAnyM, uma máquina virtual projetada para executar sistemas operacionais Atari ST/TT/Falcon de 32 bits (TOS, FreeMiNT, MagiC e Linux-m68k) e TOS/ Aplicativos GEM em qualquer tipo de hardware. Este driver DRM não parece ter sido testado em nenhum hardware físico da Atari.
ARAnyM é a abreviação de “Atari Running on Any Machine”. ARAnyM não pretende ser um emulador de Atari Falcon (mesmo que tenha uma compatibilidade de software Falcon bastante alta e inclua a maioria dos chips personalizados Falcon, incluindo VIDEL e DSP).
Driver de gráficos DRM Linux de código aberto Atari sendo trabalhado em 2022
ARAnyM é melhor no sentido de que não está vinculado à especificação de uma máquina Atari existente. Então, ficamos livres para selecionar a CPU mais completa (68040 com MMU) e FPU (68882), adicionar cargas de RAM (até 4 GB), host gráficos acelerados (mesmo com OpenGL) e acesso direto a vários recursos do host, incluindo som, unidades de disco, dispositivos de armazenamento óptico (CD/DVD-ROMs), porta paralela e muito mais.
Este driver DRM tem como base em parte em “atafb.c”, um driver de buffer de quadro básico no kernel Linux que remonta aos anos 90 como um driver de dispositivo de buffer de quadro Atari. Trabalhar nesse driver resultou em melhorias no código principal do DRM, como suporte a formatos de buffer de quadro de baixa cor para o hardware antigo.
O driver Atari DRM tem quase 5.000 linhas de código. Além de várias outras correções e alterações em outro código do kernel para acomodar esse suporte de hardware gráfico vintage.
Se você estiver interessado no driver do kernel Atari DRM, ele está atualmente em andamento através do ramo atari-drm-wip do mantenedor do Linux m68k (Motorola 68000) Geert Uytterhoeven. Vamos ver se/quando este driver Atari DRM cairá nas mãos de Linus Torvalds para mainlining.
Notícias Relacionadas
Novos recursos
SmartThings e o suporte ao Matter 1.4: Como os roteadores Wi-Fi serão integrados
O SmartThings está se preparando para integrar o Matter 1.4, trazendo novos recursos, como suporte a roteadores Wi-Fi, dispositivos de energia e maior compatibilidade entre plataformas.
mudança de preços
Max vai cobrar pelo compartilhamento de senhas
Max irá começar a cobrar por compartilhamento de senhas, seguindo o exemplo de outras plataformas. Entenda a nova estratégia e o que isso significa para os usuários.
WayVNC 0.5 para compositores Wayland baseados em wlroots lançado
O WayVNC 0.5 saiu no sábado como uma atualização de recurso para este servidor VNC para compositores Wayland, aproveitando a biblioteca WLROOTS. O WayVNC permite anexar a um compositor Wayland baseado em wlroots em execução. Além disso, cria os dispositivos de entrada virtual necessários e expõe uma exibição por meio do protocolo RFB. Isso incluindo suporte para onde o compositor Wayland está sendo executado sem cabeça.
Uma das novidades desta versão WayVNC 0.5 é o suporte para codificação H.264 com a extensão do protocolo OpenH264 RFB. O suporte a OpenH264 funciona com clientes VNC, como TigerVNC e WLVNCC, por apresentarem manuseio H.264.
A codificação H.264 pode ser acelerada por hardware quando ativada pela chave “–gpu”.
A adição mais significativa para esta versão é a codificação H.264 por meio da extensão do protocolo Open H.264 RFB. Os clientes que implementaram o Open H.264 neste momento são TigerVNC e wlvncc, dos quais apenas o último usa decodificação acelerada por hardware.
A codificação H.264 é acelerada por hardware e requer que o sinalizador de
--gpuna linha de comando seja habilitado. Não é particularmente útil sem aceleração de hardware, então é melhor ficar com a codificação “Tight” se você não tiver renderização de GPU.
Outras mudanças com WayVNC 0.5 incluem:
- suporte para desabilitação de entrada;
- suporte a soquetes UNIX;
- captura de tela via DMA-BUF ao executar no modo acelerado por GPU e mensagens de log/erro aprimoradas.
Downloads e mais detalhes sobre este servidor Wayland VNC via WayVNC no GitHub.
