Just one QUIC bit • Hacker News Board

Re: Just one QUIC bit

#101

Post by isostatic » Thu, Mar 29, 2018, 9:14 AM UTC

muxator wrote: post #99

isostatic wrote: post #89

Earlier quoted context omitted.

Because that UDP packet is important, it can lead to millions of people watching a TV program having a 3 second outage in their audio.

The need to protect against this type of problems is the reason for which Forward Error Correction is included in almost all the codecs. Moreover, since your specific use case is not interactive conferencing, but IPTV, there would be no problem in incrementing even more the FEC ratio, at the cost of a small decoding latency.

Standard SMPTE 2022-1 FEC does not cope with real world network problems, that's why we have things like 2022-7, but even then that struggles in the real world.

And yes, this use case is interactive conferencing, where we aim to keep round trip delay from Europe to Australia down below 1 second.

Re: Just one QUIC bit

#102

Post by whatupmd » Thu, Mar 29, 2018, 10:03 AM UTC

qalmakka wrote: post #8

Middleboxes have been tampering with packets and headers for way too long. It's most definitely time to move back control to the two ends of the connection, to avoid fossilisation and the same mistakes made in the past. IPv6 and QUIC are a cardinal step in this direction, and we cannot afford to let myopic decisions screw up the opportunity to fix what has been broken for so long.

"Who needs Firewalls and NAT," he loudly declares while kicking down the walls of the house to expose himself to the natural elements.

Re: Just one QUIC bit

#103

Post by isostatic » Thu, Mar 29, 2018, 11:59 AM UTC

IncRnd wrote: post #98

isostatic wrote: post #94

Earlier quoted context omitted.

RTP runs over UDP

That's exactly my point.

You realise that streams can't cope if packets are lost -- how badly they are affected depends on how many packets are lost and which packets they are, in some cases a single lost packet can cause actual on-air glitches

Re: Just one QUIC bit

#104

Post by [deleted] » Thu, Mar 29, 2018, 8:08 PM UTC

isostatic wrote: post #103

IncRnd wrote: post #98

Earlier quoted context omitted.

That's exactly my point.

You realise that streams can't cope if packets are lost -- how badly they are affected depends on how many packets are lost and which packets they are, in some cases a single lost packet can cause actual on-air glitches

[deleted]

Re: Just one QUIC bit

#105

Post by IncRnd » Thu, Mar 29, 2018, 10:31 PM UTC

isostatic wrote: post #103

IncRnd wrote: post #98

Earlier quoted context omitted.

That's exactly my point.

You realise that streams can't cope if packets are lost -- how badly they are affected depends on how many packets are lost and which packets they are, in some cases a single lost packet can cause actual on-air glitches

Surely you realize the differences between an a/v stream, according to human perception, and what RTP actually does?