Yes. I'm not worrying about torrents, just HLS streams with the chunks hosted on blossom. Then at least we can have variable bandwidth video. Mainly I'm wondering your opinion as someone who runs a blossom server, and the tradeoff of storage space vs potential bandwidth savings, but any ideas or concerns are appreciated 👍

Do crazy things. See what happens. #FAFO

what do you think of this?

Deekay is looking into exactly that with LCe. It's the compression library used by Amethyst. He's honestly doing the heavy lifting in that aspect, my apps will just be frontends using his library & ffmpeg to do all the video work, while my part will be mostly blossom upload management. https://github.com/davotoula/LightCompressor-enhanced

I am interested in your opinion. You have done HLS work on nostr.build and are obviously knowledgeable re: media hosting.

It's nice to have simple implementations to refer to. It makes it much easier to point an agent at it to build into other projects. I'll likely keep them pretty basic, just handling the video segmenting & blossom upload, leaving the user to post the resulting link with their client of choice. My eventual hope is that clients could replace or supplement their basic "upload a single MP4" strategy with this, and it would be mostly seamless for the user. They still just click upload, though they would have to wait a bit longer for the compression.

HLS & Nostr My initial testing of using blossom as a backend for storing video segments & playlists has been successful, testing single resolution streams packaged as fMP4 segments. The next step will be variable bandwidth streams so video can be flexible depending on the users connection speed. FFmpeg makes this easy by creating the video segments & playlists, only requiring me to map the Blossom hash to the playlist entries after they are uploaded. Future plans: - a native Android app, using LCe library for compression & segmenting. Likely best for shorter videos due to hardware constraints. - a command line app depending on ffmpeg & nak, useful for larger uploads with access to more powerful hardware & GPU acceleration. I would like input from blossom server providers. With the segmenting aspect of this it will sidestep file size upload limits. I wonder though if the possible bandwidth savings would make this worth it, vs users uploading huge MP4 files and serving them with no optimization?

👀

Chromium based browsers don't support m3u8 playlists natively afaik, just Firefox & Safari. This will eventually be something that clients will have to support. Some do already, it will work in Amethyst, Nostrudel & Mycelium, plus VLC works too. It's mostly for testing right now, much more to come.

I still remember the first time I saw it vividly. What an ending 😂

Smaller chunks, plus a better encoding format for the chunks. Once I get it fully dialed in I'll make a spec so clients will be able to add uploads if they want. I'll put the source for my upload tool out tomorrow. One idea I have is being able to easily make clips from larger videos. Since each segment is basically a self contained video, you could just write a new playlist referencing the existing blobs on blossom. All you need to upload is a tiny text file.