Vídeo do YouTube instável enquanto reproduz no meu navegador Pi 3


8

Qual é o melhor navegador a ser usado para reproduzir vídeos do YouTube no Pi3. Atualmente, uso o Epiphany Web Browser, fornecido pelo Jessie OS na instalação, mas acho que a reprodução dos meus vídeos é muito instável quando reproduzida, mesmo que o áudio pareça bom.

Existe algo que eu possa baixar para que os vídeos fluam fluentemente? Eu tenho uma boa conexão com a Internet e não desejo instalar outro navegador no meu Pi, pois o feedback geral da Internet é que o Epiphany é um navegador bastante agradável.

No momento, estou usando meu Pi3 decapitado por SSHing no Wi-Fi e tenho o mais recente Raspbian Jessie OS


Como alternativa, você pode experimentar o VideoLAN (também conhecido como VLC).
Ismael Miguel

@IsmaelMiguel Como você pode reproduzir o YouTube via VLC?
Piotr Kula

@ppumkin File> Open from Network(ou similar) ou CTRL+N(se não me engano).
Ismael Miguel

E você acabou de colar o URL do YouTube e ele será reproduzido? : D
Piotr Kula

11
Sim. A maioria dos vídeos funciona. Carregam a 720p ou menos. Além disso, é Media, não File.
Ismael Miguel

Respostas:


2

Mesmo que o navegador suporte a transmissão de vídeo HTML 5, a decodificação real do fluxo é feita usando a CPU, pois não há implementação para o navegador usar a construção em decodificadores de hardware.

Eu acho que o outro problema é que a área de trabalho também é processada por software? (referenciado nesta postagem do fórum) Portanto, é um problema amplificado, onde tudo começa a sair do controle.

Se você estiver transmitindo um vídeo do YouTube de alta qualidade, ficará com essa agitação devido à dificuldade da CPU para acompanhar a exibição na tela.

O Kodi e o XBMC têm suporte para decodificação direta de hardware (e renderização da interface do usuário do OpenGL), e é por isso que os vídeos podem ser transmitidos do Plex e de outros locais a taxas aceitáveis. (Possivelmente até plugins como o YouTube)


1

Então, eu também tive instabilidade na forma de um hickup uma vez a cada 5 a 10 segundos do vídeo do YouTube, reproduzido a 720p em tela cheia enquanto executava um Raspberry pi 3 B +. Apesar de dizer isso, ele meio que fluiu muito bem na janela menor. Estou executando um cabo HDMI em um monitor de TV antigo que provavelmente só faz 720p, mas o que for.

O verdadeiro truque foi que substituí meu chip micro SD 32 gig por um melhor. Sim, eu sei que você acha que seu chip da classe 10 é bom o suficiente e foi o que eu pensei, mas hoje em dia nem todos os chips micro SD da classe 10 são iguais, comprei um Sandisk Extreme plus com um V30 escrito nele. Isso significa simplesmente que ele moverá os dados para dentro e para fora do chip em mais de 3 vezes a velocidade do seu cartão micro SD classe 10 barato ... o que aparentemente é importante !?

Na verdade, não pretendo saber por que isso é tão importante, pois pensei que o conteúdo da Internet estava indo direto para o processador e nem tocando meu cartão Micro SD, mas ei, o que eu sei. De qualquer forma, observei também que o tempo de inicialização do My RPi 3 B + passou de 30 segundos para chegar ao desktop e 17 segundos; acho que isso é revelador de que as coisas estavam lentas com o antigo cartão micro SD Que eu tinha.

De qualquer forma, as outras melhorias que fiz foram atualizar meu Raspbian para o que estava atual, talvez isso não fosse realmente importante, e obter uma fonte de alimentação que nem sempre tivesse um raio aparecendo no lado superior direito da minha tela ... provavelmente também não é crítico.

De qualquer maneira, agora eu posso assistir vídeos do tipo MMA do Youtube em tela cheia a 720p no Chromium sem hickups. Não é necessário reescrever o código aqui. Espero que isto ajude.


1

Você pode reproduzir o YouTube em HD com o terminal player omxplayer .

omxplayer video.file

Você também precisará do youtube-dl para gerar o URL do youtube do vídeo solicitado, fornecendo o ID do vídeo. A -gbandeira significa obter URL

omxplayer `youtube-dl -g https://www.youtube.com/watch?v=<Video ID>`

Por padrão, ele não fornece o link para a melhor qualidade. Você pode configurá-lo manualmente, fornecendo o sinalizador -f e o número da qualidade. Para obter toda a qualidade disponível, use o sinalizador -F (arquivos)

youtube-dl -F https://www.youtube.com/watch?v=<Video ID>

Isso listará todos os arquivos relacionados ao vídeo. Alguns dos arquivos de vídeo não incluem áudio. Normalmente, os arquivos de vídeo 1080p não possuem som, portanto, você precisará reproduzi-los ao mesmo tempo. Eu criei um script do bash que pode reproduzir 2 vídeos ao mesmo tempo. Você pode reproduzir https://github.com/kloshar4o/omxYouTube .


Basicamente, você está sugerindo baixar o vídeo inteiro e reproduzi-lo localmente? E se for um vídeo 1080p de 5h de duração?
Arthur Attout

@ArthurAttout É claro que não, como mencionado acima, o -gsinalizador obtém o URL do vídeo e o omxplayer o armazenará em buffer como um vídeo html comum. Sim, você pode reproduzir vídeos de 5 horas instantaneamente, geralmente é esse o ponto, não acho que você esteja disposto a executar todo esse problema por vídeos de 3 a 4 minutos. Eu uso essa abordagem para reproduzir vídeos musicais de 2-3 horas em 1080p com o meu raspberry pi, e funciona muito bem.
Classhar4o 16/04/19

Tudo bem, o nome do binário era bastante enganador, porque até a página principal youtube-dldiz que o utilitário é usado principalmente para baixar um vídeo do youtube. -gsignifica: Simular, silencioso, mas imprimir URL . Eu nem acho que o youtube-dl é necessário neste momento. Gostaria de tentar simplesmente dando omxplayero link do youtube
Arthur Attout

Essa youtube-dlcoisa é claramente a coisa mais estranha que eu já vi. Quando você consulta um vídeo, -gele gera um link http em algum domínio estranho do tipo google ( https://r3---sn-cxab5jvh-cg0ez.googlevideo.com) com vários parâmetros, incluindo seu IP público.
Arthur Attout

1

Testando o YouTube com um Raspberry Pi 3 Modelo B no Raspbian usando o Chromium, corri para o vídeo instável com bom áudio. Entrei em Preferências e alterei a GPU de 64 para 128 e depois para 256, e achei que 256 funcionava muito bem.

Eu estava usando um monitor de 23 "1920x1080, tela cheia sobre HDMI. Mudar de tela cheia para janela e vice-versa resultou em um pouco de instabilidade temporária na configuração 256. Suponho que a mudança de tela cheia para janela impõe exigências adicionais, embora temporárias, ao CPU que afetou a exibição do vídeo.

Eu estava usando WiFi no momento. Eu não ficaria surpreso se o uso de um cabo Ethernet, em vez de WiFi, ajudasse o vídeo, melhorando a taxa de transferência de uma fonte de vídeo como o YouTube ou outro provedor de internet. Pelo menos, reduziria os problemas de buffer que causariam a interrupção do vídeo exibido até que os dados do vídeo pudessem ser atualizados.


Eu não entendo direito. A configuração da memória da GPU para 256 ajudou no vídeo instável ou o vídeo permaneceu instável? E como exatamente a Ethernet leva isso em consideração?
Dmitry Grigoryev

11
@DmitryGrigoryev alterar a memória da GPU para 256 ajudou no vídeo instável, mas ainda havia gagueira em algumas condições. Parece haver duas considerações principais para o vídeo. O primeiro é a taxa de transferência do sistema de vídeo e a rapidez com que ele pode criar quadros e entregá-los ao monitor. Aumentar a memória da GPU ajuda nisso. A outra é a capacidade de obter o fluxo de vídeo e sua velocidade. A Ethernet com fio com PI 3 é mais rápida que o WiFi através do adaptador USB.
Richard Chambers


0

A fundação Raspberry Pi faz , de fato, sempre sugiro usar o seu navegador epifania devido a otimizações. Mas eles admitiram que não há trabalho há algum tempo e pensam realmente em abandonar a epifania. role para baixo até "Atualizações" e depois "Mais uma coisa"

Eles recomendam o uso do navegador chromium com um plug-in chamado "h264ify" que força o youtube a transmitir o h264, que deve decodificar melhor no Pi.

Eu fiz isso, testei. Não tenho certeza de como era antes, mas ele transmite OK quando está em janela. Ainda para mim quando você vai 1080p e tela cheia é agitado como um louco.

Também habilitei o GL experimental e coloquei 256 MB para GPU.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.