회의 녹화와 화면 캡처가 자꾸 꼬이던 시점
업무에서 화면을 녹화해야 하는 순간은 생각보다 자주 온다. 새로 들어온 팀원에게 백오피스 사용법을 보여주거나, 오류 재현 과정을 남기거나, 발표용 데모 영상을 만들어야 할 때가 그렇다. 처음에는 윈도우 기본 캡처 기능과 화상회의 앱의 녹화 버튼만으로 버텼는데, 막상 파일을 열어보면 소리가 빠지거나 화면 전환이 어색하게 잘려 있는 경우가 많았다.
특히 브라우저 탭, 문서 화면, 웹캠을 한 번에 보여줘야 하는 상황에서 기본 도구는 한계가 분명했다. 예를 들어 15분짜리 사용 가이드를 만들 때 모니터 전체만 녹화하면 불필요한 알림창까지 함께 들어가고, 창만 잡으면 중간에 팝업이 뜰 때 장면이 깨졌다. 결과물을 다시 찍는 시간이 더 길어졌다. 필요한 건 단순 녹화가 아니라, 보여줄 것을 통제할 수 있는 방식이었다.
먼저 써본 방법과 불편했던 지점
처음 시도한 건 파워포인트 녹화 기능과 줌 로컬 녹화였다. 파워포인트는 발표 화면 기준으로 짧은 설명 영상을 만들 때는 괜찮았지만, 브라우저와 파일 탐색기, 웹캠을 번갈아 보여주는 용도에는 맞지 않았다. 슬라이드 밖의 작업을 넣는 순간 흐름이 끊겼고, 다시 편집하려면 손이 많이 갔다.
줌 로컬 녹화는 더 단순했다. 회의 기록용으로는 충분하지만, 데스크톱 앱 시연에는 거슬리는 부분이 많았다. 참가자 창이 레이아웃을 흔들었고, 마이크 노이즈도 그대로 들어갔다. 1080p로 20분 정도 녹화했더니 MP4 파일 하나가 1.2GB 가까이 나왔는데, 정작 필요한 건 제품 설명 8분 분량의 깔끔한 화면이었다. 파일은 크고, 화면 구성은 지저분하고, 재촬영은 잦았다. 그때부터 화면을 찍는 프로그램과 방송용 툴을 같은 선상에서 보기 시작했다.
OBS 스튜디오를 고른 이유
OBS 스튜디오를 선택한 이유는 무료라서가 아니었다. 무료라는 점은 분명 장점이지만, 결정적이었던 건 장면 단위로 화면을 설계할 수 있다는 점이었다. 브라우저만 보여주는 장면, 브라우저와 웹캠을 같이 두는 장면, 전체 화면과 마이크만 받는 장면을 따로 만들어 두면 작업 흐름이 안정된다. 설명 순서가 바뀌어도 장면만 전환하면 되니 다시 찍을 범위가 줄었다.
비슷한 용도로 많이 비교되는 후보는 캄타시아와 엔비디아 섀도우플레이다. 캄타시아는 녹화 후 편집까지 한 번에 가는 흐름이 강점이라 교육 영상 제작에는 잘 맞는다. 대신 단순 데모 녹화만 필요한 사람에게는 가격 부담이 있고, 라이브 송출까지 생각하면 OBS 쪽이 더 낫다. 섀도우플레이는 게임 녹화처럼 빠르게 눌러 찍는 상황에서는 편하지만, 장면 구성과 오디오 분리가 제한적이라 업무용 화면 시연에는 답답했다. 결국 선택 기준은 간단했다. 편집 편의가 우선이면 캄타시아, 게임 위주 즉시 녹화면 섀도우플레이, 화면 구성과 송출·녹화를 같이 가져가려면 OBS가 맞다.
처음 세팅할 때 실제로 거친 순서
처음 설치 후 바로 녹화를 누르면 생각보다 결과가 들쭉날쭉하다. 내가 안정적으로 썼던 순서는 설정 > 출력 > 출력 모드: 고급으로 바꾸고, 녹화 탭에서 포맷을 MKV로 먼저 잡는 방식이었다. 이유는 간단하다. 장시간 녹화 중 프로그램이나 PC가 멈췄을 때 MP4는 파일이 통째로 깨질 수 있지만, MKV는 복구 가능성이 높다. 녹화가 끝난 뒤 파일 > Remux Recordings로 MP4 변환만 추가로 해주면 된다.
그다음은 소스 정리다. 보통 장면 1: 화면 공유, 장면 2: 화면+웹캠, 장면 3: 대기 화면 정도만 먼저 만든다. 각 장면 안에는 디스플레이 캡처 또는 윈도우 캡처, 비디오 캡처 장치, 오디오 입력 캡처를 넣는다. 여기서 중요한 건 한 번에 다 넣지 않는 것이다. 모니터 전체가 필요하면 디스플레이 캡처, 특정 앱만 보여주려면 윈도우 캡처를 쓰는 식으로 목적을 분리해야 녹화 중 사고가 줄어든다.
오디오는 초반에 꼭 손봐야 한다. 오디오 믹서에서 마이크에 필터를 걸어 노이즈 억제, 노이즈 게이트, 게인 정도만 잡아도 차이가 분명하다. 내 경우 기계식 키보드 소리가 꽤 크게 들어가서 노이즈 억제만 믿었더니 말끝이 살짝 뭉개졌다. 그래서 억제를 강하게 거는 대신 게이트를 약하게 추가하고, 마이크를 입 가까이 가져가는 쪽이 더 자연스러웠다. 설정 한 번에 끝나지 않고 두세 번 30초 테스트 파일을 들어보는 게 빠르다.
써보면서 체감한 결과와 작업 방식 변화
가장 먼저 달라진 건 재촬영 횟수였다. 예전에는 10분짜리 안내 영상을 만들면서 중간 실수 때문에 전체를 다시 찍는 일이 흔했다. 지금은 장면을 나눠 두었기 때문에 브라우저 설명 파트만 다시 녹화하고 앞뒤를 이어 쓰는 식으로 처리한다. 12분 분량 가이드 하나를 만들 때 예전에는 준비 포함 1시간 반쯤 잡았는데, 지금은 40분 안팎이면 끝나는 편이다.
파일 관리도 생각보다 중요했다. 1080p 30fps 기준으로 8분짜리 데모 영상이 대략 350MB 정도 나왔고, 같은 조건에서 비트레이트를 과하게 올리면 금방 700MB를 넘겼다. 그래서 보관용 원본과 공유용 파일을 나눴다. 원본은 MKV 또는 리먹스한 MP4로 남기고, 공유용은 핸드브레이크 같은 인코더로 한 번 더 줄여 올린다. 녹화 툴 하나를 바꿨을 뿐인데, 팀 채팅방에 올리는 파일 크기와 업로드 시간이 함께 정리됐다.
라이브 스트리밍은 자주 하진 않지만, 웨비나나 사내 발표 때는 준비 시간이 크게 줄었다. 유튜브 스트림 키만 넣어두고 장면을 미리 구성해 두면 발표 자료, 데모 화면, 발표자 얼굴을 전환하는 흐름이 안정적이다. 단순히 방송용 프로그램이라는 인식이 있었는데, 막상 써보면 녹화 툴과 발표 보조 툴의 중간쯤에 가깝다. 업무용으로 접근하면 생각보다 쓸 자리가 많다.
어떤 사람에게 맞고, 어디서부터는 번거로운가
모든 사람에게 OBS가 정답은 아니다. 한 번 누르면 바로 녹화되고, 편집도 최소한이면 되는 사람은 더 단순한 도구가 맞다. 예를 들어 짧은 튜토리얼 캡처만 가끔 만드는 경우라면 기본 캡처 도구나 Loom 같은 서비스가 더 가볍게 느껴질 수 있다. 클라우드 공유와 링크 전달이 우선이면 OBS보다 그런 쪽이 빠르다.
반대로 화면 구성, 오디오 품질, 장면 전환을 직접 통제하고 싶은 사람에게는 만족도가 높다. 다만 초반 진입 장벽은 분명 있다. 캡처 방식이 겹치면 검은 화면이 뜨고, 오디오 소스가 중복되면 에코가 생기며, 하드웨어 인코더 설정을 잘못 잡으면 CPU는 한가한데도 프레임 드롭이 날 수 있다. 세팅을 한 번 만져보고 끝낼 성격이 아니라면 적응이 어렵다.
그래서 추천 기준은 꽤 선명하다. 반복적으로 교육 영상, 제품 데모, 웨비나, 게임 녹화를 해야 하는 사람이라면 시간을 아껴준다. 반대로 한 달에 한 번 회의 화면만 저장하면 되는 사용자에게는 과할 수 있다. 내가 지금도 OBS를 계속 쓰는 이유는 기능이 많아서가 아니라, 실패했던 녹화 방식을 다시 반복하지 않게 해주기 때문이다. 다만 처음부터 플러그인까지 욕심내기보다 기본 장면 3개와 마이크 필터 2개만 잡고 시작하는 게 맞다. 그 선을 넘어서도 귀찮기만 하다면, 그때는 다른 방법으로 돌아가는 편이 낫다.