라이브 스트리밍 업로드 속도 계산기

YouTube Live 같은 서비스에 라이브 스트리밍을 할 때 필요한 업로드 속도를 추정합니다. 여유를 위한 안전 마진을 더하고, 결과를 측정한 업로드 속도와 비교하세요.

동영상 비트레이트

오디오 비트레이트 (비워 두면 0)

동시 스트림 수 (1~20)

스트림

같은 회선에서 보내는 독립된 스트림의 수입니다. 스트리밍 서비스가 사용자의 영상을 여러 사이트로 재송출하는 경우, 그 사본은 포함하지 않습니다(사용자가 보내는 것은 하나의 스트림입니다).

안전 마진 (0~1,000%)

안전 마진은 회선 속도의 변동에 대비해, 전송하는 비트레이트에 비율로 더하는 여유분입니다. 기본값은 0%(계산한 값 그대로)입니다. 50%이면 추정값은 계산한 값의 1.5배가 됩니다.

측정한 업로드 속도 (선택 사항, 입력하면 여유분과 스트림이 회선을 얼마나 사용하는지 표시됩니다)

속도 테스트 등으로 측정한 업로드 속도입니다.

안전 마진을 포함한 필요 업로드 속도 추정값 —

스트림 하나의 전체 비트레이트 (영상 + 오디오)—

모든 스트림의 전체 비트레이트—

안전 마진—

안전 마진 0%의 결과는 이론상 전송되는 데이터량입니다. 안정적인 스트림을 보장하지 않습니다. 회선 속도의 순간적인 변화, 프로토콜 오버헤드(네트워크가 사용하는 제어 정보), 패킷 손실은 계산에 포함되지 않습니다.

복사되는 숫자는 표시된 큰 수치입니다(쉼표와 단위 없음).

이 도구가 다루는 범위 (업로드 쪽)

이 도구는 YouTube Live 같은 스트리밍 서비스에 영상을 보내는 쪽, 즉 업로드 회선의 속도를 계산합니다. 시청자에게 스트림을 전달하는 것은 서비스이므로, 필요한 업로드 속도는 시청자 수에 따라 늘지 않습니다. 보내는 스트림의 비트레이트와 수에 따라 결정됩니다.

계산 방법

스트림 하나의 비트레이트 = 영상 비트레이트 + 오디오 비트레이트
총 비트레이트 = 스트림 1개의 비트레이트 × 동시 스트림 수
예상 필요 업로드 속도 = 총 비트레이트 × (1 + 여유율 ÷ 100)

영상과 오디오는 따로 입력하며 합산됩니다. 접두어 k, M, G는 1,000의 거듭제곱입니다(1 Mbps = 초당 1,000,000비트). bps와 MB/s 같은 단위의 차이는 비트레이트 계산기를 참고하세요.

스트림 수에 대하여

스트림 수는 같은 회선에서 보내는 독립된 스트림의 개수입니다.

인코더 설정을 따로 두고 두 스트리밍 서비스에 동시에 송출하는 경우: 스트림 2개.
영상 하나를 여러 사이트로 재송출하는 서비스에 보내는 경우: 스트림 1개를 보냅니다. 재송출 대상의 수는 포함하지 않습니다.

여유율 0%와 포함되지 않는 항목

여유율의 초기값은 0%이며, 이 결과는 이론상 전송되는 데이터량입니다. 안정적인 방송을 보장하지 않습니다. 0%는 비트레이트를 그대로 보내는 데 필요한 최소 속도입니다.
여유율은 여유 있는 속도를 원할 때 더하는 비율입니다. 50%이면 예상값은 계산값의 1.5배입니다. 필요한 여유는 회선과 스트리밍 서비스의 권장 사항에 따라 다릅니다. 이 도구는 수치를 정해 주지 않으므로 서비스의 권장 조건도 확인하세요.
회선 속도의 순간적인 변동, 프로토콜 오버헤드, 패킷 손실은 포함되지 않습니다. 실제로는 이 때문에 계산값보다 더 빠른 속도가 필요할 수 있습니다.

실측 업로드 속도와 비교하기

실측 업로드 속도(예: 속도 측정 결과)를 입력하면 두 가지 수치를 보여 줍니다.

예상 필요량 대비 여유(계산상): 실측 업로드 속도에서 여유율을 반영한 예상 필요 업로드 속도를 뺀 값입니다. 음수이면 계산상 그만큼 부족하다는 뜻입니다.
실측 회선 중 스트림이 차지하는 비율: 총 비트레이트가 실측 업로드 속도에서 차지하는 비율(%)입니다. 여유율을 포함하지 않고 전송하는 비트레이트로 계산합니다. 100%를 넘으면 계산상 실측 속도로는 데이터를 보낼 수 없습니다.

속도 측정 결과만으로는 방송이 안정적이라고 보장할 수 없습니다. 실측 속도는 시간대, 측정 방법, 혼잡도, 무선 환경, 장비에 따라 달라집니다. 이 비교에도 순간적인 속도 변동, 프로토콜 오버헤드, 패킷 손실은 빠져 있습니다. 실측값이 예상값 이상이라고 해서 방송이 안정적이라는 뜻은 아닙니다. 여러 번 측정하여 결과가 얼마나 흔들리는지 확인하세요.

예시

영상 6 Mbps + 오디오 160 kbps: 스트림 1개당 6.16 Mbps.
스트림 2개 동시 송출: 12.32 Mbps. **여유율 50%**를 적용하면 18.48 Mbps.
실측 업로드 속도 30 Mbps: 계산상 여유는 11.52 Mbps(30 − 18.48)이고, 스트림은 회선의 약 41.07%를 사용합니다(12.32 ÷ 30, 여유율 제외).
실측 10 Mbps, 여유율 0%(필요 12.32 Mbps): 계산상 2.32 Mbps 부족하며, 스트림은 회선의 123.2%를 사용합니다.

참고 사항

영상 비트레이트는 0보다 커야 합니다. 오디오 비트레이트는 비워 두면 0으로 처리됩니다. 소수도 입력할 수 있습니다(소수점 앞 12자리, 소수점 이하 6자리까지). 소수점은 마침표를 사용하며, 쉼표는 천 단위 구분 기호로만 인정됩니다.
스트림 수는 1~20, 여유율은 0~1,000%입니다. 실측 업로드 속도 없이도 계산할 수 있습니다.
같은 회선에서 여러 화질을 보내는 경우(예: 적응형 스트리밍) 각 화질의 비트레이트를 합산하거나, 각각을 스트림으로 입력하세요.
파일 전송에 걸리는 시간은 파일 전송 시간 계산기를, 영상 크기와 비트레이트의 관계는 영상 파일 크기 계산기를 참고하세요.

자주 묻는 질문

시청자가 많으면 더 빠른 업로드 속도가 필요한가요?

YouTube Live 같은 서비스로 방송하는 경우에는 그렇지 않습니다. 서비스가 시청자에게 스트림을 전달합니다. 필요한 업로드 속도는 비트레이트와 내가 보내는 스트림 수에 따라 달라집니다.

업로드 속도가 비트레이트와 같으면 충분한가요?

여유율 0%의 결과는 이론상의 최소값입니다. 실제로는 속도 변동, 프로토콜 오버헤드, 패킷 손실 때문에 딱 맞는 속도로는 부족할 수 있습니다. 어느 정도 여유를 두세요.

서비스가 여러 사이트로 재송출하는 경우 스트림은 몇 개인가요?

스트림 1개를 보냅니다. 재송출은 서비스 쪽에서 처리하므로 포함하지 않습니다.

실측 업로드 속도가 예상값보다 높으면 방송이 안정적일까요?

보장할 수 없습니다. 속도 측정은 측정한 순간의 속도를 보여 주며, 이는 시간대, 혼잡도, 무선 환경, 장비에 따라 달라집니다. 순간적인 속도 변동, 프로토콜 오버헤드, 패킷 손실은 이 계산에 포함되지 않습니다. 결과는 참고용으로 활용하고, 여유를 두며, 테스트 방송으로 확인하세요.

업로드 속도는 어떻게 측정하나요?

속도 측정 서비스를 이용해 다운로드가 아닌 업로드 속도를 확인하세요. 방송에 사용하는 장비와 회선에서, 방송할 시간대와 가까운 때에 측정하세요.