Invidious - YouTube向けオープンソース代替フロントエンド
(invidious.io)- Invidiousは、YouTubeをより軽快に利用したいユーザーのためのオープンソース代替フロントエンドで、Googleの追跡を避けることに重点を置いている
- AGPL-3.0ライセンスのFree/Libreオープンソースソフトウェアであり、公開インスタンスを使うことも、自分でホスティングすることもできる
- YouTubeアカウントがなくてもチャンネル登録や再生リストの作成が可能で、アカウント依存を減らせる
- 広告なしで動画を視聴でき、SponsorBlockを100%サポートして視聴の妨げを減らす
- 文書化されたREST APIと多言語対応を提供しており、一般ユーザーと開発者の両方が活用できる
Invidiousの役割と配布方式
- InvidiousはYouTube代替フロントエンドとして提供されるオープンソースプロジェクト
- Use Invidiousで公開インスタンスを利用でき、Host Invidiousを通じて自分でホスティングすることもできる
- ソフトウェアはFree/Libre and Open Sourceであり、AGPL-3.0ライセンスに従う
プライバシーと視聴体験
- InvidiousはGoogleの監視からユーザーを保護し、独自にもユーザーを追跡しない
- 人間中心の設計を通じて、ユーザーが集中力を取り戻せるよう支援することを目指している
- 煩わしい広告に邪魔されずに動画を視聴でき、SponsorBlockを100%サポートしている
アカウントなしで使える機能
- YouTubeアカウントがなくてもチャンネル登録できる
- YouTubeアカウントがなくても再生リストを作成できる
言語対応と開発者向けサポート
- 翻訳者たちのおかげで複数言語で提供されている
- 開発者向けに文書化されたREST APIを提供している
- APIは完全な機能を備えた形で提供される
1件のコメント
Hacker News のコメント
さまざまな代替フロントエンドの一覧はここによくまとまっている: https://github.com/mendel5/alternative-front-ends
インターネットのアーカイブにも向いている。Twitter や Reddit がポップアップやログインへのリダイレクトのようなものを出してくるとき、URL を代替フロントエンド版に変えれば、余計なものなしでコンテンツを保存できる
動作している代替フロントエンドのインスタンス一覧を維持し、リンクを自動的に正常なインスタンスへリダイレクトしてくれる
ドキュメントに「いくつかの問題により、Invidious は頻繁に再起動する必要があり、少なくとも1日1回、理想的には毎時」と書かれているのが興味深い: https://docs.invidious.io/installation/#post-install-configu...
おそらくこのメモリリークの issue と関係がありそう: https://github.com/iv-org/invidious/issues/1438
この issue がほぼ3年前のもので、それより古い報告にも言及している点も興味深い
docker-compose.ymlで設定がとても簡単だったし、再起動もしていない。2年目も問題なく動いているこれをセルフホストして、iOS と tvOS クライアントとして Yattee https://github.com/yattee/yattee を併用すると、アルゴリズムや広告への露出を最小限にしながら、YouTube の登録チャンネルの動画をかなり快適に見られる
Google がまだ広告をストリームに直接焼き込んでいないのは少し驚きだ。そうすれば広告を分離するのは極めて難しくなるだろうに
そうなるとマージンが減り、場合によってはそもそも実現不可能なほどかもしれない
自分のインスタンスを直接ホストしているが、かなり良い。ホームフィードをオフにしておけば、ランダムな「人気」ゴミに邪魔されない。必要な動画だけを探して見るようになり、YouTube の消費がかなり減った
この「倫理的に設計された」フロントエンドでは、クリエイターたちは具体的にどのようにして創作物の対価を受け取るのか?
YouTube はすでに、クリエイターが生活を広告収益に賭けるにはかなり危険な場にしてしまっている。YouTube は動画やチャンネルをほぼ恣意的に収益化停止でき、迅速な救済手続きがない場合もある。動画の再生が序盤に集中することを考えると、これは重要だ
また、フェアユースに該当すべきコンテンツでも、企業が広告収益の大きな取り分を持っていくことがある。さらに、クリエイターが広告を設定していない動画にも YouTube が広告を付けることができ、その場合のお金はクリエイターには行かない
だから、クリエイターが広告収益や YouTube Premium の収益だけに頼れる状況では、しばらく前からなかった。YouTube はクリエイターを完全に無視してきたため、他の手段のような安定した収入源にならない状態にしてから久しい
平均的な広告表示の価値を考えれば、ユーザーごとに数セントずつ課金するマイクロペイメントシステムで十分だ。今の問題は、広告が「十分に悪くない」うちは、パブリッシャーやクリエイターに共通のマイクロペイメントシステムへ合わせさせる市場圧力がほとんどないことだ
もちろん YouTube にも素晴らしいコンテンツはあるが、現実的には99%は、1) 人気トレンドに便乗して再生数を稼ぎ、2) それで広告を見せて収益化するよう設計されたゴミだ。実質的にはコンテンツではなく、ランダムなゴミだ
これは合法なのか?
Google の規約には、広告の回避は YouTube の規約違反だと書かれている: https://support.google.com/youtube/answer/14129599?hl=en#:~:...
より一般的に、サービス提供者のサーバーと HTTPS で通信するには、法的に規約に同意しなければならないのか? そのようにパケットを1つやり取りしたら、法的に同意したことになるのか?
Google がさまざまなウェブサイトをクロールするとき、そのウェブサイトの所有者が掲げている各種ライセンスに Google が同意しなければならないとか、クロール自体がそうした同意を意味するとは見なされていない
雑誌出版社やテレビ事業者が、ユーザーに広告を見たり聞いたりするよう強制できると信じるのは馬鹿げている。現実には人々はさまざまな方法で意図的に広告を見ないし、YouTube の提供者だけが違ってよい理由もない
YouTube から法的書簡を受け取り、https://github.com/iv-org/invidious/issues/3872 で公開回答した
「彼らは、私たちが彼らの規約/ポリシーに同意したことがなく、API も使用していないことを理解していない」
こうしたものは noscript/基本的な (X)HTML ブラウザとの相互運用性にとって重要な要素だ。実際のウェブサイトはベストエフォートでこれをサポートすべきで、各種の行政オンラインサービスや基幹オンラインサービスでは義務化されるべきだ
しかし、そこで働く毒性の強い開発者たちは、「ウェブインターフェイス」をクライアント側で JavaScript コードを実行することに極端に依存させている。たとえば非常に気まぐれで複雑なブラウザフィンガープリンティングがある
新しい kick.com は「JavaScript でウェブブラウザを検査」しており、Big Tech のウェブエンジンを使うのが安全だ。本当の悪がどこにあるのか、惑わされてはならない
Big Tech と Small Tech の相互運用性が核心だ。強力な規制だけがそれを可能にし、最悪の事態も想定すべきだ。Big Tech がハッカーチームを秘密裏に雇い、Big Tech の代替勢力を嫌がらせするような状況も含めてだ
今ではダウンロードを許可するインスタンスを見つけるのが難しくなったのが残念だ。モバイルで動画を取得できて便利だった
ただし通常視聴用のクライアントではない
他のサイトにも多数対応している
ただし自分の Pixel 6a では 4K 動画は駄目なようで、最大 1080p までしかダウンロードできない
最近 Crystal をますます頻繁に見かけるようになっていて、また掘り下げてみたくなっている