6 ポイント 投稿者 GN⁺ 2023-10-18 | 1件のコメント | WhatsAppで共有
  • 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の監視からユーザーを保護し、独自にもユーザーを追跡しない
  • 人間中心の設計を通じて、ユーザーが集中力を取り戻せるよう支援することを目指している
  • 煩わしい広告に邪魔されずに動画を視聴でき、SponsorBlock100%サポートしている

アカウントなしで使える機能

  • YouTubeアカウントがなくてもチャンネル登録できる
  • YouTubeアカウントがなくても再生リストを作成できる

言語対応と開発者向けサポート

1件のコメント

 
GN⁺ 2023-10-18
Hacker News のコメント
  • さまざまな代替フロントエンドの一覧はここによくまとまっている: https://github.com/mendel5/alternative-front-ends
    インターネットのアーカイブにも向いている。Twitter や Reddit がポップアップやログインへのリダイレクトのようなものを出してくるとき、URL を代替フロントエンド版に変えれば、余計なものなしでコンテンツを保存できる

    • farsideも見る価値がある: https://sr.ht/~benbusby/farside/
      動作している代替フロントエンドのインスタンス一覧を維持し、リンクを自動的に正常なインスタンスへリダイレクトしてくれる
  • ドキュメントに「いくつかの問題により、Invidious は頻繁に再起動する必要があり、少なくとも1日1回、理想的には毎時」と書かれているのが興味深い: https://docs.invidious.io/installation/#post-install-configu...
    おそらくこのメモリリークの issue と関係がありそう: https://github.com/iv-org/invidious/issues/1438
    この issue がほぼ3年前のもので、それより古い報告にも言及している点も興味深い

    • Invidious を立ち上げるのはかなり大変だった。実際にRAMを全部食い尽くし、少なくとも一度はシステムをクラッシュさせた
    • 自分の環境ではそういう現象はない。Invidious は docker-compose.yml で設定がとても簡単だったし、再起動もしていない。2年目も問題なく動いている
  • これをセルフホストして、iOS と tvOS クライアントとして Yattee https://github.com/yattee/yattee を併用すると、アルゴリズムや広告への露出を最小限にしながら、YouTube の登録チャンネルの動画をかなり快適に見られる

    • YouTube には今や、uBO をすり抜けて出てくる広告ブロッカー検出ポップアップがある
  • Google がまだ広告をストリームに直接焼き込んでいないのは少し驚きだ。そうすれば広告を分離するのは極めて難しくなるだろうに

    • 広告はパーソナライズされるので、視聴ごとに新しいストリームが必要になり、計算コストが発生する。ストリームを事前にレンダリングできず、その場で作る必要があるため、ピーク時間帯のコンピューティングリソースの負担も大きくなる
      そうなるとマージンが減り、場合によってはそもそも実現不可能なほどかもしれない
    • 極めて難しいわけではない。SponsorBlock はすでに動画内広告区間を除去している。もっと複雑になれば機械学習が投入されるだろう。軍拡競争ではあるが、今のところはこちら側に有利に見える。長期的には分からない
    • 最終段階はストリームに広告を埋め込むことではなく、**証明(attestation)**になるだろう
    • これが進行中でない、あるいはすでに終わっていて適切なリリース時期を待っている状態でないとしたら、かなり驚くと思う
    • 単純な話だ。集計できない広告を出すメリットはない。YouTube が気にしているのは広告配信ではなく広告収益
  • 自分のインスタンスを直接ホストしているが、かなり良い。ホームフィードをオフにしておけば、ランダムな「人気」ゴミに邪魔されない。必要な動画だけを探して見るようになり、YouTube の消費がかなり減った

    • 面白いことに、YouTube は検索履歴をオフにするとホームページのフィードを無効化する。ユーザーに検索履歴をオンにさせる意図なのだろうが、おかげで登録チャンネル一覧を見に行く前に、いつもすっきりしたホームページを見ることになる
  • この「倫理的に設計された」フロントエンドでは、クリエイターたちは具体的にどのようにして創作物の対価を受け取るのか?

    • 最近のほとんどの「専業」クリエイターがお金を稼ぐ方法と同じだ。チャンネルメンバーシップ、グッズ、スーパーチャット、スポンサー、Patreon などだ
      YouTube はすでに、クリエイターが生活を広告収益に賭けるにはかなり危険な場にしてしまっている。YouTube は動画やチャンネルをほぼ恣意的に収益化停止でき、迅速な救済手続きがない場合もある。動画の再生が序盤に集中することを考えると、これは重要だ
      また、フェアユースに該当すべきコンテンツでも、企業が広告収益の大きな取り分を持っていくことがある。さらに、クリエイターが広告を設定していない動画にも YouTube が広告を付けることができ、その場合のお金はクリエイターには行かない
      だから、クリエイターが広告収益や YouTube Premium の収益だけに頼れる状況では、しばらく前からなかった。YouTube はクリエイターを完全に無視してきたため、他の手段のような安定した収入源にならない状態にしてから久しい
    • 広告は、民主主義への脅威にまでつながる負の外部性が多い、ひどいビジネスモデルだ。早くなくなればなくなるほど、実行可能で倫理的な代替案も早く生まれる
      平均的な広告表示の価値を考えれば、ユーザーごとに数セントずつ課金するマイクロペイメントシステムで十分だ。今の問題は、広告が「十分に悪くない」うちは、パブリッシャーやクリエイターに共通のマイクロペイメントシステムへ合わせさせる市場圧力がほとんどないことだ
    • 広告収益を「倫理的に」吸い上げようとして、反復的でAI生成のゴミコンテンツで YouTube を埋め尽くす99%の「クリエイター」のことを言っているなら、興味はない
      もちろん YouTube にも素晴らしいコンテンツはあるが、現実的には99%は、1) 人気トレンドに便乗して再生数を稼ぎ、2) それで広告を見せて収益化するよう設計されたゴミだ。実質的にはコンテンツではなく、ランダムなゴミだ
    • Kurzgesagt のようにすればいい。グッズを販売するのだ。ポスターはかなり良い
    • Patreon のようなものが最良の方法だ
  • これは合法なのか?
    Google の規約には、広告の回避は YouTube の規約違反だと書かれている: https://support.google.com/youtube/answer/14129599?hl=en#:~:...

    • 規約に書いてあるからといって、それが神や裁判所のお告げというわけではない
      より一般的に、サービス提供者のサーバーと HTTPS で通信するには、法的に規約に同意しなければならないのか? そのようにパケットを1つやり取りしたら、法的に同意したことになるのか?
      Google がさまざまなウェブサイトをクロールするとき、そのウェブサイトの所有者が掲げている各種ライセンスに Google が同意しなければならないとか、クロール自体がそうした同意を意味するとは見なされていない
      雑誌出版社やテレビ事業者が、ユーザーに広告を見たり聞いたりするよう強制できると信じるのは馬鹿げている。現実には人々はさまざまな方法で意図的に広告を見ないし、YouTube の提供者だけが違ってよい理由もない
    • 合法。Invidious はその契約に署名しておらず、YouTube API も使っていない
      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 の代替勢力を嫌がらせするような状況も含めてだ

  • 今ではダウンロードを許可するインスタンスを見つけるのが難しくなったのが残念だ。モバイルで動画を取得できて便利だった

    • サイドロードした 4K Video Downloader を使っている: https://www.4kdownload.com/products/videodownloaderandroid-4...
      ただし通常視聴用のクライアントではない
    • Android では Seal で YouTube 動画をローカルにダウンロードできる: https://github.com/JunkFood02/Seal
      他のサイトにも多数対応している
    • NewPipe は動画のダウンロードにとてもよく機能する: https://newpipe.net/
      ただし自分の Pixel 6a では 4K 動画は駄目なようで、最大 1080p までしかダウンロードできない
    • NewPipe はまだ動く
    • 帯域幅は安くないし、ダウンロードにはもっと良いツールがあるからだ。youtube-dl や NewPipe を使えばいい
  • 最近 Crystal をますます頻繁に見かけるようになっていて、また掘り下げてみたくなっている

    • 自分もそう。数日前に Lucky フレームワークを見てみたが、少なくともドキュメント上では印象的だった