영상 인코딩 프로그램은 처음에는 “용량만 줄이면 되는 도구”라고 생각했습니다. 그런데 실제로 써보니 인코딩 속도보다 더 중요한 문제가 있었습니다. 자막 싱크가 밀리거나, 음성이 0.5초 늦게 나오거나, 출력 파일을 원본 위에 덮어써서 다시 다운로드해야 하는 상황이 생기면 프로그램 선택보다 작업 방식이 더 중요해집니다.
저는 최근 6주 동안 Windows 11, RAM 16GB, SSD 512GB 환경에서 HandBrake와 Shutter Encoder를 직접 비교했습니다. 테스트 영상 수는 총 42개였고, 전체 원본 영상 용량은 71.3GB였습니다. 평균 원본 영상 길이는 18분 40초였으며, 강의 영상, 화면 녹화본, 인터뷰 영상, 자막 포함 MP4 파일이 섞여 있었습니다. HandBrake 인코딩 테스트는 42회, Shutter Encoder 인코딩 테스트도 42회로 동일하게 진행했습니다.
비교 기준: 단순 속도보다 실패를 줄이는 방식이 중요했다
처음 비교 기준은 인코딩 속도와 용량 감소율이었습니다. 하지만 6주 동안 반복해보니 실제 업무에서는 인코딩 실패, 자막 안정성, 음성 싱크, 설정 난이도, 초보자 실수 가능성이 더 중요했습니다.
특히 영상 1개를 잘못 변환하면 다시 인코딩하는 데 10분 이상 걸렸습니다. 자막까지 확인하려면 전체 영상을 다시 훑어야 해서 실제 손실 시간은 더 컸습니다. 그래서 저는 3주 차부터 바로 전체 인코딩을 하지 않고, 먼저 1분 샘플 인코딩을 한 뒤 문제가 없을 때만 전체 변환하는 방식으로 바꿨습니다.
인코딩 속도 비교: HandBrake 11분 26초, Shutter Encoder 12분 18초
42개 영상을 기준으로 평균 인코딩 시간을 기록했을 때 HandBrake 평균 인코딩 시간은 11분 26초였습니다. Shutter Encoder 평균 인코딩 시간은 12분 18초였습니다. 평균으로 보면 HandBrake가 약 52초 정도 빨랐습니다.
체감상 HandBrake는 MP4를 H.264로 단순 압축할 때 안정적으로 빨랐습니다. 사전 설정에서 “Fast 1080p30” 계열을 기준으로 약간만 조정하면 결과물이 일정했습니다. 반면 Shutter Encoder는 처음 설정 화면이 조금 더 낯설었지만, 포맷 변환 옵션이 다양해서 MOV, MKV, MP4가 섞인 파일을 다룰 때는 더 유연했습니다.
단순히 유튜브 업로드용 MP4 용량을 줄이는 목적이라면 HandBrake가 더 빠르게 느껴졌습니다. 하지만 자막을 포함하거나 오디오 트랙을 확인하면서 변환할 때는 Shutter Encoder 쪽이 작업 흐름을 더 세밀하게 잡을 수 있었습니다.
용량 감소율: HandBrake 63%, Shutter Encoder 59%
용량 감소율도 HandBrake가 조금 더 높았습니다. HandBrake 평균 용량 감소율은 63%, Shutter Encoder 평균 용량 감소율은 59%였습니다. 예를 들어 1.8GB짜리 강의 영상은 HandBrake에서 약 670MB까지 줄었고, Shutter Encoder에서는 약 740MB 정도로 줄었습니다.
하지만 용량이 작아진다고 무조건 좋은 것은 아니었습니다. 화면 녹화 영상에서는 글자가 많은 슬라이드 부분이 뭉개지는 경우가 있었습니다. 특히 VS Code 화면이나 엑셀 표가 들어간 영상은 비트레이트를 너무 낮추면 숫자와 코드가 흐릿해졌습니다. 이후에는 용량 감소율만 보지 않고, 1분 샘플에서 글자 선명도와 음성 싱크를 먼저 확인했습니다.
실제 파일명 규칙을 정한 이유
초반에는 파일명이 뒤죽박죽이었습니다. “강의최종.mp4”, “압축본.mp4”, “수정.mp4” 같은 이름이 섞이니 어떤 파일이 원본이고 어떤 파일이 압축본인지 헷갈렸습니다. 그래서 아래처럼 파일명 규칙을 정했습니다.
original_2026_lecture_01.mp4
compressed_2026_lecture_01_h264.mp4
sample_1min_test_lecture_01.mp4
이 규칙을 적용한 뒤에는 실수가 줄었습니다. 원본은 original, 압축본은 compressed, 테스트 파일은 sample로 시작하게 했고, 출력 폴더도 별도로 분리했습니다. 특히 sample_1min_test 파일을 먼저 만들고 확인한 뒤 전체 인코딩을 하니 자막과 음성 문제를 초반에 잡을 수 있었습니다.
인코딩 실패 횟수: HandBrake 3회, Shutter Encoder 2회
6주 동안 인코딩 실패는 HandBrake 3회, Shutter Encoder 2회 발생했습니다. 실패 원인은 대부분 원본 파일 문제, 자막 트랙 처리, 출력 경로 문제였습니다. HandBrake에서는 특정 MKV 파일을 MP4로 변환할 때 작업이 98%에서 멈춘 적이 있었고, Shutter Encoder에서는 출력 폴더 권한 문제로 변환이 중단된 적이 있었습니다.
처음에는 프로그램 오류라고 생각했지만, 기록을 다시 보니 제 작업 방식에도 문제가 있었습니다. 원본 파일 위치와 출력 위치가 같은 폴더였고, 파일명도 비슷해서 어떤 파일이 변환 중인지 헷갈렸습니다. 이후에는 원본 폴더와 출력 폴더를 완전히 분리했습니다.
원본 폴더: D:\video_original
출력 폴더: D:\video_compressed
샘플 폴더: D:\video_sample_test
이렇게 나눈 뒤에는 덮어쓰기 실수와 파일 혼동이 크게 줄었습니다.
가장 큰 실수: 원본 파일을 덮어써서 영상 1개를 다시 다운로드했다
가장 기억나는 실수는 원본 파일 백업 없이 덮어쓰기 설정을 사용한 일입니다. 1.4GB짜리 강의 영상을 압축하면서 출력 파일명을 원본과 거의 같게 지정했고, 저장 위치도 같은 폴더로 두었습니다. 변환이 끝난 뒤 확인해보니 원본 파일이 사라지고 압축본만 남아 있었습니다.
다행히 외부 플랫폼에서 다시 받을 수 있는 영상이라 복구는 했지만, 재다운로드와 확인에 24분 정도가 걸렸습니다. 이 경험 이후로는 원본 파일은 절대 건드리지 않고, 출력 파일에는 반드시 compressed라는 단어를 넣었습니다. 인코딩 프로그램을 비교하면서 가장 크게 배운 점은 “원본 보호가 먼저”라는 것이었습니다.
자막 싱크 문제: HandBrake 4회, Shutter Encoder 1회
자막 싱크 문제는 HandBrake에서 4회, Shutter Encoder에서 1회 발생했습니다. 특히 외부 SRT 자막을 영상에 포함하거나, MKV 안에 들어 있던 자막을 MP4로 변환할 때 문제가 생겼습니다. HandBrake에서 변환한 영상 중 일부는 자막이 약 1초 늦게 표시됐고, 한 영상은 중반 이후부터 자막이 점점 밀렸습니다.
Shutter Encoder는 자막 작업에서는 상대적으로 안정적으로 느껴졌습니다. 자막 트랙을 확인하고 변환하는 과정이 더 명확했고, 자막 포함 여부를 점검하기 쉬웠습니다. 그래서 자막이 중요한 영상은 Shutter Encoder로 먼저 1분 샘플을 만들고, 자막이 맞는지 확인한 뒤 전체 변환했습니다.
음성 싱크 문제: HandBrake 2회, Shutter Encoder 3회
반대로 음성 싱크 문제는 Shutter Encoder에서 조금 더 많았습니다. HandBrake는 2회, Shutter Encoder는 3회 발생했습니다. 큰 차이는 아니지만, 인터뷰 영상처럼 입 모양과 음성이 중요한 파일에서는 0.3초만 밀려도 바로 티가 났습니다.
특히 가변 프레임레이트로 녹화된 화면 녹화본에서 문제가 자주 보였습니다. 처음에는 전체 영상을 다 변환한 뒤 확인했기 때문에 실패하면 다시 12분 이상 기다려야 했습니다. 이후에는 반드시 첫 1분, 중간 1분, 마지막 1분을 확인했습니다. 단순히 시작 부분만 멀쩡하다고 전체가 정상이라고 판단하면 안 됐습니다.
HandBrake vs Shutter Encoder 비교표
| 비교 항목 | HandBrake | Shutter Encoder | 실제 체감 | 주의할 점 |
|---|---|---|---|---|
| 인코딩 속도 | 평균 11분 26초 | 평균 12분 18초 | 단순 MP4 압축은 HandBrake가 더 빠름 | 속도만 보고 품질 확인을 생략하면 안 됨 |
| 용량 감소율 | 평균 63% | 평균 59% | HandBrake가 용량을 더 많이 줄임 | 글자 많은 영상은 화질 뭉개짐 확인 필요 |
| 인코딩 실패 | 3회 | 2회 | Shutter Encoder가 실패 횟수는 약간 적음 | 출력 경로와 파일명 확인 필수 |
| 자막 안정성 | 자막 싱크 문제 4회 | 자막 싱크 문제 1회 | 자막 작업은 Shutter Encoder가 편했음 | SRT 포함 전 1분 샘플 확인 필요 |
| 음성 싱크 | 음성 싱크 문제 2회 | 음성 싱크 문제 3회 | 큰 차이는 없지만 파일별 확인 필요 | 가변 프레임레이트 영상은 특히 주의 |
| 설정 난이도 | 기본 압축 설정은 쉬움 | 옵션이 많아 처음엔 낯설음 | 초보자는 HandBrake가 빠르게 적응 가능 | Shutter Encoder는 기능명을 먼저 익혀야 함 |
| 초보자 실수 가능성 | 덮어쓰기와 자막 설정 주의 | 포맷과 오디오 설정 확인 필요 | 둘 다 원본 보호가 가장 중요 | 원본 폴더와 출력 폴더 분리 권장 |
실패를 줄이기 위해 바꾼 인코딩 순서
처음에는 원본 영상을 바로 전체 변환했습니다. 그런데 실패가 생기면 시간 손실이 컸습니다. 그래서 아래 순서로 바꿨습니다.
첫째, 원본 파일을 original 폴더에 보관합니다.
둘째, 1분 샘플 파일을 먼저 만듭니다.
셋째, 샘플에서 자막, 음성 싱크, 글자 선명도를 확인합니다.
넷째, 문제가 없으면 전체 영상을 변환합니다.
다섯째, 변환 후 원본 용량과 압축본 용량을 기록합니다.
이 방식으로 바꾼 뒤에는 같은 실수를 반복하는 일이 줄었습니다. 특히 자막 싱크 문제와 음성 싱크 문제는 전체 변환 전에 대부분 발견할 수 있었습니다.
HandBrake가 더 편했던 상황
HandBrake는 단순 용량 압축에 강했습니다. MP4 영상을 H.264로 줄이고, 파일 용량을 빠르게 낮추는 목적이라면 설정이 간단했습니다. 평균 인코딩 시간 11분 26초, 평균 용량 감소율 63%라는 결과도 실제 사용에서 만족스러웠습니다.
강의 영상, 화면 녹화본, 짧은 설명 영상처럼 자막이나 복잡한 오디오 트랙이 많지 않은 파일은 HandBrake로 처리하는 것이 편했습니다. 다만 자막이 포함된 영상은 반드시 샘플 테스트를 해야 했습니다. 제 경우 자막 싱크 문제가 4회 있었기 때문에, 자막 작업까지 HandBrake 하나로 끝내겠다는 생각은 조금 조심스러웠습니다.
Shutter Encoder가 더 편했던 상황
Shutter Encoder는 다양한 포맷 변환과 자막 작업에서 편했습니다. 처음 설정 화면은 HandBrake보다 낯설었지만, 여러 형식의 영상 파일을 다루거나 자막을 함께 확인해야 할 때는 선택지가 많았습니다. 인코딩 실패도 2회로 HandBrake의 3회보다 적었습니다.
특히 자막 포함 영상에서는 Shutter Encoder가 더 안정적으로 느껴졌습니다. 자막 싱크 문제도 1회만 발생했습니다. 다만 음성 싱크 문제는 3회 있었기 때문에, 인터뷰나 강의처럼 말소리가 중요한 영상은 변환 후 반드시 입 모양과 음성을 확인해야 했습니다.
결론: 단순 용량 압축은 HandBrake, 포맷 변환과 자막 작업은 Shutter Encoder
6주 동안 42개 영상, 전체 원본 용량 71.3GB를 기준으로 비교해본 결론은 분명했습니다. 단순히 영상 용량을 줄이는 목적이라면 HandBrake가 더 편했습니다. 평균 인코딩 시간이 11분 26초로 더 빨랐고, 평균 용량 감소율도 63%로 Shutter Encoder의 59%보다 높았습니다.
반면 다양한 포맷 변환, 자막 포함 영상, 세밀한 출력 설정이 필요하다면 Shutter Encoder가 더 적합했습니다. 평균 인코딩 시간은 12분 18초로 조금 더 길었지만, 자막 싱크 문제는 1회로 적었고, 여러 형식의 파일을 다룰 때 더 유연했습니다.
제가 실제로 얻은 가장 큰 결론은 프로그램 선택보다 작업 순서가 중요하다는 점입니다. 원본 폴더와 출력 폴더를 분리하고, 파일명 규칙을 적용하고, 1분 샘플 인코딩 후 전체 변환하는 방식만 지켜도 실패 가능성이 크게 줄었습니다. HandBrake든 Shutter Encoder든 원본을 바로 덮어쓰는 순간 복구 비용이 생길 수 있습니다. 영상 인코딩은 빠르게 끝내는 작업이 아니라, 실패를 줄이면서 안전하게 변환하는 작업에 가깝다고 느꼈습니다.