[not_that_noob]

It's not a problem that can be fixed. The endpoints - encoding at the transmitter and decoding at the device - can be with the efforts underway made somewhat equivalent between both modes. However, the problem is the path between them - the Internet was never built for realtime delivery of media streams. The many layers and devices along the route add delay, and on top of that network congestion can add more. Unless the path is more or less dedicated (as happens in broadcast, satellite or cable TV), there is no way to ensure realtime delivery.

[PS Before anyone mentions RTP, this is a known problem with RTP - see: https://www.cs.columbia.edu/~hgs/rtp/faq.html

"RTP does not ensure real-time delivery. So how come it is called a real-time protocol? No end-to-end protocol, including RTP, can ensure in-time delivery. This always requires the support of lower layers that actually have control over resources in switches and routers. RTP provides functionality suited for carrying real-time content, e.g., a timestamp and control mechanisms for synchronizing different streams with timing properties." ]

[ec109685]

Plenty of things stream in real-time with high quality video and low latency, including video conferencing, FaceTime, YouTube live, etc.