Hi Rob - Good to hear about the upcoming changes. I like the idea of transcoding (CPU/GPU usage) and serving videos (storage and bandwidth?). h.264 is a well supported format. Are there plans to support newer codecs like hevc, or av1? av1 is open source and royalty free. God bless your efforts.
Hi Sun! Good to hear from you. Hows your health and recovery from your miraculous deliverance?
So on this video mining, its on track to being released into test very soon and its working in unit test no problem.
The CPU usage is a little high when new videos come in, but I think since we have over 35 sancs that will probably not be a problem unless we ever grow to the size of rumble or something. We've had 300 videos sitting in there for a couple years, so at this point, technically the spike in CPU usage is miniscule compared to the work ingress.
Bandwidth is even less of a concern on an upload because its done once and its over. The bandwidth challenge will defiitely be serving customers (when they come) via our homegrown CDN. But I think we can solve that too by blending some of the load off to a competing CDN like Fastly or cloudflare etc.
But anyway, Im supporting the HLS Libx264 at first to get off the ground. This is because this is the industry standard for Youtube and Rumble.
The issue isnt really a simple technical choice of a codec, to explain a little more of this from an end to end perspective:
The ability to skip around when watching a video on youtube, the fast start, and the non-buffering on mobile, those are all achieved with codecs that do file splitting, like HLS (that have a manifest with the video), and then the HLS Libx264 part comes in when you talk about industry standard video players ability to play those.
So if youve seen any of our sanc videos on unchained.biblepay.org | Social | Videos you can see what I mean - the quality should be on par with the way youtube works...
But of course if we ever grow to have video demand for our 'sanctuary video widget' on third party sites, more codes can be added if they would be aligned and necessary to work with the corresponding player. (We have a Sanctuary video player also that has to work with the format).
I'm using an open source version of ffmpeg in the sanctuary miner for dotnetcore.