How the BBC and ITV are fixing delays on World Cup live streams

Re:How the BBC and ITV are fixing delays on World Cup live s... by outworlder on Friday July 13, 2018 @04:24PM (#17526378)

Indeed, that's a bit silly. WE are calling these things 'broadcast', while most implementations are really unicast. This works really great for things like netflix, where you can start watching whatever you want, independently.

But in this case we really want actual broadcasts. Talk about square pegs and round holes...

[ Parent | on HN ]

Re:How the BBC and ITV are fixing delays on World Cup live s... by harlanji on Friday July 13, 2018 @10:53PM (#17528535)

VOD = video on demand, unicast is good. Live = stream, multicast is good. The 1.5 second multicast estimate for next Olympics from BBC sounds reasonable based on my experience working with signalling and now live straming systems.

Good read around the steps and impact around buffering introducing delay. My programmer brain said “sounds like the receiver should control flow into its encoder”... so is it that it’s too conservative a buffer, or the encoding algorighms actually need that much buffer to get economy?

[ Parent | on HN ]

Re:How the BBC and ITV are fixing delays on World Cup live s... by isostatic on Saturday July 14, 2018 @03:20AM (#17529247)

With PPP encoding you can get end to end h264 latency down to 7 or 8 frames while maintaining a cracking picture quality.

[ Parent | on HN ]