Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Avoid FIFA World Cup CDN Issues

blog.peer5.com

Post reply on HN
Print view View original

51–56 of 56 posts

Re: Avoid FIFA World Cup CDN Issues

#51

Post by mv4 »

isostatic wrote: post #49
mv4 wrote: post #30

Earlier quoted context omitted.

Honestly, I think people are concerned, but everyone's experience to date with big streaming events has been that something invariably goes wrong - people can't connect, login issues, event won't start, buffering, etc (e.g. the McGregor Mayweather PPV). If you can get a high-quality stream at all, perhaps the time shift is secondary!

I only usually deal with the distribution side as an end user, and personally I tend to watch about 2 live events a year (I'd watch new years, but that's clearly pointless, so that leaves eurovision and maybe an election program), so I don't have much experience with that side. It does amuse me when we were looking at latency for a program from a ropey bit of connectivity which we were using ARQ on. We were discussin…

I am amazed that video delivery is not a solved problem still.

Re: Avoid FIFA World Cup CDN Issues

#52

Post by Deathmax »

shittyadmin wrote: post #37
isostatic wrote: post #27

Earlier quoted context omitted.

60 seconds in the case of iplayer for the fa cup. 1m20 in the case of BBC News channel right now. HLS tends to be packetised in something like 15 second chunks at the end of the process. I know why there's a delay, I'm just amazed that people aren't concerned about it. The BBC used to offer multicast sources of live TV, which is a far more sensible solution, far more bandwidth efficient and allows end-to-end transmis…

I hate that I try to stream a game for my friends and they don't see what I did til 10-15s later. I'm trying to have discussions with them in real time on our voice chat server and any input they give me is inherently dated. Mumble gives extremely low latency, so achieving this kind of thing over the internet isn't exactly impossible, the bandwidth requirements of video would probably make it a bit more iffy, but sho…

Twitch has introduced low latency mode for a while now, and I've seen sub-2s latencies.

https://help.twitch.tv/customer/en/portal/articles/2935005-l...

Re: Avoid FIFA World Cup CDN Issues

#53

Post by phillipseamore »

lossolo wrote: post #34

I've started building P2P live adaptive (DASH) live video streaming using WebRTC with distributed rate control mechanism some time ago and I am planning to open source it. Basically using that you could build your own p2p global distributed live adaptive video streaming CDN (or use it on one server only). Adding new supporting server (to add additional bandwidth) in this solution is just as easy as spawning vm/server…

Interested

Re: Avoid FIFA World Cup CDN Issues

#55

Post by inglor »

jwandborg wrote: post #44
cflat wrote: post #31

Don’t use webrtc for live video. It doesn’t scale with CDNs. Use dash/hls.

Could you elaborate on why WebRTC wouldn't "scale with CDNs"?

WebRTC is stateful whereas dash/hls are HTTP based and stateless - caching with HTTP is easy and CDNs have a ton of infrastructure on the internet to support it.

Caching with WebRTC is very hard - even for a single second - since every connection is stateful.

Re: Avoid FIFA World Cup CDN Issues

#56

Post by cflat »

whadar wrote: post #54
cflat wrote: post #31

Don’t use webrtc for live video. It doesn’t scale with CDNs. Use dash/hls.

Peer5 uses webrtc datachannels and runs on top of existing dash/hls streams

still doesn't scale efficiently. http based streaming is the only reliable way to get economies of scale. The cpu cost per webrtc socket is high compared to a cache-hit for a static resource. Not to mention that WebRTC is way more cpu intensive client side compared to hls/dash which has kernel/hardware offloading.
Post reply on HN