What is the realistic end-to-end latency in Media Live for non-HLS streams?

0

Hi,

We're testing the Media Live service by consuming an RTP-FEC push source and producing a RTP output. Both the source and destination are via Direct Connect nside our VPC. The Media Live process adds ~7 seconds of latency between the original source stream and the output stream. Is this as expected or is very low latency (<500ms) possible?

No HLS / Media Package streams required.

FYI: our test case is to replace an on-premises GPU-based encoding process with Media Live, which is capable of producing very low latency throughput.

Thanks

Tom

已提問 1 年前檢視次數 283 次
1 個回答
2

Tom, the 7sec round trip latency does seem a bit high, though we would need to understand the complete end-to-end system path, and how the latency is measured.

AWS MediaLive, by default will not be configured for a low latency encode. You can typically expect 3-4s, depending on source, output resolution, bitrate and other parameters. There are changes to the MediaLive Channel that can be made to reduce the encoding delay, yet achieving <500ms is unlikely. MediaLive is not targeted as an ultra low latency encoder.

AWS
Mike-ME
已回答 1 年前
  • Mike - thanks very much for your swift reply.

    There is defo some latency introduced in our testing pipelines, so the figure you shared of 3-4s seconds makes sense overall.

    Do you know if there is a ultra-low-latency encoding option within AWS services, beyond resorting to GPU-enabled EC2 instances to run our in-prem workflows?

    Thanks

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南