Le firehose de Bluesky vu dans le style d’un écran de veille Windows XP

 (firehose3d.theo.io)
1 points par GN⁺ 2024-11-17 | 1 commentaires | Partager sur WhatsApp
  • Une page web qui visualise en temps réel le firehose de Bluesky en 3D, permettant d’apprécier le flux de publications comme un écran de veille de Windows XP
  • La quantité affichée se règle avec Proportion of posts to show, dont la valeur par défaut de référence est 100 %
  • La vitesse de lecture est indiquée comme Speed 1.0x, ce qui affiche le flux en temps réel à la vitesse par défaut
  • L’option Audio Reactive est cochée, offrant des effets visuels qui réagissent à l’entrée du microphone
  • Focal post intensity 4.0% ainsi que l’option de backing audio écouté dans le navigateur sont affichés ensemble, ce qui permet de combiner visualisation et réaction audio

Page de visualisation 3D en direct

  • Le titre de la page est Bluesky Firehose in 3D (live), avec une configuration qui affiche le firehose de Bluesky sur un écran 3D en temps réel
  • En haut figure aussi le lien distinct fly-the-firehose

Éléments ajustables à l’écran

  • Proportion of posts to show : 100 %
  • Speed : 1.0x
  • Audio Reactive : l’option React to microphone input est cochée
  • Focal post intensity : 4.0 %
  • Backing audio : indication « Listen in browser » avec l’option Close

À lire aussi

1 commentaires

 
GN⁺ 2024-11-17
Avis sur Hacker News

  • Beaucoup de gens ici semblent surpris en voyant ça. Moi aussi j’aime bien, mais les gens ici sont peut-être trop jeunes pour se souvenir qu’autrefois, ce type d’accès public aux données était assez courant sur de nombreux sites web.
    Cette ouverture a donné naissance à des sites auxiliaires et à toutes sortes d’expérimentations créatives, et ce qu’est devenu Internet aujourd’hui me paraît vraiment tragique. J’aimerais que les protocoles fédérés, et même les protocoles P2P, prennent une place significative sur Internet pour raviver cet esprit du Web. Le Web centré sur les entreprises est vraiment ennuyeux.

    • Il faut aussi rappeler que Twitter lui-même a beaucoup gagné en popularité au début grâce à sa structure ouverte. À ses débuts, il y avait des clients tiers, des flux RSS, le support de XMPP, etc., et on pouvait même publier depuis une tâche cron avec une commande curl pour créer des flux automatisés intéressants.
      Puis, au début des années 2010, tout cela a été annulé. Ce que j’aime dans le modèle fédéré de Bluesky, c’est qu’il rend plus difficile le coup de l’« open platform » façon Twitter : attirer les gens avec l’ouverture, puis faire marche arrière.
    • Il y a très longtemps, LiveJournal affichait toutes les nouvelles images téléversées par les utilisateurs sur une page firehose.
      C’était une fenêtre fascinante sur la vie de gens du monde entier, et c’était clairement une époque plus simple. Aujourd’hui, avec le risque de voir téléversés des contenus violents ou des documents d’abus, une telle fonctionnalité aurait sans doute du mal à être publique.
    • Je n’ai pas vraiment suivi les alternatives à Twitter, donc je me demande en quoi ceci diffère de Mastodon.
    • BS est un service cynique de collecte de données, et dès qu’il deviendra compétitif, il enfermera probablement ses utilisateurs et les trahira.

  • https://github.com/theosanderson/firehose
    J’adore que le caractère ouvert de Bsky permette aux gens de bricoler ce genre de choses. La croissance est énorme en ce moment, et j’espère que le travail fait sur le protocole et la structure de l’entreprise permettra de préserver cette ouverture.

    • Il y a très longtemps, dans une galaxie lointaine, très lointaine, il existait le firehose de Twitter, et les gens se réjouissaient de pouvoir faire ce genre de bidouilles grâce à l’ouverture de Twitter.
    • J’ai regardé si je pouvais utiliser le firehose comme source pour découvrir de nouveaux domaines dans mon moteur de recherche. Au final, ce n’était pas vraiment adapté, mais j’apprécie vraiment que l’accès aux données soit aussi bon.

  • Ça plante comme l’économiseur d’écran de Windows ME. Blague à part, voir ce type d’accès public au firehose est vraiment amusant.
    Il me semble que Dorsey avait dit que restreindre l’accès à l’API de Twitter avait été une erreur ; j’espère que cette dynamique va continuer.

    • Pour les personnes qui rencontrent des plantages, Theo a dit que cette adresse devrait probablement fonctionner : https://firehose3d.theo.io/?discardFrac=0.6
    • Si j’ai bien compris, la raison centrale pour laquelle At-Proto est décentralisé est de permettre de continuer à accéder à ces données même si Bluesky se ferme.
      Si quelqu’un créait un autre client de publication, on pourrait repartir immédiatement, mais peut-être que je me trompe.

  • J’adore ces projets firehose, ils sont vraiment très amusants. J’aimerais presque que Bluesky devienne bientôt dix fois plus gros.
    Si vous ajoutez la ligne suivante juste avant le return de createTextTexture(), le flou disparaît :
    texture.anisotropy = renderer.capabilities.getMaxAnisotropy();
    Côté performances, réutiliser les textures via un pool de textures au lieu de créer et supprimer des objets texture à la demande devrait pas mal aider. Mais j’ai la flemme de le faire moi-même.

    • J’ai implémenté le pooling de textures avec un LLM. Le flou aide peut-être par hasard à l’esthétique rétro, mais je vais essayer d’ajouter le réglage de l’anisotropie comme paramètre optionnel.
    • Si le service se remplit seulement du même genre de personnes qui ont fui Twitter, grossir n’est pas toujours une bonne chose. Personne ne veut ni n’a besoin d’un deuxième Reddit.
    • Quand on manipule de gros jeux de données en JavaScript, faire soi-même de la gestion mémoire devient plus souvent qu’on ne le croit une bonne optimisation de performance.
      Je l’ai vu dans du code 3D ou des problèmes de graphes, et tant que c’est bien isolé, ce n’est pas si pénible.

  • Super. Il y a longtemps, chez Google/YouTube, j’avais envie de créer quelque chose de similaire dans le cadre d’un projet à 20 %. C’était une page où les miniatures pleuvaient dès que les vidéos téléversées devenaient publiques.
    Malheureusement, l’idée a été rejetée parce qu’il y avait de fortes chances d’exposer des choses sordides qui, autrement, seraient restées enfouies et que personne n’aurait vues.

  • Cela me rappelle un vieux site web que je regardais souvent pendant longtemps. C’était « Listen to Wikipedia », que je trouvais très apaisant : http://listen.hatnote.com/

  • J’ai vu que, parmi les messages orientés vers la caméra, ceux qui étaient plus éloignés à l’écran masquaient ceux qui étaient plus proches. On dirait un problème de superposition alpha ou d’ordre de rendu. En supposant qu’ils n’utilisent pas de transparence indépendante de l’ordre :

  • Dans Safari (macOS), je vois un problème de tri en profondeur du texte. Du texte de face éloigné est dessiné au-dessus de texte de face plus proche, alors qu’il ne s’agit pas des parois latérales du tunnel
    Parfois, le haut du texte est aussi légèrement rogné. Mais c’est quand même très chouette

  • C’est vraiment cool, j’aime beaucoup. On a l’impression de lire à la suite des fragments de journaux intimes d’un million de personnes, et ça rend humble

  • Sur Safari iOS, le navigateur plante

    • Dans Firefox, ça « fonctionne », si l’on supporte un gel de 300 à 400 ms toutes les 2 secondes
      Après profilage, 42 % du temps exclusif était passé dans texImage2D. Il vaudrait mieux préallouer un ensemble de textures puis mettre à jour leur contenu avec glTexSubImage2D. glTexImage2D alloue une nouvelle texture à chaque fois
    • Pour info, cela fonctionne désormais bien mieux sur de vieux ordinateurs portables, mais sur un iPhone 11 Pro Max sous iOS 18.0.1, ça plantait en boucle jusqu’à ce que j’ajoute https://firehose3d.theo.io/?discardFrac=0.6
    • Dans Firefox, ça se lançait, mais c’était très cassé
    • Dommage, mais c’est dans Chrome que ça fonctionne le mieux