O hobbyista de computadores retrô Rod Hull, da The Future Was 8-bit (TFW8b), e Dave Curran, da Tynemouth Software, desenvolveram uma maneira de tornar as streams de jogos retrô mais interativas. O projeto mais recente deles permite que os espectadores baixem o jogo sendo jogado diretamente em seu Commodore 64 original enquanto assistem à stream no YouTube.
A ideia começou a tomar forma depois que Curran construiu uma interface serial para o Commodore PET e discutiu isso com Hull. Hull descreveu uma ideia semelhante em que estava trabalhando para injetar dados em vídeos do YouTube na forma de símbolos piscando no canto do vídeo. A ideia era poder baixar um jogo que o streamer estava jogando enquanto assistia ao vídeo, mas sem se preocupar com downloads modernos, cartuchos ou disquetes.
Nos anos 80, a BBC fez algo semelhante usando um sintonizador DIY que os espectadores conectavam à tela da TV. Durante episódios da série de curta duração “4 Computer Buffs”, uma luz piscante podia transmitir o código de um aplicativo para o Commodore 64, Sinclair ou BBC Micro.
O Jelly Load é baseado nesse mesmo conceito simples. Ao piscar uma parte da tela, você pode enviar dados binários — zeros e uns. Um conjunto de foto-resistores conectados à porta serial de um Commodore 64, VIC-20 ou outro computador vintage pode ler esses dados e transformá-los em um programa executável. Embora a ideia não seja inteiramente nova, há um desafio: ela precisa funcionar no YouTube, que é conhecido por comprimir vídeos e forçar certas taxas de quadros.
Curran, que cuidou do desenvolvimento do software para enviar e receber os dados, descreveu os requisitos que enfrentou. “Ele deve ser incluído no vídeo e sobreviver ao processamento pós-produção que o YouTube aplica; deve ser rápido o suficiente para caber em um vídeo normal, talvez de 5 a 10 minutos; deve ser recebido por um VIC20 (outros computadores seguirão) usando hardware mínimo e simples que estaria disponível na época.”
Para permitir uma transmissão de dados mais rápida, a dupla decidiu usar uma grade de luzes piscantes 3 x 3. Isso poderia, em teoria, aumentar a velocidade de transferência de dados em nove vezes. Quando conectado ao monitor no local certo — e com a janela do vídeo dimensionada para que as luzes piscantes, criadas filmando uma matriz 3 x 3 de LEDs, se alinhem com os foto-resistores — o dispositivo pode capturar os dados codificados no vídeo e armazená-los na memória. Eles demonstraram isso com sucesso transmitindo um jogo de 3,5 kB chamado Snake Pit inteiramente através de um vídeo do YouTube.
Claro, essa é uma maneira incrivelmente ineficiente e lenta de transferir dados, especialmente considerando o fato de que o YouTube permite adicionar links de download na descrição do seu vídeo. Hull brinca sobre isso, perguntando: “Por que carregar suas coisas de 8 bits pela conveniência de fita cassete, disco ou cartucho quando você pode carregar coisas através de um vídeo do YouTube?”
Sua resposta é simples: “Porque é horrivelmente lento, é por isso. Mas é bastante legal! E se, como eu, você tem um milhão de peças e sobras eletrônicas espalhadas pela casa, pode até ter sobras eletrônicas suficientes para começar a fazer sua própria interface Jelly Load agora mesmo!”
Quão lento estamos falando? Isso depende da taxa de quadros do vídeo do YouTube e de quantos quadros cada padrão de bits 3×3 precisa aparecer. Um vídeo de 30 fps transmitindo nove bits por quadro atingiria um máximo de cerca de 2 kB por minuto. Isso é bem próximo de igualar a experiência de usar um modem de 300 bauds… mas o vídeo de teste parece mostrar cada padrão em um vídeo de 60 fps por 18 quadros, o que significa que está enviando apenas 30 bits por segundo. Esperançosamente, isso foi apenas um teste, e não a taxa de dados final.
Fonte: Tom’s Hardware