녹화만 켜면 게임이 버벅일 때 — 압축을 누가 하느냐의 문제입니다

게임만 돌릴 땐 부드러운데, 녹화나 방송을 켜는 순간 프레임이 뚝 떨어집니다. 하이라이트를 남기고 싶을 뿐인데 게임이 슬라이드 쇼가 되면 본말이 뒤집힌 셈이죠.

녹화가 하는 일을 펼쳐 보면 범인 후보가 정리됩니다. 녹화는 받아서(캡처) → 압축해서(인코딩) → 저장하는(디스크 쓰기) 세 단계이고, 이 중 게임과 자원을 정면으로 다투는 단계가 압축입니다. 화면 원본은 그대로 저장하기엔 너무 커서 반드시 실시간으로 압축해야 하는데 — 이 압축을 누가 하느냐가 이 증상의 갈림길입니다.

갈림길 — 압축의 담당자가 둘 있습니다

소프트웨어 인코딩은 압축을 CPU가 합니다. 품질을 세밀하게 다루는 데 유리한 방식이지만, 게임도 CPU가 필요하니 한정된 CPU를 게임과 녹화가 나눠 쓰는 구도가 됩니다 — "녹화만 켜면 버벅"의 전형적인 뿌리입니다.

하드웨어 인코딩은 그래픽카드(또는 내장그래픽)에 실린 압축 전용 회로가 합니다. 엔비디아의 NVENC처럼 제조사마다 전용 인코더가 있고, 게임을 그리는 연산과는 분리된 회로라 프레임에 주는 영향이 상대적으로 훨씬 작습니다. 요즘 그래픽카드에는 대부분 실려 있습니다.

판정은 간단합니다 — 게임을 켠 채 녹화를 켜고, 병목 판정에서 쓴 그 도구(작업 관리자·모니터링 오버레이)로 CPU 사용률이 확 뛰는지 보세요. 녹화를 켜는 순간 CPU가 치솟으며 프레임이 빠진다면 소프트웨어 인코딩 정황이고, 처방 1순위가 정해집니다.

처방 사다리 — 위에서부터

첫째, 녹화 도구의 인코더 설정을 하드웨어 인코더로. 녹화·방송 도구의 출력/인코더 설정에 CPU 방식(x264류)과 그래픽카드 방식(제조사 인코더)이 나란히 있는 경우가 대부분입니다 — 이 전환 하나가 이 증상의 가장 큰 손잡이입니다. 품질 차이를 걱정하는 이야기도 있지만, 게임이 버벅여서 판정 자체가 흔들리는 것보다는 한참 나은 거래고, 요즘 하드웨어 인코더 품질은 시청용으로 충분하다는 평이 일반적입니다.

둘째, 저장 위치를 봅니다. 압축을 넘겨도 끊긴다면 저장 단계 차례입니다 — 높은 비트레이트 녹화가 하드디스크나 거의 꽉 찬 SSD로 가고 있다면 쓰기가 못 따라와 주기적인 끊김이 됩니다. 여유 있는 SSD로 저장 위치를 옮기는 게 처방입니다.

셋째, 녹화 설정을 목적에 맞춥니다. 클립 공유가 목적이면 해상도·프레임·비트레이트를 한 단계씩 낮춰도 결과물 체감이 작습니다 — 편집용 원본이 필요할 때만 높은 설정의 값을 치르면 됩니다.

넷째, 그래도 부족하면 예산 문제입니다. 녹화 없이도 프레임이 빠듯했던 시스템이라면 녹화는 마지막 짐일 뿐 — CPU·GPU 병목 판정으로 돌아가 어느 쪽이 막히는지부터 보는 게 순서이고, 게임 설정을 낮춰 여유를 만드는 것도 같은 축의 처방입니다.

정리하면 — 인코더를 하드웨어로, 저장은 여유 있는 SSD로, 설정은 목적만큼만. 이 셋으로 대부분의 "녹화만 켜면"은 잡힙니다. 녹화 없이도 끊기는 증상이라면 애초에 끊김 판정 쪽이고, 듀얼 모니터에서 보조 화면 재생까지 겹친 상황이라면 그 부하의 구조도 같이 보면 계산이 맞습니다.

기준이나 동작이 실제와 다르면 알려주세요. 확인 후 갱신합니다.