Porque é que o texto do ambiente de trabalho remoto parece desfocado mesmo quando a ligação ao servidor doméstico é rápida?

O texto do ambiente de trabalho remoto pode continuar desfocado numa ligação rápida porque os codecs, a amostragem de cor e o redimensionamento alteram independentemente as extremidades finas dos glifos, sem relação direta com a largura de banda.

Um servidor doméstico de 2,5 GbE pode transferir ficheiros à velocidade máxima, enquanto o seu ambiente de trabalho remoto faz com que textos pequenos a vermelho ou cinzento pareçam pouco nítidos. A sessão precisa de atualizações do ecrã com baixa latência, não apenas de muita largura de banda. A negociação da resolução, o redimensionamento do ecrã, o formato de crominância e a codificação adaptativa determinam o que chega a cada píxel do cliente.

O texto revela a compressão mais do que as fotografias

Os glifos contêm traços finos de alto contraste e transições de cor nítidas. Os codecs de ecrã otimizados para vídeo natural podem suavizar essas extremidades ou atribuir menos bits a pequenos detalhes estáticos, preservando o movimento de forma aceitável. Um teste de velocidade pode mostrar capacidade abundante, mesmo quando o perfil de codec selecionado continua a produzir perdas visíveis.

Uma análise sobre subamostragem de crominância explica como a redução da resolução da cor afeta as cargas de trabalho modernas de visualização remota. O texto colorido sobre fundos contrastantes é especialmente sensível, porque a sua extremidade pode depender de amostras de crominância armazenadas com menor densidade do que a luminância.

É por isso que o texto preto pode parecer melhor do que o texto vermelho com o mesmo tamanho, ou que as fotografias podem parecer aceitáveis enquanto o código parece desfocado. Uma taxa de bits mais elevada pode ajudar a compressão, mas não consegue recuperar amostras de cor que o formato negociado nunca transmite na resolução total.

O redimensionamento pode desfocar um fotograma perfeitamente transmitido

Se o anfitrião renderizar com uma escala lógica e o cliente apresentar com outra, a sessão pode redimensionar um ambiente de trabalho já rasterizado. O redimensionamento fracionário distribui os traços de um píxel por píxeis vizinhos. Um segundo redimensionamento pelo navegador ou pelo sistema operativo agrava a desfocagem, mesmo com transporte sem perdas.

Uma análise atual sobre desfocagem do ambiente de trabalho remoto identifica a resolução incompatível e o redimensionamento do ecrã, juntamente com a compressão, como causas distintas. Essa separação é importante, porque as alterações à largura de banda não afetam um problema de reamostragem geométrica.

O indício é a estabilidade: a desfocagem causada pelo redimensionamento mantém-se nas capturas de ecrã estáticas e acompanha o tamanho da janela ou o zoom, enquanto a desfocagem causada pela taxa de bits muda frequentemente depois de o movimento parar e o codificador atualizar os detalhes. Uma captura de ecrã nítida do anfitrião que fica desfocada apenas no cliente aponta para um problema posterior à renderização da aplicação.

Onde deixa de ser útil o argumento da ligação rápida

Uma elevada capacidade de transferência não garante perdas reduzidas, baixo jitter, nem que o protocolo remoto escolha o modo de maior qualidade. A qualidade pode ser limitada por motivos de latência, CPU, bateria ou densidade do servidor. A codificação por hardware também pode selecionar o modo de vídeo 4:2:0, enquanto uma via de software suporta conteúdo de ecrã mais nítido.

Uma explicação da KTC sobre redimensionamento de texto 4K mostra como a resolução nativa e o redimensionamento do Windows podem suavizar localmente o texto. Se o próprio anfitrião já estiver a renderizar com uma escala incompatível, o codificador remoto transmite fielmente uma fonte desfocada.

A explicação baseada na rede falha quando um fotograma do cliente capturado sem perdas já está desfocado antes da transmissão ou quando a visualização local no anfitrião também é igualmente pouco nítida. Por outro lado, o redimensionamento não é suficiente quando a qualidade se deteriora apenas durante o movimento. Mantenha uma camada constante antes de culpar a seguinte.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Separe a renderização do anfitrião, o transporte e o redimensionamento do cliente

Capture três elementos: uma captura de ecrã no anfitrião, uma captura de ecrã sem perdas do fotograma remoto no cliente e uma fotografia do ecrã do cliente. Compare-os com uma escala de 100 por cento. Registe as dimensões em píxeis do anfitrião e do cliente, a escala lógica, o codec, o modo de crominância, a taxa de bits, a perda de pacotes e se a qualidade muda depois de o ecrã ficar estático.

Relacione os resultados com a latência do servidor doméstico, em vez de considerar apenas a velocidade de transferência de ficheiros: a latência interativa e os caminhos de renderização são independentes da capacidade de transferência do armazenamento. Mantenha a mesma sessão remota enquanto altera apenas uma variável.

Se a captura de ecrã do anfitrião estiver nítida, mas o fotograma no cliente estiver desfocado, teste o codec e a resolução negociada. Se o fotograma no cliente estiver nítido, mas a fotografia do ecrã estiver desfocada, verifique o redimensionamento do painel ou o zoom do navegador. Se a desfocagem desaparecer depois de o movimento parar, a compressão adaptativa é mais provável do que uma incompatibilidade fixa de redimensionamento.