- O Invidious é um frontend alternativo de código aberto para usuários que querem usar o YouTube de forma mais leve, com foco em evitar o rastreamento do Google
- É um software livre/de código aberto sob a licença AGPL-3.0, e pode ser usado por meio de instâncias públicas ou hospedado por conta própria
- Mesmo sem uma conta do YouTube, é possível assinar canais e criar playlists, reduzindo a dependência de conta
- É possível assistir a vídeos sem anúncios, com suporte 100% ao SponsorBlock, reduzindo interrupções durante a visualização
- Oferece uma API REST documentada e suporte a vários idiomas, sendo útil tanto para usuários comuns quanto para desenvolvedores
Papel e forma de distribuição do Invidious
- O Invidious é um projeto de código aberto oferecido como frontend alternativo ao YouTube
- Em Use Invidious é possível usar instâncias públicas, e em Host Invidious é possível hospedá-lo por conta própria
- O software é Free/Libre and Open Source e segue a licença AGPL-3.0
Privacidade e experiência de visualização
- O Invidious protege os usuários da vigilância do Google e também não rastreia os próprios usuários
- Seu objetivo é ajudar as pessoas a recuperarem o foco por meio de um design centrado no ser humano
- É possível assistir a vídeos sem ser interrompido por anúncios irritantes, com suporte 100% ao SponsorBlock
Recursos sem conta
- É possível assinar canais sem uma conta do YouTube
- É possível criar playlists sem uma conta do YouTube
Idiomas e suporte para desenvolvedores
- Está disponível em vários idiomas graças aos tradutores
- Oferece uma API REST documentada para desenvolvedores
- A API é oferecida de forma totalmente funcional
1 comentários
Opiniões do Hacker News
Uma lista de vários front-ends alternativos está bem organizada aqui: https://github.com/mendel5/alternative-front-ends
Também combina bem com arquivamento da internet. Quando Twitter ou Reddit exibem pop-ups, redirecionamentos para login e coisas do tipo, trocar a URL pela versão de um front-end alternativo permite arquivar o conteúdo sem ruído
Mantém uma lista de instâncias funcionais de front-ends alternativos e redireciona automaticamente links para uma instância saudável
É interessante que a documentação diga que, “devido a vários problemas, o Invidious precisa ser reiniciado com frequência, no mínimo uma vez por dia e, idealmente, a cada hora”: https://docs.invidious.io/installation/#post-install-configu...
Parece provavelmente relacionado a este issue de vazamento de memória: https://github.com/iv-org/invidious/issues/1438
Também é interessante que esse issue seja de quase 3 anos atrás e mencione relatos ainda mais antigos
docker-compose.ymle eu nem reinicio. Está funcionando há 2 anos sem problemasSe você fizer self-hosting disso e usar junto com o Yattee https://github.com/yattee/yattee como cliente para iOS e tvOS, dá para assistir aos vídeos das suas inscrições do YouTube de forma bem decente, minimizando a exposição ao algoritmo e a anúncios
É um pouco surpreendente que o Google ainda não esteja embutindo anúncios diretamente no stream. Se fizesse isso, separar os anúncios ficaria extremamente difícil
Isso reduziria as margens e talvez fosse até inviável
Eu hospedo minha própria instância e é bem bom. Se você desativa o feed inicial, não é incomodado por lixo aleatório “em alta”. Acabo procurando só os vídeos de que preciso, então meu consumo de YouTube caiu bastante
Nesse front-end “projetado de forma ética”, exatamente de que maneira os criadores são remunerados por suas criações?
O YouTube já tornou bastante arriscado para criadores dependerem da receita de anúncios para viver. O YouTube pode desmonetizar vídeos e canais quase arbitrariamente, e pode não haver um processo rápido de recurso. Considerando que as visualizações de um vídeo se concentram no começo, isso é importante
Além disso, empresas podem ficar com uma grande fatia da receita publicitária até em conteúdos que deveriam se enquadrar em uso justo. E o YouTube também pode colocar anúncios em vídeos nos quais o criador não configurou anúncios; nesse caso, o dinheiro não vai para o criador
Portanto, já faz um tempo que não é uma situação em que criadores possam depender apenas de receita de anúncios ou de receita do YouTube Premium. Como o YouTube vem ignorando completamente os criadores, há muito tempo ele deixou de ser uma fonte de renda tão estável quanto outros meios
Considerando o valor médio de uma exibição de anúncio, um sistema de micropagamentos que cobrasse alguns centavos por usuário seria suficiente. O problema hoje é que, enquanto a publicidade for “boa o bastante”, há pouca pressão de mercado para fazer editores e criadores se alinharem a um sistema comum de micropagamentos
Claro que há conteúdo excelente no YouTube, mas, realisticamente, 99% é lixo projetado para 1) pegar carona em tendências populares e conseguir visualizações e 2) monetizar isso exibindo anúncios. Na prática, não é conteúdo; é lixo aleatório
Isso é legal?
Os termos do Google dizem que contornar anúncios viola os termos do YouTube: https://support.google.com/youtube/answer/14129599?hl=en#:~:...
De forma mais geral, para se comunicar via HTTPS com os servidores de um provedor de serviço, é legalmente necessário concordar com os termos? Trocar um único pacote dessa forma significa consentimento legal?
Quando o Google faz crawling de vários sites, não se considera que ele precise concordar com as diversas licenças impostas pelos donos desses sites, nem que o crawling em si implique esse consentimento
É absurdo acreditar que uma editora de revista ou uma operadora de TV possa obrigar o usuário a ver ou ouvir anúncios. Na prática, as pessoas evitam anúncios deliberadamente de várias formas, e não há motivo para o YouTube ser diferente
Eles receberam uma carta legal do YouTube e responderam publicamente em https://github.com/iv-org/invidious/issues/3872
“Eles não entendem que nós nunca concordamos com os termos/políticas deles e que também não usamos a API”
Essas coisas são elementos essenciais para a interoperabilidade com noscript/navegadores (X)HTML básicos. Sites reais deveriam dar suporte a isso em regime de melhor esforço, e isso deveria ser obrigatório em vários serviços administrativos online ou serviços online essenciais
Mas os desenvolvedores tóxicos que trabalham nesses lugares estão tornando as “interfaces web” extremamente dependentes de executar código JavaScript no cliente. Um exemplo é o fingerprinting de navegador muito instável e complexo
O novo kick.com “inspeciona o navegador via JavaScript”, e é seguro usar engines web das Big Techs. Não devemos nos enganar sobre onde está o verdadeiro mal
A interoperabilidade entre Big Tech e Small Tech é o ponto central. Só uma regulação forte torna isso possível, e devemos prever até o pior. Incluindo situações em que Big Techs contratem secretamente equipes de hackers para assediar alternativas às Big Techs
É uma pena que agora tenha ficado difícil encontrar instâncias que permitam download. Era bom poder baixar vídeos no celular
Mas não é um cliente para assistir normalmente
Ele também dá suporte a muitos outros sites
Mas no meu Pixel 6a, vídeos em 4K parecem não funcionar, e só consigo baixar até 1080p
Tenho visto Crystal cada vez mais hoje em dia, e fiquei com vontade de voltar a me aprofundar nele