연결 대상 제어
Stream ID 또는 피어 IP 규칙으로 발행자 및 수신자 접근을 제어하세요. 암호화를 사용할 경우 일치하는 SRT 패스프레이즈를 설정합니다.
Callaba · 클라우드 및 셀프 호스팅
라이브 제작을 위한 SRT Server 소프트웨어
원격 카메라 피드와 완성된 프로그램을 수신하세요. 브라우저에서 영상, 오디오, 연결 상태를 모니터링한 다음 소스를 라우팅하거나 녹화합니다. 지원되는 배포 환경에서는 Video Mixer로 라이브 제작을 추가할 수 있습니다.
사용자가 운영하는 AWS 계정 또는 Linux 인프라에서 실행하세요.
라이브 SRT 데모
라이브 SRT 연결 체험
1시간 동안 사용할 임시 연결을 만드세요. Caller 모드에서 발행자 주소로 피드를 전송한 다음, Stream ID를 비워 둡니다. 아래 Multiview에서 보거나 Caller 모드로 수신자 주소에 수신자를 연결하세요.
생성 준비됨
서버 제어
SRT 연결 및 서버 로그 모니터링
대시보드를 벗어나지 않고 연결된 발행자, 비트레이트와 RTT를 확인하고 연결 이벤트를 찾으세요.
네트워크 경로 확인
수신자나 인코더를 변경하기 전에 비트레이트, RTT, 패킷 손실 및 연결된 피어를 검사하세요.
연결 오류 찾기
서버 설정에서 Show logs를 여세요. 업데이트를 일시 중지하고 시간이나 메시지로 검색한 뒤 필요한 이벤트를 내보낼 수 있습니다.
자체 SRT 서버
첫 연결 만들기
인코더와 수신자의 연결 방식을 선택하세요. 자리표시자를 Callaba 대시보드에 표시된 값으로 바꾸세요.
호스트 및 포트 패턴서로 다른 UDP 포트 두 개: 하나는 발행자, 하나는 수신자 포트입니다. Stream ID는 의도적으로 비워 둡니다.
발행자 주소
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=caller발행자 UDP 포트를 사용하세요. 이 별도 포트 패턴에서는 Stream ID를 비워 둡니다.
수신자 주소
srt://example.invalid:YOUR_RECEIVER_PORT?mode=caller서로 다른 수신자 UDP 포트를 사용하세요. 여기에서도 Stream ID를 비워 둡니다.
서버 준비
메뉴 Streaming servers → SRT servers에서 Listener를 만들고 UDP 포트를 예약합니다. Streams에서 의도한 발행자 및 수신자 역할에 빈 Stream ID를 허용합니다.
양쪽 엔드포인트 구성
인코더와 수신자를 Caller로 설정하고 각 주소를 붙여 넣으세요. Caller와 Listener는 세션을 시작하는 주체를 나타내며 미디어 방향을 뜻하지 않습니다.
비디오와 오디오 확인
소스를 시작하세요. Statistics에서 발행자와 들어오는 비트레이트를 확인한 다음 수신자에서 영상과 오디오를 확인합니다.
인코더 및 수신자 설정
인코더와 수신자 연결
OBS, vMix 또는 SRT 인코더에서 발행자 주소로 전송하세요. 수신 애플리케이션에서 수신자 주소를 엽니다. 양쪽 끝의 연결 설정을 일치시키고 수신자가 미디어 형식을 지원하는지 확인하세요.
제작, 모니터링 및 전송
프로그램을 제작하거나 완성된 프로그램을 수신하세요
SRT 피드는 Callaba의 다른 모듈에서도 사용할 수 있습니다. 기존 제작 환경을 유지하면서 여기에서 출력을 처리하거나, 카메라를 Video Mixer로 가져와 브라우저에서 프로그램을 제작하세요.
모니터
각 Multiview 타일의 스트림 정보와 함께 들어오는 영상과 오디오를 나란히 확인합니다.
Multiview 살펴보기라우팅
완성된 피드를 SRT 수신자에게 전송하거나 YouTube, Facebook, Twitch로 게시하도록 구성합니다.
비디오 라우팅 및 Restream녹화
들어오는 피드를 녹화하거나 Mixer에서 제작한 프로그램을 녹화합니다.
SRT 스트림 녹화믹싱
장면에서 라이브 소스와 미디어를 결합합니다. 다음 샷을 Preview에서 준비해 Program으로 전환하고 오디오를 믹싱하세요.
SRT 소스 믹싱실행 위치 선택
AWS 또는 자체 Linux 서버.
피드를 실행할 위치를 직접 관리하세요. Callaba는 브라우저 작업 공간을 제공하고, 호스트·네트워크 액세스·스토리지는 팀에서 운영합니다.
Linux 서버에 설치
지원되는 Linux 호스트, VM 또는 프라이빗 클라우드를 사용하세요. 현재 설치 가이드를 따르고 워크플로에 필요한 모듈 단위의 라이선스를 적용합니다.
셀프 호스팅 설치 →용량 계획
스트림, 처리 및 스토리지를 고려하세요
동시 소스와 대상을 계산하세요. 재전송을 위한 네트워크 용량과 녹화를 위한 디스크 공간을 남겨 두세요. Multiview, 믹싱 및 트랜스코딩은 같은 인코딩 피드를 전달하는 것보다 더 많은 처리 부하를 더합니다.
연결 점검
SRT 연결 문제 해결
인코더가 연결되지 않음
서버가 활성화되어 있고 공용 주소와 발행자 UDP 포트가 올바른지, 방화벽, NAT 또는 AWS 보안 그룹이 트래픽을 허용하는지 확인하세요. 이어서 양쪽에서 허용된 Stream ID와 패스프레이즈를 확인합니다.
코덱 설정을 바꾸기 전에 이벤트 기록과 Show logs에서 연결 시도를 찾으세요.
연결됐지만 영상 또는 오디오 없음
먼저 들어오는 비트레이트가 있는지 확인하세요. 수신자 포트 또는 쌍을 이룬 수신자 Stream ID가 의도한 피드를 선택하는지 확인한 뒤 수신 애플리케이션에서 컨테이너, 비디오 코덱 및 오디오 트랙을 점검합니다.
브라우저 시청에는 호환되는 재생 경로가 필요합니다. 브라우저는 원시 SRT URL을 직접 재생하지 않습니다.
영상이 깨지거나 스트림이 끊김
같은 시간대의 비트레이트, RTT 및 패킷 손실을 비교하세요. 업링크 용량과 재전송 여유를 확인한 뒤 지연 시간 설정을 검토합니다. 버퍼를 크게 해도 지속적인 업링크 부족은 해결되지 않습니다.
일치하는 서버 로그를 내보내 연결 끊김을 소스 또는 네트워크 이벤트와 연관 지으세요.
SRT Server 질문
Stream ID가 필요한가요?
데모에서 사용하는 별도의 발행자 및 수신자 포트에서는 비워 둡니다. 공유 Listener 포트에서는 발행자와 수신자 ID를 쌍으로 사용하세요. 두 연결 방식을 참고하세요.
SRT 피드를 YouTube 또는 Twitch로 보낼 수 있나요?
Callaba에서 소스를 수신한 다음 대상의 스트림 URL과 키로 Restreaming 작업을 만드세요. 해당 플랫폼이 요구하는 비디오와 오디오 설정을 맞춥니다.
여러 SRT 소스를 믹싱할 수 있나요?
예. AV Mixer에 SRT 소스를 추가하고 Preview에서 장면을 만든 뒤 CUT 또는 FADE로 다음 장면을 Program에 적용하세요. 각 카메라 또는 기타 믹서 입력은 하나의 단위를 사용합니다. 현재 Mixer 입력 가격을 참고하세요.
SRT 서버 옵션 중 Callaba는 어디에 맞나요?
누가 서버를 운영할지와 인제스트 후 무엇이 일어나야 하는지부터 정하세요. Castr 및 IN/OUT-SRT 같은 호스팅 서비스, MediaMTX 및 SRS 같은 오픈 소스 서버, SRT Mini Server 같은 Windows 소프트웨어는 서로 다른 운영 모델에 적합합니다. Callaba는 브라우저 제어 및 연결된 비디오 모듈과 함께 AWS 또는 Linux 인프라에서 실행됩니다.
주요 작업이 엔드포인트 간 라우팅이라면 SRT Gateway 워크플로도 살펴보세요.
API 접근
curl로 SRT 서버 목록 보기
이 읽기 전용 요청은 구성된 SRT 서버를 반환합니다. 호스트와 API 토큰을 서버 값으로 바꾸세요. 요청은 구성을 변경하지 않습니다.
curl로 SRT 서버 목록 보기
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
연결 가이드 및 기술 참조모드, 포트, 지연 시간, 액세스 및 문제 해결
SRT 연결 참조: 포트, Stream ID 및 지연 시간
별도 포트 또는 쌍을 이루는 Stream ID 구성, 전송 상태 확인, 지연 시간 설정, 라이브 기여 경로 진단을 위한 실무 SRT 서버 참조입니다.
기여 구간에는 SRT를 사용하세요
SRT 서버 또는 SRT 라이브 서버는 SRT 기여 세션용으로 구성된 엔드포인트입니다. SRT는 UDP에서 동작하며 연결 모드, 복구 및 선택적 암호화를 제공합니다. SRT 프로토콜 초안에서 전송 방식을 설명합니다.
Caller는 세션을 열고 Listener는 이를 기다립니다. 이 레이블은 미디어 방향을 정하지 않습니다. 관련 엔드포인트 또는 후속 작업에서 발행자나 수신자 역할을 구성하세요.
접속 방식을 일관되게 유지하세요
Streaming servers → SRT servers에서 서버를 만듭니다. Streams에서 발행자와 수신자 접근을 허용한 다음, 해당 서버의 호스트와 할당된 UDP 포트를 사용하세요.
별도 포트 방식에서는 발행자 포트와 수신자 포트를 각각 예약합니다. Streams 항목과 엔드포인트 URL에서 빈 Stream ID를 사용할 수 있습니다. 공유 Listener 포트를 사용할 때는 같은 서버 코드와 Stream ID를 가진 발행자 및 수신자 접근 항목을 쌍으로 만들고 publisher/…, receiver/… 접두사를 붙입니다. 테스트할 때는 식별자를 섞지 말고 한 가지 방식을 선택하세요.
호스트 방화벽과 네트워크 경계에서 선택한 UDP 포트 또는 범위를 엽니다. NAT 뒤의 Caller는 도달 가능한 Listener로 아웃바운드 연결을 만들 수 있으므로 실제 소스 네트워크에서 테스트하세요. 암호화를 사용한다면 양쪽 엔드포인트에 같은 패스프레이즈를 설정합니다.
FFmpeg로 테스트하세요
별도의 발행자 및 수신자 포트와 빈 Stream ID로 구성한 서버용 예입니다. 호스트, 할당된 포트 및 입력 파일을 바꾸세요. FFmpeg SRT 프로토콜 문서에서 URL 옵션을 정의합니다.
로컬 MPEG-TS 파일 발행
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"수신자 포트에서 수신
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"FFmpeg에서 latency=200000은 옵션이 마이크로초 단위를 사용하므로 200 ms 예시입니다. 운영 지연 시간은 측정한 RTT, 손실 및 허용 가능한 종단 간 지연 시간에 맞춰 설정하세요. SRT 지연 시간 가이드도 참고하세요.
사용할 경로를 사전 점검하세요
- 이벤트에 사용할 호스트 이름, UDP 포트, 접속 방식 및 패스프레이즈로 소스 네트워크에서 테스트합니다.
- 들어오는 세션뿐 아니라 선택한 스트림의 대상 영상과 프로그램 오디오를 확인합니다.
- 활성 구성을 저장하고 소스, 서버, 대상의 일치하는 로그 시각을 기록합니다.
- 이벤트에서 사용할 경우에만 페일오버 절차와 대상 동작, 운영자 인계까지 테스트합니다.
현실적인 운영 한계를 설정하세요
SRT 지연 시간은 전송 복구 버퍼이지 전체 glass-to-glass 지연 시간이 아닙니다. 캡처, 인코딩, 수신자 버퍼링, 디코딩, 패키징 및 플레이어 버퍼링도 시간을 더합니다. 버퍼를 줄이기 전에 전체 경로를 측정하세요.
동시 스트림, 측정된 비트레이트, 재전송, 모니터링 및 활성화된 후속 작업에 맞춰 네트워크와 호스트 리소스를 계획하세요. 장시간 이벤트 전에는 큐잉, 리소스 경합 또는 불안정한 소스 연결을 드러낼 만큼 충분히 전체 계획 부하를 관찰하세요. 주/백업 전송 경로는 전환 중 연결된 수신자와 puller 세션을 유지할 수 있지만, 이벤트에서 신뢰하기 전에 피드, 버퍼 및 대상 동작을 테스트해야 합니다.
추가 설정 가이드
실제 피드로 시작
배포 모델에 맞게 Callaba SRT Server 평가
클라우드에서 시작하거나 Linux에 설치하고, 자동화 전에 라이브 Multiview 경험을 확인하세요.