[gravypod]

How are you doing the streaming? I've done some work on my end for a media streamer a friend and I wrote for out NASs.

We can stream 1080p quite easily to our mobile devices from a home internet connection over a cell phone 4g plan.

My friend settled on VP9 but I was using plain MP4s. VP9 in my experience, if you have money, is the way to go. I'd setup an S3 bucket with all of my home videos and do an AWS lambda to transcode it when I finally find a job.

I don't know how well this falls into your use case because you, I assume, need DRM but I'm sure you can still find a way to do it with HTML5.

I'm really interested in your product and think I may buy it.

[MPetitt]

We actually wrote a blog post about it here, let us know what you think! https://medium.com/@CuriosityStream/how-to-roll-your-own-str...

[gravypod]

I'll be sure to check it out. Probably going to be a good read.

[ninjakeyboard]

Video streamed through the internet is generally not just MP4 in a muxed container but some form of multi-bitrate adaptive stream that deals with smaller segments of content. Eg see Apple's HTTP Live Streaming or MPEG Dash.

[gravypod]

Yea I understand that. My comment is more about how it's possible that HD streaming would cost that much more.

I've been able to do it at a bitrate that is acceptable over a crappy network. I'd say that I'm not very smart and that a group of well-paid engineers should be able to do better than that.

If the cost is just "because people will pay that much more for it" then that is fine but as it rests right now it is because "the bandwidth would cost that much more"

[MPetitt]

A lot of the problem comes with A: High Quality B: High Scale C: Consistent quality internationally

Properly encoded HD video is still easily 4 times larger than the SD equivalent, so that leads to 4 times the bandwidth costs.

[MPetitt]

Exactly, we did a whole post about it here https://medium.com/@CuriosityStream/how-to-roll-your-own-str...