HLS 스트리밍 지연시간 계산기
HLS 라이브 스트리밍의 세그먼트 길이·유지 개수·인코딩 지연으로 최소 이론 지연시간과 세그먼트 요청 빈도를 계산합니다.
최소 이론 지연 (추정)
약 20초
세그먼트 6초 × 3개 + 인코딩·네트워크 지연
계산 내역
세그먼트를 짧게 하면 생기는 트레이드오프
이 길이·개수 기준 화질 하나당 분당 약 10회 세그먼트 요청이 나갑니다. 세그먼트를 짧게 줄일수록 지연은 줄지만 요청 수가 반비례로 늘어 CDN·서버 부하와 요청당 오버헤드(TLS 핸드셰이크 등)도 함께 커집니다.
사용 방법
- 1세그먼트 길이(Target Duration)를 초 단위로 넣습니다.
- 2플레이리스트가 유지하는 세그먼트 수를 넣습니다. HLS 스펙 기본값은 3개입니다.
- 3인코딩·패키징 지연과 CDN·네트워크 지연을 아는 만큼 넣습니다.
- 4최소 이론 지연시간과, 세그먼트를 짧게 했을 때 늘어나는 요청 빈도를 함께 확인합니다.
자주 묻는 질문
방송을 세그먼트라는 짧은 조각 파일로 잘라 순서대로 이어 재생하는 방식이기 때문입니다. 세그먼트 하나가 통째로 인코딩·업로드돼야 플레이리스트에 올라가고, 플레이어도 끊김을 막기 위해 최신 세그먼트를 곧바로 틀지 않고 몇 개를 더 쌓아둔 뒤 재생합니다. 이 두 단계가 최소 지연을 만듭니다.
스펙(IETF draft-pantos-hls-rfc8216bis)의 HOLD-BACK 속성 정의가 그렇게 정해 놓았기 때문입니다. 서버가 HOLD-BACK 값을 따로 지정하지 않으면 "Target Duration의 3배"가 기본값이 됩니다. 그래서 Apple이 권장하는 6초 세그먼트를 그대로 쓰면 최소 지연이 18초(6초×3)부터 시작합니다.
네, 다만 공짜가 아닙니다. 세그먼트 길이×3(또는 설정한 개수)이 지연의 큰 부분을 차지하므로 짧게 할수록 지연은 줄지만, 같은 방송 시간 동안 훨씬 많은 세그먼트 파일을 요청하게 됩니다. 요청마다 CDN 캐시 미스나 연결 오버헤드가 붙어 서버 부하와 재생 안정성에 영향을 줄 수 있습니다.
아니요. 이 계산기는 일반 HLS만 다룹니다. LL-HLS는 세그먼트를 더 잘게 쪼갠 부분 세그먼트(Partial Segment, EXT-X-PART)와 블로킹 재생목록 갱신을 써서 지연을 초 단위 이하로 낮추는 별도 메커니즘이라 산식 자체가 다릅니다.
이 계산기는 "최소 이론 지연"이라 실제보다 낮게 나올 수 있습니다. 실제 지연은 플레이어가 안전을 위해 더 많은 세그먼트를 쌓아두거나, 네트워크 상태·재버퍼링·인코더 구현에 따라 달라지기 때문에 여기 나온 값보다 늘어나는 경우가 많습니다.
알아두면 좋은 점
- 추정값입니다. 실제 지연은 플레이어 버퍼링 전략과 네트워크 상태에 따라 달라집니다.
- 일반 HLS 기준입니다. LL-HLS(부분 세그먼트)는 다루지 않습니다.
- 요청 빈도는 화질(레디션) 하나 기준입니다. 여러 화질을 동시에 요청하면 그만큼 더해야 합니다.
함께 보면 좋은 도구
마지막 검증: 2026년 9월 10일 · 결과는 참고용 추정치입니다.