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.
Respostas:
Atualização 19 de outubro de 2016
Notei que meu módulo Nvidia foi recompilado durante uma atualização hoje, então reiniciei e testei isso novamente. Parece que o problema foi corrigido. Para referência, estou executando a versão do driver 367.57 em uma Nvidia GTX 970.
Resposta original
TL; DR
O ponto crítico aqui é que a instalação do PPA dos drivers resulta na
libcuda1-361
libxnvctrl0
atualização dos pacotes, o que resolve o problema. Também descobri que tinha problemas com muitos drivers da nvidia; portanto, a coisa mais segura a fazer é voltar ao driver de código aberto. Eu tive algum sucesso com onvidia-340
motorista.Descrição completa
Ok, de alguma forma, eu consegui resolver a situação por acidente
Primeiramente eu instalei os drivers ppa:
Então eu limpei os drivers nvida existentes
Então eu instalei os 364 drivers.
Após a reinicialização, não consegui entrar na área de trabalho do Ubuntu, mas consegui entrar na área de trabalho do Xubuntu a partir de testes anteriores. Isso funcionaria tempo suficiente para eu ver que a reprodução do vídeo funcionava perfeitamente, mas em alguns minutos meu computador travava e exigia uma reinicialização forçada. Depois de fazer isso algumas vezes, limpei os drivers da nvidia novamente:
Não tenho mais os drivers binários da nvidia instalados e estou no driver Nouveau, mas a reprodução do vídeo está funcionando e meu computador não trava!
fonte
Eu tive o mesmo problema irritante no KDE Neon (ubuntu 16.04) com gráficos da nvidia (GTX 1050). Estou usando os drivers nvidia 375.82. Para resolver esse problema, tive que alterar duas configurações de vlc:
Video Settings
->Output
->X11 video output (XCB)
Codecs
->Hardware accelerated decoding
->VA-API video decoder via DRM
A segunda configuração é necessária para pular alguns arquivos proprietários, como
wmv
. Tanto quanto eu testei, o vlc agora está trabalhando como antes sem a placa de vídeo nvidia.fonte
Eu era capaz de conseguir o meu trabalho com
nvidia-367
envidia-370
motoristas, selecionando a saída VLC Configurações> Vídeo> como "saída X11 vídeo (XCB)" em vez de "saída VDPAU" que teve o lag quando pular. Todas as opções (XCB) funcionaram para mim,nvidia-367
incluindo "Saída de vídeo X11 (XCB)" - (não funcionounvidia-370
) e " Saída de vídeo OpenGL GLX (XCB)" - (o OpenGL GLX funcionou após a reinicialização após a atualização paranvidia-370
).Basicamente, todas as opções do XCB funcionaram bem (pulando, velocidades); as cores do ASCII funcionaram normalmente; as do OpenGL (que não são do GLX / XCB) alinhadas à parte inferior esquerda, mas pularam bem. A arte ASCII (preto e branco) funcionou bem, mas não pôde ser redimensionada. Os outros não exibiram coisas na tela.
Pensará em atualizar para a nvidia-370, uma vez que foi lançada recentemente.
fonte
Com o mesmo problema com o VLC no Unity 14.04, ele começou muito recentemente, provavelmente causado por atualizações regulares do apt, mas não o localizei. Reprodução irregular no VLC, problemas de sincronização vertical, o vídeo trava por alguns segundos enquanto avança. Eu tenho uma placa Nvidia no meu laptop Dell. Verifiquei outras opções, como o cabo HDMI (usando um monitor externo), mas acabei por reduzi-lo ao VLC.
Minha solução (preguiçosa) está mudando para o player de totem incorporado chamado "Vídeos" no Unity. Parece ter todos os codecs e os recursos básicos. Sem problemas no momento. Trato disso mais tarde ou aguardarei atualizações.
fonte
Teve o mesmo problema no notebook Lenovo com placa de vídeo nvidia discreta e Ubuntu 16.04. Resolvido escolhendo a
nvidia-settings
ferramenta Intel HD integrada na ferramenta. Portanto, a solução (se você tiver drivers da nvidia instalados) é executarnvidia-settings
e escolher a placa de vídeo Intel HD integradafonte
Eu tive o mesmo problema em um Debian Jessie, no Nvidia 950 GC com drivers de backports da Nvidia e no VLC 2.2.4. A atualização para a versão 367.44-3 dos drivers da nvidia mudou o problema.
A solução que encontrei: alternando a decodificação de material para "VA-API via DRM". Agora funciona bem.
Espero que isso possa ajudar alguém.
fonte