Hacker News 2026.05.13 69

친구랑 같이 영상 보기, 이번엔 Pion으로 직접 만들어보자 — rtwatch 뜯어보기

같이 보기, 그 익숙하지만 까다로운 기능

넷플릭스 파티, 디스코드 워치 투게더, 트위치 동시 시청 같은 "친구들과 같이 영상 보기" 서비스를 한 번쯤은 써보셨을 거예요. 보기엔 단순한 기능 같지만, 실제로 구현하려고 들면 골치 아픈 문제가 한둘이 아니거든요. 누가 일시정지를 누르면 다른 사람한테 어떻게 동기화할지, 새로 들어온 사람한테 영상을 어디서부터 보여줄지, 네트워크가 불안정한 사람은 어떻게 처리할지… 이런 걸 다 신경 써야 해요.

이런 고민을 깔끔하게 해결한 오픈소스 프로젝트가 바로 rtwatch예요. WebRTC 진영의 강력한 Go 라이브러리인 Pion을 기반으로 만들어진 프로젝트인데요, 영상을 여러 사람이 동시에 시청하면서 재생 위치까지 자동으로 동기화해주는 도구입니다. 코드도 깔끔하고 분량도 적어서, WebRTC를 공부하고 싶은 분들에게 정말 좋은 학습 자료가 됩니다.

WebRTC가 뭐냐면

잠깐 기본부터 짚고 갈게요. WebRTC(Web Real-Time Communication)는 브라우저끼리 서버를 거치지 않고 직접 영상, 음성, 데이터를 주고받게 해주는 기술이에요. 화상회의 서비스들의 핵심 엔진이라고 보면 됩니다. 줌, 구글 미트, 디스코드 음성채팅 모두 내부적으로 WebRTC나 그 변형을 쓰거든요.

그런데 WebRTC가 강력한 만큼 진입장벽이 꽤 높아요. SDP라는 시그널링 프로토콜, ICE/STUN/TURN 같은 NAT 통과 메커니즘, RTP 패킷 처리 등등 익혀야 할 개념이 산더미죠. 이걸 Go 언어로 깔끔하게 구현해놓은 게 Pion이고, rtwatch는 그 Pion을 어떻게 실전에 쓰는지 보여주는 좋은 예제 프로젝트인 셈이에요.

rtwatch는 어떻게 동작하나

핵심 아이디어는 의외로 단순해요. 서버가 비디오 파일을 읽어서 WebRTC 트랙으로 만든 다음, 접속한 모든 클라이언트에게 같은 트랙을 동시에 송출하는 거죠. 일반적인 비디오 스트리밍(HLS, DASH 같은 거)이 각자 알아서 다운로드받아 재생하는 방식이라면, rtwatch는 서버가 "지금 이 프레임"을 모두에게 동시에 밀어넣는 푸시 방식이에요. 그래서 자연스럽게 모두가 같은 장면을 보게 됩니다.

Go와 Pion의 조합으로 짜여 있어서 단일 바이너리로 빌드되고, 배포도 간편해요. ffmpeg을 통해 다양한 코덱의 영상 파일을 처리할 수 있고, 웹 인터페이스도 함께 제공되니까 클론 받아서 바로 돌려볼 수 있죠. 일시정지나 탐색(seek) 같은 컨트롤도 한 사람이 조작하면 모두에게 반영되는 식으로 처리됩니다.

일반 스트리밍과 뭐가 다를까

HLS(HTTP Live Streaming)나 MPEG-DASH 같은 전통적인 스트리밍 기술과 비교해보면 차이가 명확해져요. HLS는 영상을 몇 초 단위 조각으로 잘라서 HTTP로 다운로드받게 하는 방식이에요. 안정적이고 캐싱이 잘 되는 대신, 지연 시간이 보통 10초에서 30초씩 나요. 그래서 실시간 동기화 시청에는 부적합합니다.

반면 WebRTC는 원래 화상통화용으로 만들어진 기술이라 지연 시간이 수백 밀리초 수준으로 낮아요. 여러 사람이 같이 보다가 누군가 "어 방금 그 장면 뭐였어?" 하고 되돌리면 거의 즉시 반영되는 경험을 만들 수 있죠. 대신 서버 부하나 확장성 면에서는 HLS 같은 캐시 친화적 방식보다 까다로워요. 서비스 규모를 키우려면 SFU(Selective Forwarding Unit) 같은 미디어 서버 구조까지 같이 고민해야 합니다.

비슷한 프로젝트들과의 위치

Watch Party류로 유명한 건 Syncplay, Watch2Gether, Hyperbeam 같은 게 있어요. Syncplay는 영상은 각자 재생하고 재생 위치만 동기화하는 방식이라 가볍지만, 모두가 같은 파일을 가지고 있어야 해요. Watch2Gether는 유튜브 같은 외부 영상을 임베드해서 같이 보는 방식이고요. rtwatch는 이 둘과 달리 서버가 직접 영상을 송출한다는 점에서 디스코드의 "화면 공유로 영상 같이 보기" 같은 경험에 가깝습니다.

Pion 자체도 WebRTC Go 생태계에서 LiveKit, ion-sfu 같은 큰 프로젝트들의 기반이 되는 라이브러리예요. rtwatch는 그 Pion으로 실제 제품 수준의 무언가를 만들 수 있다는 걸 보여주는 쇼케이스 같은 역할을 하기도 하죠.

한국 개발자에게는 어떤 의미

한국은 인터넷 인프라가 좋아서 WebRTC 기반 서비스가 잘 동작하는 환경이에요. 비대면 협업, 라이브 커머스, 메타버스 같은 영역에서 WebRTC 수요는 계속 커지고 있고요. rtwatch처럼 잘 짜인 오픈소스를 한 번 정독해두면, 나중에 사내에서 "실시간 영상 공유 기능 만들어주세요" 같은 요청이 들어왔을 때 빠르게 대응할 수 있어요.

특히 Go 개발자라면 더 매력적입니다. 단일 바이너리로 떨어지는 가벼움, 동시성 처리가 편한 goroutine, 메모리 관리 부담이 적은 점이 미디어 서버를 짜는 데 잘 맞거든요. 사이드 프로젝트로 rtwatch를 포크해서 자기만의 기능을 붙여보면 WebRTC 실력이 빠르게 늘 거예요.