O firehose do Bluesky no estilo protetor de tela do Windows XP

 (firehose3d.theo.io)
1 pontos por GN⁺ 2024-11-17 | 1 comentários | Compartilhar no WhatsApp
  • Uma página da web que visualiza o firehose do Bluesky em 3D e em tempo real, permitindo apreciar as postagens fluindo de um jeito parecido com um protetor de tela do Windows XP
  • A quantidade exibida pode ser ajustada na configuração Proportion of posts to show, e o valor padrão mostrado no resumo é 100%
  • A velocidade de reprodução aparece como Speed 1.0x, mostrando o fluxo em tempo real na velocidade padrão
  • A opção Audio Reactive está marcada, oferecendo efeitos visuais que reagem à entrada do microfone
  • Focal post intensity 4.0% aparece junto com a opção de áudio de fundo para ouvir no navegador, permitindo combinar visualização e reação ao áudio

Página de visualização 3D ao vivo

  • O título da página é Bluesky Firehose in 3D (live), mostrando o firehose do Bluesky em uma tela 3D em tempo real
  • No topo, há também o link fly-the-firehose

Itens ajustáveis na tela

  • Proportion of posts to show: 100%
  • Speed: 1.0x
  • Audio Reactive: a opção React to microphone input está marcada
  • Focal post intensity: 4.0%
  • Backing audio: há a indicação “Listen in browser” e a opção Close

Leituras relacionadas

1 comentários

 
GN⁺ 2024-11-17
Opiniões no Hacker News

  • Parece que muita gente aqui está surpresa ao ver isso. Eu também gosto, mas acho que as pessoas daqui talvez sejam jovens demais para lembrar que esse tipo de acesso público a dados era bem comum em vários sites antigamente.
    Essa abertura gerou sites auxiliares e todo tipo de experimento criativo, e é realmente trágico ver no que a internet se transformou. Espero que modelos federados e, indo além, protocolos P2P consigam criar uma base relevante na internet e reviver esse espírito da web. A web centrada em empresas é realmente entediante.

    • Vale destacar que o próprio Twitter ganhou muita popularidade no começo justamente por sua estrutura aberta. Nos primeiros dias, havia clientes de terceiros, feeds RSS, suporte a XMPP, e dava até para publicar via comandos curl em jobs cron para criar feeds automatizados interessantes.
      Aí, no início dos anos 2010, eles reverteram tudo. Gosto do fato de que o modelo federado do Bluesky torna mais difícil repetir a tática do Twitter de atrair as pessoas com uma “plataforma aberta” e depois mudar as regras.
    • Muito tempo atrás, o LiveJournal mostrava todas as imagens recém-enviadas pelos usuários em uma página firehose.
      Era uma janela interessante para espiar a vida de pessoas no mundo inteiro, e com certeza era uma época mais simples. Hoje, acho difícil uma função dessas ser pública, já que poderiam ser enviados conteúdos violentos ou material de abuso.
    • Não tenho acompanhado muito bem as alternativas ao Twitter, então fico curioso: em que isso é diferente do Mastodon?
    • O BS é um serviço cínico de coleta de dados e, assim que tiver força competitiva, acho que vai trancar os usuários e traí-los.

  • https://github.com/theosanderson/firehose
    É muito bom que, graças à natureza aberta do Bsky, as pessoas possam criar coisas assim meio no hack. O crescimento agora está enorme, e espero que o trabalho feito no protocolo e na estrutura da empresa continue preservando essa abertura.

    • Há muito tempo, em uma galáxia muito distante, existia o firehose do Twitter, e as pessoas ficavam felizes porque a estrutura aberta do Twitter permitia fazer hacks desse tipo.
    • Dei uma olhada para ver se poderia usar o firehose como fonte para descobrir novos domínios no meu mecanismo de busca. No fim, não serviu muito bem, mas sou muito grato por esse nível de acessibilidade aos dados.

  • Morre como o protetor de tela do Windows ME. Brincadeiras à parte, é muito interessante ver esse tipo de acesso público ao firehose.
    Acho que Dorsey já disse que restringir o acesso à API do Twitter foi um erro; espero que essa tendência continue.

    • Para quem está tendo crashes, Theo disse que provavelmente funciona neste endereço: https://firehose3d.theo.io/?discardFrac=0.6
    • Se entendi direito, o principal motivo de o At-Proto ser descentralizado é permitir que esse dado continue acessível mesmo que o Bluesky se feche.
      Se alguém criar outro cliente de publicação, daria para voltar a rodar imediatamente — embora talvez eu esteja enganado.

  • Adoro esses projetos de firehose; são muito divertidos. Também dá vontade de ver o Bluesky crescer umas 10 vezes em breve.
    Se você colocar a linha abaixo logo antes do return de createTextTexture(), o borrado desaparece:
    texture.anisotropy = renderer.capabilities.getMaxAnisotropy();
    A performance provavelmente melhoraria bastante reutilizando objetos por meio de um pool de texturas, em vez de criar e destruir objetos de textura sempre que necessário. Só que estou com preguiça de fazer isso.

    • Implementei pooling de texturas com um LLM. O borrado talvez até contribua por acaso para a estética retrô, mas vou tentar colocar a configuração de anisotropia como parâmetro opcional.
    • Crescer nem sempre é bom se for para ficar cheio apenas do mesmo tipo de gente que fugiu do Twitter. Ninguém quer nem precisa de um segundo Reddit.
    • Ao lidar com grandes datasets em JavaScript, fazer gerenciamento de memória manual acaba sendo uma otimização de desempenho melhor com mais frequência do que se imagina.
      Já vi isso ser usado em código 3D, problemas de grafos etc.; desde que fique bem isolado, nem é tão trabalhoso assim.

  • Legal. Muito tempo atrás, no Google/YouTube, eu queria fazer algo parecido como projeto de 20%. Seria uma página em que miniaturas caíam como chuva assim que vídeos enviados se tornassem públicos.
    Infelizmente, a ideia foi rejeitada porque havia uma chance bem alta de expor coisas desagradáveis que, do contrário, ficariam enterradas e ninguém veria.

  • Me lembrou um site antigo que eu costumava ficar olhando por bastante tempo. Era o “Listen to Wikipedia”, que dava uma sensação muito confortável: http://listen.hatnote.com/

  • Vi que, entre as mensagens voltadas para a câmera, uma mais distante na tela encobria outra mais próxima. Parece haver algum erro de camadas alfa ou de ordem de renderização. Supondo que não estejam usando transparência independente de ordem

  • No Safari (macOS), dá para ver um problema de ordenação por profundidade do texto. Textos frontais distantes são desenhados por cima de textos frontais próximos, mesmo não estando nas laterais do túnel
    Às vezes a parte superior do texto também fica um pouco cortada. Ainda assim, é muito legal

  • É realmente incrível e gostei muito. Dá uma sensação de humildade, como ler em sequência fragmentos de diário de um milhão de pessoas

  • No Safari do iOS, o navegador morre

    • No Firefox ele até “funciona”, se você conseguir aguentar travamentos de 300–400 ms a cada 2 segundos
      Fiz profiling e 42% do tempo exclusivo estava sendo gasto em texImage2D. Seria melhor pré-alocar um conjunto de texturas e atualizar o conteúdo com glTexSubImage2D. glTexImage2D aloca uma nova textura a cada vez
    • Para referência, agora funciona muito melhor em notebooks antigos, mas em um iPhone 11 Pro Max com iOS 18.0.1 continuava travando até adicionar https://firehose3d.theo.io/?discardFrac=0.6
    • No Firefox ele até rodou, mas estava bem quebrado
    • Infelizmente, funciona melhor no Chrome