4 ms·

Don't know any service that would be considered cheap or even affordable that doesn't charge by the byte or watch time. But I'd certainly like to be proven wron

Don't know any service that would be considered cheap or even affordable that doesn't charge by the byte or watch time. But I'd certainly like to be proven wrong! It would be hard to find anything that wouldn't be at least 2x more expensive than running your own, at least the origin/ingest and transcoding side (as well as origin for DVR/recording/VOD). Depending on the scale, running your own edge servers for delivery to viewers might also be a lot cheaper.

hknmtt 4y ago
i am not afraid of handling the infra myself but the problem is that the tech is still outdated so you have to do h264 and multicast. in other words you have to use old codec(h264), not vp8, vp9 or av1 and you have to transcode the ingress into different resolutions to serve slow clients instead of doing Scalable Video Coding where you have one source and you simply drop some data out of it for slow clients on the egress per client while they still can consume the same source in lower quality. and i just don' want to be doing that entire transcoding and multiple egress streams.
- phillipseamore 4y ago
  You are mixing things up now. In the OP you mentioned OBS, SVC isn't available there (or pretty much anywhere). It now sounds a lot more like you want to deploy a WebRTC solution, were CDNs play no role.
  - hknmtt 4y ago
    I am not mixing anything. SVC is on the egress side, not on the ingress side. WebRTC is just a protocol. Seems you are the one mixing terms here ,)
    - phillipseamore 4y ago
      I've been running streaming infrastructure for 14 years. The encoded incoming stream needs to be SVC with subset bitstreams for the server to selectively deliver bitstreams from it.
    - hknmtt 4y ago
      obviously... just for fun i checked cloudflare's streaming offer. 6h stream with 1000 viewers would cost 360$.
      - rozenmd 4y ago
        streaming live is hell expensive
        hknmtt 4y ago
        yep, some other cdn(don't remember which) added up to $100. better than 360 but still outside of a budget for daily use. as a one-off, sure, price is not that important. but if i would have just one user streaming once a day for 6h i'd go bankrupt in no time. right now i am thinking i would simply do 1:1 streaming. so no transcoding. what you put out is what the audience gets. so if you stream with too high if a bitrate, tough luck. i could handle it with couple of cheap VPSs.

hknmtt 4y ago

i am not afraid of handling the infra myself but the problem is that the tech is still outdated so you have to do h264 and multicast. in other words you have to use old codec(h264), not vp8, vp9 or av1 and you have to transcode the ingress into different resolutions to serve slow clients instead of doing Scalable Video Coding where you have one source and you simply drop some data out of it for slow clients on the egress per client while they still can consume the same source in lower quality. and i just don' want to be doing that entire transcoding and multiple egress streams.

phillipseamore 4y ago
You are mixing things up now. In the OP you mentioned OBS, SVC isn't available there (or pretty much anywhere). It now sounds a lot more like you want to deploy a WebRTC solution, were CDNs play no role.
- hknmtt 4y ago
  I am not mixing anything. SVC is on the egress side, not on the ingress side. WebRTC is just a protocol. Seems you are the one mixing terms here ,)
  - phillipseamore 4y ago
    I've been running streaming infrastructure for 14 years. The encoded incoming stream needs to be SVC with subset bitstreams for the server to selectively deliver bitstreams from it.
  - hknmtt 4y ago
    obviously... just for fun i checked cloudflare's streaming offer. 6h stream with 1000 viewers would cost 360$.
    - rozenmd 4y ago
      streaming live is hell expensive
      - hknmtt 4y ago
        yep, some other cdn(don't remember which) added up to $100. better than 360 but still outside of a budget for daily use. as a one-off, sure, price is not that important. but if i would have just one user streaming once a day for 6h i'd go bankrupt in no time. right now i am thinking i would simply do 1:1 streaming. so no transcoding. what you put out is what the audience gets. so if you stream with too high if a bitrate, tough luck. i could handle it with couple of cheap VPSs.