Após a atualização do Ubuntu 14.04 para o 16.04, notei imediatamente um problema em que o VLC agora mostra um vídeo terrível quando você pula, o que parece se consertar após alguns segundos, o que acho que quando o próximo quadro-chave for encontrado. Isso pode ser mostrado na captura de tela abaixo:
Tentei o seguinte para resolver o problema:
- Usando o ppa estável do VLC para obter uma versão posterior do VLC (VLC media player 2.2.4 Weatherwax)
- Mudando do driver nvidia 361.42 para 340.96 (o que não funcionou, eu mudei de volta, certificando-me de reiniciar cada vez). Eu também tentei o servidor X.Org X - driver Nouveau.
- Tentando várias saídas de saída de vídeo automática para X11 XCB e saída de vídeo OpenGL GLX (XCB).
- Alterando a decodificação acelerada por hardware de Automático para Desativar (na guia Entrada / Codecs)
- Desativando todos, exceto meu monitor principal.
Percebo que, se pausar o vídeo, pular para qualquer local, esperar um segundo ou dois e depois reproduzir, o vídeo ficará bom. Eu só preciso que o VLC espere até que esteja pronto, em vez de tentar acessar imediatamente o áudio e tentar sincronizar o vídeo.
Outros players de mídia, como o mpv media player, funcionam apenas nesse sentido, mas notei que o mpv media player não me permite pular para o próximo vídeo por algum motivo, e é por isso que estou tentando corrigir o VLC.
Atualização 4 de junho de 2016
Acabei de instalar o Xubuntu no meu netbook e o VLC funciona perfeitamente lá. Eu tentei o VLC 2.2.2 e 2.2.4 do PPA. Esse problema parece com o Ubuntu Desktop específico ou relacionado ao fato de que o monitor do meu desktop é executado através de uma GPU Nvidia (mas foi testado usando drivers nouveau).
Outra coisa que notei é que o streaming de mídia de um host remoto na mesma rede usando um compartilhamento NFS torna o problema muito mais perceptível.
Atualização 8 de junho de 2016
Fiz upload de um vídeo do youtube tentando demonstrar a mudança de comportamento em que o áudio nunca para de tocar quando você pula, mas o vídeo será "pausado" e será exibido como pixelizado antes de se resolver. Normalmente, o áudio e o vídeo se juntam quando o player está pronto e não há pixelização de vídeo, como mostrado aqui neste vídeo do Xubuntu 16.04 usando VLC .
Atualização 9 de junho de 2016
Parece que os vídeos que eu gravei usando o rodízio de tela do Kazam não foram afetados, o que me levou a acreditar que era algum codec proprietário ou algo assim. Revisei o menu de decodificação e descobri que apenas essa opção funcionava em um arquivo local (eu ainda tinha problemas de pixelização no mesmo vídeo quando foi carregado de uma pasta NFS, mas talvez esse seja outro problema diferente?).
Estou supondo que a opção DRM seja o ponto importante aqui, pois a VA-API via X11 não funcionou (e nem "desabilitou" nem nenhuma das outras). Agora, eu gostaria de descobrir o que preciso fazer ao carregar os vídeos de um NFS. Aumentar o cache do muxer de saída do fluxo não o corrigiu.
Atualização final - É um problema da Nvidia (9 de junho de 2016)
Esse é definitivamente um problema relacionado à placa de vídeo da Nvidia (não testei a AMD). Depois de perceber que a VA-API com DRM não funcionou no meu computador de trabalho (que também está executando o Ubuntu 16.04 com uma placa de vídeo Nvidia), quando cheguei em casa, tentei instalar o xubuntu para testar essa teoria. Isso não deu certo. Depois disso, desconectei minha placa gráfica Nvidia e agora estou usando os gráficos intel integrados (no i5-4670K), que estão trabalhando brilhantemente em "automático" e até em arquivos carregados do NFS.
Normalmente, eu colocaria isso como resposta, mas não acho que muitos outros ficariam felizes com isso. Espero que talvez alguém tenha uma solução pela qual eu possa conectar minha placa gráfica novamente, mas acho que a realidade é que precisamos aguardar uma atualização do kernel e / ou melhores drivers proprietários da Nvidia. O que me surpreende é que ter o cartão dentro e usar os drivers de código-fonte aberto ou desativar a aceleração de hardware não funciona.
