IRL 방송 설정 방법: 스마트폰에서 OBS까지 단계별 가이드

IRL 방송을 설정하려면 스마트폰이나 인코더의 영상을 SRT 또는 SRTLA로 서버에 보내요. 그 신호를 OBS Studio의 미디어 소스로 받아 오고, OBS가 플랫폼으로 스트리밍하면 돼요. 이렇게 하면 모바일 네트워크가 잠깐 끊겨도 방송이 끝나지 않아요. 스마트폰이 다시 연결되는 동안에도 OBS가 플랫폼으로 계속 영상을 보내거든요.

이 가이드에서는 전체 과정을 차례로 살펴봐요. 필요한 준비물, 플랫폼으로 바로 보내면 불안정한 이유, 흔히 쓰는 세 가지 구성, 그리고 서버 신청부터 첫 테스트까지 여섯 단계를 안내해요.

IRL 방송 설정에 필요한 준비물

• 스마트폰 또는 하드웨어 인코더. 영상을 촬영해서 인터넷으로 보낼 수 있는 기기라면 모두 쓸 수 있어요. 스트리밍 앱을 설치한 스마트폰, 액션캠, 전용 인코더 등이 있어요.
• SRT 또는 SRTLA를 지원하는 스트리밍 앱. Moblin(iOS)과 IRL Pro(Android)가 대표적이에요. Moblin은 RTMP(S), SRT, SRTLA, RIST, WHIP를 지원 프로토콜로 소개하고, IRL Pro는 여러 연결을 묶는 SRTLA 본딩을 내세워요.
• 모바일 데이터 요금제. 스마트폰에서 서버로 올리는 업로드는 내 데이터 용량을 사용해요. 자세한 내용은 아래에서 설명해요.
• 스트림을 받는 서버. 스마트폰과 OBS 사이에서 고정된 주소로 외부에서 접속할 수 있는 만남의 장소예요.
• OBS Studio. 집의 PC에서도, 클라우드에서도 쓸 수 있어요. 들어온 스트림을 디코딩하고, 씬과 오버레이를 더한 다음, 완성된 영상을 Twitch, YouTube, Kick 같은 플랫폼으로 보내요.

플랫폼으로 바로 보내면 방송이 끝나는 이유

스마트폰이 플랫폼으로 바로 스트리밍하면 플랫폼에는 연결이 하나만 보여요. 터널이나 붐비는 거리, 신호가 약한 지역에서 신호를 잃으면 인코더가 데이터를 보내지 못해요. 플랫폼은 잠깐 기다렸다가 방송을 종료해요. 예를 들어 Twitch의 연결 끊김 보호(Disconnect Protection)는 대기 화면을 보여 주면서 최대 90초 동안 방송을 유지해요. 그 시간 안에 다시 연결하지 않으면 방송은 평소처럼 종료돼요. 다른 플랫폼은 저마다 규칙이 달라요.

해결 방법은 스마트폰과 플랫폼 사이에 안정적인 연결을 두는 거예요. 데이터 센터의 서버가 스트림을 받고, OBS가 거기서 영상을 가져와 플랫폼으로 계속 스트리밍해요. 스마트폰이 잠깐 끊겨도 괜찮아요. 시청자에게는 방송 종료 화면 대신 대체 씬이 보여요.

스마트폰 영상을 플랫폼에 전달하는 세 가지 방법

두 번째 방법에서는 IRL 엔드포인트 서버가 RTMP, SRT, SRTLA를 받고, 내 컴퓨터의 OBS Studio가 거기서 스트림을 가져와요. 세 번째 방법에서는 IRL 브로드캐스팅 서버가 클라우드에 완전한 OBS Studio 인스턴스를 제공해요. 엔드포인트 서버를 쓰면 집 공유기의 포트를 열 필요가 없어요. 인코더와 OBS가 모두 서버로 나가는 방향으로 연결하기 때문이에요. 아래 단계는 두 서버 유형 모두에 해당하고, 차이가 있는 부분은 따로 표시했어요.

IRL 방송 설정 단계별 가이드

1단계: 서버를 신청하고 지역 고르기

서버를 주문하고 접속 준비가 끝나면 고객 포털을 열어요. 설정은 보통 IRL 엔드포인트 서버가 24시간 이내, IRL 브로드캐스팅 서버가 72시간 이내에 끝나요. 포털에서 지역(미국, 유럽, 아시아, 남미)을 고르면 앱과 OBS에 입력할 연결 정보가 보여요.

실제로 방송할 장소와 가장 가까운 지역을 고르세요. 스마트폰과 서버 사이의 경로가 짧을수록 지연 시간이 줄고 재전송도 줄어요. 엔드포인트 표준 요금제에서는 엔드포인트를 언제든 바꿀 수 있어서 여행할 때 편해요.

2단계: 스트리밍 앱 설정하기

SRT나 SRTLA 앱은 모두 비슷한 값을 물어봐요. 값은 고객 포털에서 RTMP와 SRT 접속 정보가 모여 있는 상자에서 확인할 수 있어요.

• 프로토콜: 여러 연결을 묶고 싶다면 SRTLA, 아니면 SRT를 골라요. RTMP도 되지만 모바일 네트워크에서는 SRT가 더 나아요.
• 서버 주소와 포트: 포털에 표시되는 값이에요.
• 스트림 ID 또는 키: 서버에서 내 스트림을 구분하는 값이에요. SRT에서 스트림 ID는 publish:publish/<streamkey> 형태예요.

많은 앱이 모든 정보를 URL 하나로 받아요. Moblin 문서도 설정 가져오기 예시에서 이 형식을 보여 줘요. 저희 서버에서는 SRT URL을 하나로 합치면 srt://<server>:<port>?streamid=publish:publish/<streamkey>&latency=2000 처럼 돼요. 자리 표시자는 포털에 표시된 값으로 바꿔 주세요.

앱에는 다음 설정을 권장해요.

• SRT 지연 시간(latency): 2초예요. 앱에 따라 2000(밀리초) 또는 2000000(마이크로초)으로 입력해요. 전용 입력란이 있는 앱이 많고, 없다면 위처럼 URL 뒤에 붙여요. 더 낮은 값도 되지만, 안정성을 위해 일부러 2초를 권장해요.
• 키프레임 간격: 2초예요.
• Apple 기기의 HEVC: 앱에 B-프레임 설정이 있으면 꺼 주세요.

그다음 해상도, 프레임 레이트, 비트레이트를 모바일 연결이 안정적으로 버틸 수 있는 값으로 맞춰요. 앱별 설정 방법은 Moblin과 IRL Pro를 다룬 별도 가이드에 단계별로 나와 있어요.

3단계: OBS에 스트림을 소스로 추가하기

IRL 엔드포인트 서버에서는 고객 포털의 재생 링크로 OBS에 스트림을 가져와요. 미디어 소스로 추가하면 돼요.

1. 씬에 미디어 소스를 추가해요.
2. 로컬 파일 체크를 해제해요.
3. 포털의 재생 링크를 입력란에 넣어요.
4. 입력 형식에는 mpegts를 입력해요.
5. 소스의 변형 옵션에서 화면에 맞추기를 골라요.

이어서 소스 속성을 다시 열고 권장 설정을 적용해요.

• 네트워크 버퍼링: 1 MB
• 재연결 지연: 3초
• 가능하면 하드웨어 디코딩 사용: 켬
• 비활성 시 파일 닫기: 켬

OBS SRT 가이드는 SRT 지연 시간을 인코더와 서버 사이 왕복 시간의 2.5배 이상으로 잡으라고 설명해요. 지연을 늘리면 손실된 패킷을 다시 보낼 시간이 늘지만 화면은 그만큼 늦게 나와요. 저희 서버에는 2단계의 2초를 권장하고, OBS 기본값인 120 ms보다 이 값이 우선이에요.

IRL 브로드캐스팅 서버에서는 OBS Studio가 서버에서 돌아가요. 고객 포털에서 원격 데스크톱으로 열 수 있지만, 조정할 때만 쓰고 방송 중에는 쓰지 마세요.

4단계: Start, Live, Low 씬 만들기

신호가 약해졌을 때 OBS가 보여 줄 화면이 있도록 씬을 세 개 만들어요. 이름은 저희 씬 전환 도구와 똑같이 붙여 주세요.

• Start: 서버가 신호를 받지 못할 때 보여 줘요. 정지 이미지나 반복 영상에 “연결이 끊겼어요, 곧 돌아올게요” 같은 메시지를 넣고, 음악을 깔거나 일부러 음소거해요. 여기에는 스마트폰 소스를 넣지 않아요. 지금은 아무것도 보내지 못하니까요.
• Live: 안정적인 스트림이에요. 들어오는 스트림 소스에 오버레이, 알림, 채팅 등 평소 쓰는 요소를 올려요.
• Low: 비트레이트가 임계값 아래로 떨어지면 보여 줘요. 같은 소스에 “연결이 불안정해요” 같은 작은 배너를 붙여요. 시청자는 화면을 계속 볼 수 있고, 화질이 거친 이유도 알 수 있어요.

오디오도 챙기세요. 마이크 소리는 스마트폰에서 오기 때문에 Start 씬에는 자체 배경 음악을 두거나 의도적으로 음소거해야 해요.

5단계: 자동 씬 전환 설정하기

도시를 걸어 다니면서 OBS 화면을 볼 수는 없어요. 씬 전환은 자동으로 맡기세요. 이를 위해 저희가 직접 개발한 씬 전환 도구가 있어요. 들어오는 비트레이트가 임계값 아래로 떨어지면 Low로, 신호가 끊기면 Start로 바꾸고, 연결이 안정되면 Live로 되돌려요.

• IRL 엔드포인트 서버: 도구는 고객 포털에서 만들어 내려받아요. 내 PC에서 OBS Studio와 함께 실행하고, Windows와 macOS를 지원해요. OBS의 WebSocket 기능을 켜 둬야 하는데, OBS 28부터 기본으로 들어 있어요.
• IRL 브로드캐스팅 서버: 도구는 서버에서 돌아가고, 씬은 미리 설정돼 있어요.

임계값 기본값은 800 kbit/s예요. 바꿀 수도 있어요. 예를 들어 Twitch 채팅 명령 !trigger 500을 쓰면 돼요. 알맞은 값은 장비와 모바일 네트워크에 따라 달라져요. 주문할 때 Twitch 채널을 입력하면 쓸 수 있는 선택형 Twitch 챗봇은 씬이 바뀔 때 채팅에도 알려 줘요.

자동 씬 전환은 OBS Studio에서만 작동하고 vMix에서는 쓸 수 없어요. Streamlabs OBS와도 호환되지 않아요. 직접 환경을 구성한다면 OBS 플러그인 Advanced Scene Switcher가 대안이 돼요. 조건과 동작을 묶은 매크로로 작업을 자동화할 수 있어요. 선택지는 자동 씬 전환을 다룬 별도 가이드에서 자세히 설명해요.

6단계: 나가기 전에 전체 테스트하기

1. OBS를 켜고 Live 씬에 스마트폰 소스가 나오는지 확인한 뒤 오디오 미터를 살펴봐요.
2. 플랫폼으로 테스트 방송을 시작해요. 플랫폼이 비공개나 일부 공개 테스트를 지원하면 그걸 쓰고, 아니면 첫 공개 테스트는 짧게 해요.
3. 밖에서 돌아다니면서 앱의 비트레이트와 지연 시간, OBS 화면을 지켜봐요.
4. 일부러 연결을 끊어 봐요. 예를 들어 비행기 모드를 20초 동안 켜요. OBS가 Start로 바뀌는지, 플랫폼 방송이 계속 켜져 있는지, 재연결 뒤에 OBS가 Live로 돌아오는지 확인해요.
5. 끝난 뒤 데이터 사용량을 확인하고 아래 계산과 비교해요.

IRL 방송은 모바일 데이터를 얼마나 쓸까요?

사용량은 비트레이트로 계산할 수 있어요. kbit/s를 8로 나누면 초당 킬로바이트가 되고, 3600을 곱하면 시간당 킬로바이트가 돼요. 줄이면 kbit/s / 8 * 3600 = 시간당 kB이고, 1000으로 나누면 시간당 MB예요.

오디오와 프로토콜 오버헤드, 재전송분이 더해지니 여유를 두고 계획하세요. 저희 서버의 “무제한 데이터”는 서버 쪽에만 해당해요. 스마트폰에서 서버까지의 연결은 내 데이터 요금제를 써요. 저희 IRL 스트리밍 가이드에는 월간 사용량을 추정하는 도구가 있어요.

본딩 간단 정리

일반 SRT에서는 스마트폰이 한 번에 네트워크 하나만 써요. SRTLA는 링크 어그리게이션을 더해요. SRT 트래픽을 여러 네트워크 링크로 동시에 전송하고, 네트워크 상태에 따라 동적으로 나눠요. BELABOX SRTLA 저장소에 이렇게 설명돼 있어요. 받는 쪽도 SRTLA를 지원해야 하는데, 저희 IRL 서버는 둘 다 SRTLA 입력을 받아요. 예를 들어 Moblin은 셀룰러 하나, Wi-Fi 하나, 이더넷 여러 개를 동시에 쓸 수 있어요. 본딩은 네트워크 하나가 약할 때 도움이 되지만, 트래픽이 여러 링크로 나뉘므로 전체 데이터 사용량은 늘어나요.

방송 시작할 준비가 되셨나요?

스마트폰과 OBS 사이에 서버를 두면 신호가 약해져도 몇 초 분량의 화면만 잃고, 방송 전체는 이어져요. 집에서 PC를 계속 켜 두기 싫다면 IRL 브로드캐스팅 서버를 골라 보세요.

자주 묻는 질문

OBS로 IRL 방송은 어떻게 설정하나요?

스마트폰 스트림을 SRT 또는 SRTLA로 서버에 보내고, 고객 포털의 재생 링크를 OBS에 미디어 소스로 추가해요(로컬 파일 끄기, 입력 형식 mpegts). 그다음 Start, Live, Low 씬을 만들어 OBS에서 플랫폼으로 스트리밍해요. 집을 나서기 전에 일부러 연결을 끊어 보는 것까지 포함해서 전체 구성을 테스트하세요.

SRT와 SRTLA는 뭐가 다른가요?

SRT는 불안정한 네트워크에서도 안정적이고 지연 시간이 짧은 영상을 보내기 위한 전송 프로토콜이에요. SRTLA는 SRT 트래픽을 감싸서 여러 네트워크 링크로 보내요. 예를 들어 SIM 카드 두 장, 또는 SIM과 Wi-Fi를 함께 쓰는 식이에요. 흔히 본딩이라고 불러요. SRTLA를 쓰려면 이를 지원하는 수신 쪽이 필요해요.

OBS로 IRL 방송을 하려면 집에 PC가 꼭 있어야 하나요?

아니요. 집의 PC에서 OBS를 돌려도 되고, 데이터 센터에서 실행되며 원격 데스크톱으로 제어하는 클라우드 OBS를 써도 돼요. 클라우드를 쓰면 고성능 장비도, 집에서 계속 켜 둘 PC도 필요 없어요.

IRL 방송은 한 시간에 데이터를 얼마나 쓰나요?

비트레이트(kbit/s)를 8로 나누고 3600을 곱하면 시간당 킬로바이트가 나와요. 4,000 kbit/s라면 영상만 해도 시간당 약 1.8 GB예요. 오디오와 프로토콜 오버헤드가 조금 더해져요.

공유기 포트를 열어야 하나요?

IRL 엔드포인트 서버에서는 필요 없어요. 인코더와 OBS가 모두 서버로 나가는 방향으로 연결하기 때문에 포트 포워딩이나 공유기 설정 변경이 필요 없고, CGNAT 환경에서도 작동해요.