Eu defendo armazenamento e distribuição local de mídia. Por isso faço experimentos com IPFS. Em particular envolvendo ffmpeg e HLS.

Um dos meus experimentos clássicos envolvia transformar quase qualquer formato de vídeo em um HLS de 4 resoluções(360p,480p,720p e 1080p), para que o browser pudesse baixar o m3u8 contendo os fluxos, o m3u8 de cada fluxo e os ts com os pedaços de vídeo de cada fluxo. Não sei se já existe suporte nativo nos browsers para HLS, apesar de quase todo mundo usar esse formato.

O que eu gosto nele é justamente que o player do browser é capaz de mudar a resolução no meio da reprodução, baixando um conjunto de ts mais pesados ou mais leves, dependendo do caso. Fora que o ffmpeg tem um mecanismo que recebe um fluxo de vídeo por rtmp ou rtsp e fica modificando o m3u8 periodicamente com fluxos parciais, fazendo com que o browser fique baixando e descartando arquivos ts para exibir uma única vez, se atualizando periodicamente com os m3u8 para saber quais ts baixar.

O grande problema do HLS é que não dá pra baixar(facilmente) os vídeos exibidos nos sites, uma vez que eles estão separados em múltiplos cabeçalhos m3u8 e diversos fragmentos TS. Mas pelo menos tem muitas bibliotecas Javascript para exibir fluxos HLS no browser.

Já faço uso do IPFS para armazenar todos os m3u8 e ts de vídeos completos em HLS, mas minha dúvida seria sobre a possibilidade de, para poder fazer um fluxo contínuo, ficar publicando os TS em tempo real no IPFS, atualizando apenas os m3u8 do fluxo com os CIDs dos tss alimentados no IPFS.

O que eu descrevi acima:

Tecnologia usada tanto para transmitir vídeos completos(como arquivos mp4) quanto transmissões em tempo real(como rtsp ou rtmp) de um servidor para múltiplos browsers de forma que cada um seja capaz de selecionar a resolução manualmente ou automaticamente dependendo da conexão.