1 ポイント 投稿者 GN⁺ 2024-11-17 | 1件のコメント | WhatsAppで共有
  • Bluesky firehoseを3Dでリアルタイム可視化するWebページで、流れる投稿をWindows XPのスクリーンセーバーのような方式で眺められる
  • 表示量はProportion of posts to show設定で調整でき、要約基準のデフォルト値は100%
  • 再生速度はSpeed 1.0xと表示されており、リアルタイムの流れを標準速度で表示する
  • Audio Reactiveオプションにチェックが入っており、マイク入力に反応する視覚効果を提供する
  • **Focal post intensity 4.0%**とブラウザで聞くbacking audioオプションがあわせて表示され、可視化とオーディオ反応を組み合わせられる

ライブ3D可視化ページ

  • ページタイトルは**Bluesky Firehose in 3D (live)**で、Bluesky firehoseをリアルタイムの3D画面で表示する構成
  • 上部には別リンクとして見えるfly-the-firehoseが含まれる

画面で調整できる項目

  • Proportion of posts to show: 100%
  • Speed: 1.0x
  • Audio Reactive: React to microphone inputオプションがチェックされた状態
  • Focal post intensity: 4.0%
  • Backing audio: 「Listen in browser」の案内とClose表示がある

1件のコメント

 
GN⁺ 2024-11-17
Hacker News の意見
  • ここでは多くの人がこれを見て驚いているようだ。自分も気に入っているけれど、昔はいろいろなウェブサイトでこうしたデータへの公開アクセスはかなり一般的だった、ということを覚えているには、ここの人たちは若すぎるのかもしれない
    そうした開放性が補助的なサイトやあらゆる創造的な試みを生み出していたし、今のインターネットがこうなってしまったのは本当に悲劇的に感じる。連合型、さらには P2P プロトコルがインターネットで意味のある基盤を築き、こうしたウェブの精神をよみがえらせてくれるといい。企業中心のウェブは本当に退屈だ

    • Twitter 自体も、初期にはオープンな構造のおかげでかなり人気を得たという点は指摘しておく価値がある。初期にはサードパーティークライアント、RSS フィード、XMPP 対応などがあり、cron ジョブから curl コマンドで投稿して面白い自動フィードを作ることもできた
      それが 2010 年代前半にすべて巻き戻された。Bluesky の連合モデルは、Twitter がやったような「オープンプラットフォーム」という餌をまいてからひっくり返すやり方を、より難しくしている点が気に入っている
    • 大昔、LiveJournal はユーザーが新しく投稿した画像をすべて firehose ページに表示していた
      世界中の人々の生活をのぞき見る興味深い窓で、確かにもっと単純な時代の話だった。今では暴力的なものや虐待資料がアップロードされる可能性があるので、そういう機能を公開するのは難しそうだ
    • Twitter 系の代替サービスをあまり追えていないのだけれど、これは Mastodon と何が違うのか気になる
    • BS は皮肉な見方をすればデータ収集サービスで、競争力を持った瞬間にユーザーを囲い込んで裏切りそうだ
  • https://github.com/theosanderson/firehose
    Bsky のオープンな性格のおかげで、人々がこういうものをハックするように作って試せるのは本当にいい。今の成長ぶりはものすごいが、プロトコルと会社構造に注ぎ込まれた取り組みが、この開放性を今後も守ってくれることを願っている

    • 遠い昔、はるか彼方の銀河系には Twitter firehose があり、人々は Twitter のオープンな構造のおかげでこういうハックができると喜んでいた
    • 自分の検索エンジンで新しいドメインを発見するソースとして firehose を使えるか調べてみた。結局あまり合わなかったが、これほどデータにアクセスしやすいのは本当にありがたいと感じる
  • Windows ME のスクリーンセーバーみたいに死んでしまう。冗談はさておき、こうした公開 firehose アクセスを見られるのは本当に面白い
    Dorsey は Twitter の API アクセス制限は失敗だったと言っていた気がするが、この流れが続いてくれるといい

    • クラッシュする人向けには、Theo がこのアドレスならたぶん動くはずだと言っていた: https://firehose3d.theo.io/?discardFrac=0.6
    • 正しく理解しているなら、At-Proto が分散化されている核心的な理由は、Bluesky が閉じてもこのデータには引き続きアクセスできるようにするためだ
      誰かが別の投稿クライアントを作ればすぐにまた走らせられるはずだが、違うのかもしれない
  • こういう firehose プロジェクトは本当に好きだし、とても面白い。Bluesky が近いうちに 10 倍くらい大きくなってほしいとも思う
    createTextTexture() の return 直前に次の行を入れると、ぼやけが消える:
    texture.anisotropy = renderer.capabilities.getMaxAnisotropy();
    性能面は、必要になるたびにテクスチャオブジェクトを作って消す代わりにテクスチャプールで再利用すれば、かなり解決できそうだ。ただ、自分でやるのは面倒だ

    • テクスチャプーリングを LLM で実装してみた。ぼやけは偶然にもレトロ美学に役立っている気もするが、異方性設定はオプション引数として入れてみようと思う
    • Twitter から逃げてきた同じような人たちだけで埋まるなら、大きくなることが常に良いとは限らない。誰も第二の Reddit など望んでいないし、必要としてもいない
    • JavaScript で大きなデータセットを扱うときは、自分でメモリ管理をすることが、思ったより頻繁に良い性能最適化になる
      3D コードやグラフ問題などで使われているのを見たし、うまく隔離しておきさえすれば、それほど面倒でもない
  • すばらしい。昔、Google/YouTube で 20% プロジェクトとしてこれに似たものを作りたいと思っていた。アップロードされた動画が公開されるやいなや、サムネイルが雨のように降ってくるページだった
    残念ながら、本来なら埋もれて誰にも見られなかったはずの汚いものが露出する可能性がかなり高く、そのアイデアは却下された

  • 昔よく眺めていた古いウェブサイトを思い出した。とても心地よく感じた「Listen to Wikipedia」だ: http://listen.hatnote.com/

  • カメラに向いたメッセージのうち、画面上でより遠いものが、より近いものを覆い隠しているのを見た。アルファレイヤリングかレンダリング順序のバグがありそう。順序非依存の透明処理は使っていないと仮定すると

  • Safari(macOS)でテキストの深度ソート問題が見える。遠くにある正面向きのテキストが、トンネルの側面ではないのに、手前の正面向きテキストの上に描画される
    ときどきテキストの上部が少し切れることもある。それでもとても素晴らしい

  • 本当に素晴らしくて気に入った。100万人の日記の断片を順番に読んでいるような感覚で、謙虚な気持ちになる

  • iOSのSafariではブラウザが落ちる

    • Firefoxでは「動作」はするが、2秒ごとに300〜400ms止まるのを我慢できるなら、という感じ
      プロファイルしてみると、排他時間の42%をtexImage2Dで使っていた。テクスチャの集合をあらかじめ割り当てておき、glTexSubImage2Dで内容を更新するほうがよさそう。glTexImage2Dは毎回新しいテクスチャを割り当てる
    • 参考までに、今では古いノートPCではずっとよく動くが、iOS 18.0.1のiPhone 11 Pro Maxでは https://firehose3d.theo.io/?discardFrac=0.6 を付けるまでずっとクラッシュしていた
    • Firefoxでは実行はできたが、かなり壊れていた
    • 残念ながらChromeで最もよく動く