동영상 자르기, 잘라내기, 회전, 해상도 변경
여섯 가지 변경을 한 번에, 업로드 없이. 그중 셋(회전, 소리 제거, 끝부분 자르기)은 재인코딩이 전혀 필요 없습니다. 압축된 화면이 그대로 복사되므로 몇 초면 끝나고 모든 픽셀이 살아남습니다. 나머지 셋은 재인코딩하며, 어느 쪽인지 무엇을 누르기 전에 알려 줍니다.
이 여섯 가지 중 셋은 비용이 들지 않습니다
동영상 편집이라고 하면 보통 재인코딩을 뜻한다고 생각합니다. 모든 프레임을 디코딩하고 바꾼 뒤 다시 압축하면서 시간과 화질을 쓰는 것이죠. 이 페이지가 하는 일의 절반에 대해서는 그 가정이 그냥 틀렸습니다. 영상을 회전하고, 소리를 없애고, 끝부분을 잘라내는 일은 프레임을 한 장도 디코딩하지 않고 할 수 있습니다. 압축된 화면이 한 파일에서 다음 파일로 그대로 복사되기 때문입니다. 영상이 아무리 길어도 결과는 몇 초 만에 나오고, 원본에 가까운 정도가 아니라 비트 단위로 같은 화면입니다.
그 이유는 알아 둘 만합니다. 경계가 어디에 있는지 설명해 주기 때문입니다. 회전은 픽셀을 돌려서 저장하는 것이 아니라, 어느 방향으로 그려야 하는지 플레이어에게 알려 주는 파일 헤더 안의 숫자입니다. 오디오 제거는 트랙 하나를 덜 쓰는 일입니다. 끝부분 자르기는 복사를 일찍 멈추는 일입니다. 어느 것도 화면을 이해할 필요가 없으니 어느 것도 화면을 건드리지 않습니다. 잘라내기, 해상도 변경, 프레임 레이트 변경은 반대입니다. 각각 원본에 없던 프레임을 만들어 내며, 그것은 전부를 디코딩해서 다시 압축하는 것으로만 가능합니다.
이 도구는 여러분의 선택이 그 선 어느 쪽에 놓이는지 변경별로 판단해서 확정 전에 보여 줍니다. 비용이 없는 변경만 고르면 즉시 경로를 탑니다. 그렇지 않은 것을 하나 더하면 영상 전체가 재인코딩됩니다. 그 중간은 없으며, 그래서 그중 하나를 건드리는 순간 배지가 바뀝니다.
| 변경 | 비용 | 이유 |
|---|---|---|
| 90° / 180° / 270° 회전 | 없음 | MP4 헤더의 방향 플래그로 기록됩니다. 플레이어가 그것을 읽어 그리면서 화면을 돌리므로 프레임은 하나도 수정되지 않습니다. |
| 소리 제거 | 없음 | 오디오 트랙을 그냥 쓰지 않습니다. 비디오 트랙은 아무 변경도 없을 때와 똑같이 그대로 복사됩니다. |
| 끝부분 자르기 | 없음 | 복사가 여러분이 고른 지점에서 멈춥니다. 그 앞은 이미 압축되어 있고 새 파일에 그대로 들어갑니다. |
| 앞부분 자르기 | 재인코딩 | 새 시작점은 거의 확실히 키프레임이 아니고, 그 뒤 프레임들은 키프레임 없이 디코딩할 수 없습니다. 다른 방법은 여러분이 지우라고 한 1~2초를 조용히 돌려주는 것뿐입니다. |
| 화면 잘라내기 | 재인코딩 | 작아진 프레임은 다른 그림입니다. 모든 프레임을 디코딩해서 자르고 다시 압축해야 합니다. |
| 해상도 또는 프레임 레이트 변경 | 재인코딩 | 같은 이유입니다. 출력 프레임이 원본에 없으니 만들어 내야 합니다. |
재인코딩이 실제로 일어나면 결과물은 어디서나 재생되는 조합인 H.264 영상과 AAC 오디오로 나옵니다. 이는 호환성을 위한 의도된 선택이며, 원본이 HEVC라면 아래에서 읽어 볼 만한 결과가 하나 따라옵니다.
자르기: 끝은 왜 무료이고 앞은 왜 아닌가
타임라인에는 핸들이 둘 있고 둘의 비용은 같지 않습니다. 오른쪽을 끌면 복사를 일찍 멈춰서 영상이 짧아집니다. 디코딩도, 압축도 없으므로 두 시간짜리 파일이 2분짜리와 비슷한 속도로 잘립니다. 왼쪽을 끌면 남은 영상 전체를 다시 인코딩하는데, 임의의 제약으로 여기는 대신 이유를 이해할 만합니다.
압축된 영상은 서로 독립적인 그림들의 연속이 아닙니다. 키프레임은 그것만으로 완성된 그림이지만, 그 뒤 프레임들은 이후 무엇이 바뀌었는지만 저장하며 때로는 수 초에 걸쳐 그렇습니다. 임의의 지점에서 자르면 그런 구간 중간에 떨어져, 이제는 갖고 있지 않은 그림에 대한 변화만 손에 남습니다. 정직한 방법은 둘뿐입니다. 자른 지점을 앞쪽 키프레임까지 조용히 물리는 것(여러분이 명시적으로 지우라고 한 몇 초를 되돌려 주는 셈), 아니면 그 키프레임부터 디코딩해서 실제 자른 지점부터 다시 인코딩하는 것. 이 도구는 두 번째를 택하므로 영상은 여러분이 말한 곳에서 시작합니다.
실제로는 긴 영상의 긴 인트로를 잘라내는 데는 실제 시간이 걸리고, 같은 영상의 꼬리를 자르는 데는 걸리지 않는다는 뜻입니다. 둘 중 하나만 필요하다면 끝만 하는 편이 압도적으로 저렴합니다. 둘 다 필요하다면 비용은 앞만 자르는 것과 같습니다. 선택한 모든 것을 한 번의 처리로 해내기 때문입니다.
소리도 같은 규칙을 따릅니다. 끝을 자르면 오디오가 손대지 않고 복사되고, 앞을 자르면 AAC로 다시 인코딩됩니다. 좋은 결말이 없는 경우가 하나 있습니다. Dolby 트랙은 브라우저에서 아예 다시 인코딩할 수 없으므로, Dolby 오디오가 있는 파일의 앞을 자르면 소리를 잃습니다. 패널이 시작 전에 그렇다고 말해 주며, 시작 핸들을 0으로 되돌리면 트랙이 유지됩니다.
잘라내기와 회전, 그리고 적용되는 순서
미리보기에서 상자를 끌어 잘라냅니다. 상자 안을 끌면 옮기고, 모서리를 끌면 크기를 바꾸며, 한 번 탭하면 지워집니다. 키보드로도 됩니다. 상자에 포커스를 두면 방향키로 미세하게 옮기고, Shift를 누르면 대신 크기가 바뀝니다. 정확한 경계가 필요한데 트랙패드가 말을 듣지 않을 때 쓸 만합니다.
회전이 먼저 적용되고, 잘라내기 상자는 회전된 그림 안에 있습니다. 둘을 함께 쓰는 순간 이 점이 중요해집니다. 가로 영상을 세로로 돌리면 프레임이 가로 1080, 세로 1920이 되므로 오른쪽 가장자리에 있던 상자가 이제 위쪽에 있게 됩니다. 다시 그리게 만드는 대신 상자가 그림과 함께 돌아가면서 여러분이 잡아 둔 구도를 유지합니다. 해상도는 마지막에, 잘라내기가 남긴 것에 적용됩니다. 1080p 영상의 작은 영역을 잘라낸 뒤 720p를 고르면 그 영역의 720p가 나오며, 작은 영역이 담긴 720p 프레임이 나오는 것이 아닙니다.
잘라내기 상자가 할 수 없는 한 가지는 브라우저가 재생할 수 없는 파일을 미리 보여 주는 것입니다. MKV와 ProRes가 흔한 경우입니다. 이 도구는 그 파일들을 문제없이 읽지만, 브라우저 자체의 video 요소는 대개 그것을 표시하지 못합니다. 그럴 때는 그림 대신 비율이 정확한 빈 프레임이 나오고 잘라내기는 그대로 동작합니다. 참조 그림 없이 올바른 모양 위에 그리는 셈입니다. 아예 디코딩할 수 없는 코덱에서는 잘라내기가 완전히 비활성화됩니다. 그려 볼 수 없는 잘라내기는 잘라내기가 아니기 때문입니다.
- 회전할 거라면 먼저 하세요. 잘라내기 상자가 그림을 따라가므로 구도를 잃지 않습니다.
- 남기고 싶은 영역을 끌어서 잡으세요. 바깥이 어두워져 결과를 볼 수 있습니다.
- 결과물을 더 작게도 만들고 싶다면 해상도를 고르세요. 잘라낸 영역에 적용됩니다.
출력의 두 변은 모두 짝수로 반올림됩니다. 비디오 인코더가 그것을 요구하기 때문입니다. 801픽셀 잘라내기는 802가 됩니다. 눈에 보이지 않는 차이이고, 유일한 대안은 잘라내기를 거부하는 것뿐입니다.
해상도, 프레임 레이트, 그리고 실제로 파일을 작게 만드는 것
여기서 해상도와 프레임 레이트는 낮추는 것만 됩니다. 원본보다 높은 해상도를 고르면 녹화된 적 없는 디테일을 만들어 내면서 용량만 청구하게 되고, 프레임 레이트도 마찬가지로 늘어난 프레임은 복제일 뿐입니다. 원본보다 높은 선택지는 제공한 뒤 조용히 무시하는 대신 아예 숨깁니다.
해상도를 낮추면 파일이 확실히 작아집니다. 픽셀이 줄면 실제로 비트가 덜 필요하기 때문입니다. 프레임 레이트를 낮추는 것은 다른 이야기이고, 많은 조언이 틀린 지점이 바로 여기입니다. 초당 프레임이 줄면 원리상 데이터가 줄기는 합니다. 하지만 여기 인코더는 받은 프레임 수가 아니라 출력의 크기에서 비트레이트를 고르므로, 프레임 레이트를 반으로 줄여도 파일이 반이 되지 않습니다. 확실히 일어나는 일은 움직임이 뚝뚝 끊기는 것입니다. 프레임 레이트는 용량을 아끼는 방법으로가 아니라, 보낼 곳에 60fps가 필요 이상일 때 바꾸세요.
용량이 목적이라면 이 페이지가 아니라 압축기가 맞습니다. 압축기는 화질 단계나 목표 용량을 정하면 거꾸로 비트레이트를 계산합니다. 이 페이지가 용량에 미치는 영향은 대체로 부수적입니다. 자르기는 영상이 짧아지니 작아지고, 잘라내기와 크기 축소는 줄이고, 회전이나 소리 제거는 거의 움직이지 않습니다.
이 페이지가 파일을 더 크게 만들 수 있는 경우가 하나 있습니다. 원본이 HEVC(최근 iPhone이 녹화하는 형식)이고 재인코딩을 일으키는 변경을 하면, 어디서나 재생되는 형식이 그것이므로 결과는 H.264가 됩니다. H.264는 같은 화면에 HEVC보다 많은 비트가 필요하므로, 잘라낸 HEVC 클립이 픽셀이 줄었는데도 원본보다 커질 수 있습니다. 회전, 소리 제거, 끝부분 자르기는 이를 완전히 피합니다. HEVC를 그대로 유지하기 때문입니다.
소리는 어떻게 되는가
소리 제거는 이 페이지에서 가장 단순한 작업입니다. 오디오 트랙을 쓰지 않고, 비디오 트랙은 복사되며, 파일이 몇 초 만에 나옵니다. 음량 조절이 아니라 진짜 제거입니다. 트랙이 무음이 되는 게 아니라 사라지므로 되살릴 수 없고, 파일은 그만큼 조금 작아집니다.
소리를 유지하면 그 소리가 어떻게 되는지는 다른 변경에 달렸습니다. 앞부분 자르기를 뺀 모든 것은 오디오를 서라운드 채널까지 비트 단위로 복사합니다. 앞부분 자르기는 화면과 같은 키프레임 이유로 AAC로 다시 인코딩하며, 빠르고 영상에는 영향이 없습니다. 그 경로에서 멀티채널 오디오는 스테레오로 다운믹스됩니다. 브라우저의 AAC 인코더가 멀티채널 입력을 아예 거부하기 때문이고, 다운믹스가 내보내기 실패보다는 낫습니다.
Dolby Digital은 예외이고, 해당될 때 패널이 그것을 분명히 적어 줍니다. AC-3와 E-AC-3 트랙은 복사는 되지만 다시 인코딩할 수는 없습니다. 브라우저에 Dolby 디코더가 실려 있지 않기 때문입니다. 그래서 이 페이지의 모든 변경을 살아남지만 하나는 예외입니다. 앞부분 자르기는 일어날 수 없는 재인코딩을 강제합니다. 내보내기 전체를 실패시키는 대신 도구는 오디오를 버리고 먼저 알려 주며, 끝부분만 자르면 트랙이 온전히 유지됩니다.
이 도구가 하지 않는 일
이것은 편집기가 아니라 한 번에 처리하는 조정 도구이며, 경계는 여러분이 직접 알아내게 두는 대신 분명히 적어 두는 편이 낫습니다.
- MP4만 출력합니다. 무엇을 넣어도 나오는 것은 MP4입니다.
- 클립 하나, 한 번의 처리. 두 영상을 붙이는 것도, 중간을 잘라내는 것도, 일괄 처리 대기열도 없습니다.
- 타임라인 스크러빙이나 결과 재생 미리보기는 없습니다. 미리보기는 무엇을 잘라내는지 보이도록 시작 지점의 프레임을 보여 줄 뿐, 플레이어가 아닙니다.
- 필터도, 색 보정도, 속도 변경도, 텍스트나 워터마크도 없습니다.
- 이 사이트가 동영상을 변환하는 모든 곳과 마찬가지로 자막, 챕터, 첨부물은 제거됩니다. 화면과 소리만 넘어갑니다.
- 용량 제한은 없지만 디스크 확인은 있습니다. 결과는 만들어지는 대로 로컬 저장소에 기록되므로 메모리가 파일 크기와 함께 늘지 않습니다. 다만 공간은 있어야 하고, 그것은 시작 전에 확인됩니다.
원본은 절대 수정되거나 이동되지 않습니다. 내려받는 것은 새 파일이므로, 원본을 지우는 일은 여러분이 직접 내리는 명시적인 결정으로 남습니다.
자주 묻는 질문
업로드하지 않고 동영상을 잘라내려면 어떻게 하나요?
위 도구에 동영상을 놓고 미리보기에서 상자를 끄세요. 전부 브라우저 안에서 돌아갑니다. 파일은 디스크에서 읽히고, 여러분 기기가 디코딩·재인코딩하며, 결과는 로컬 저장소에 다시 기록됩니다. 어디로도 전송되지 않습니다. 실행 중에 네트워크 패널을 열어 보거나, 이 페이지가 로드된 뒤 인터넷을 끊고 잘라내 봐도 됩니다. 잘라내기는 재인코딩합니다. 작아진 프레임은 다른 그림이므로 영상 길이에 비례하는 시간이 걸립니다.
회전은 즉시인데 잘라내기는 왜 느린가요?
종류가 다른 작업이기 때문입니다. 회전은 어느 방향으로 그릴지 플레이어에게 알려 주는 파일 헤더의 플래그로 저장되므로 프레임은 하나도 건드리지 않습니다. 영상이 몇 초 만에 그대로 복사됩니다. 잘라내기는 원본에 없는 프레임을 만들어 내므로 모든 프레임을 디코딩해 자르고 다시 압축해야 합니다. 그것은 실제 작업이고 영상 길이에 비례합니다.
동영상을 자르면 화질이 떨어지나요?
끝만 자른다면 아닙니다. 그것은 단순 복사이고 남은 화면은 원본과 비트 단위로 동일합니다. 앞을 자르면 재인코딩합니다. 새 시작점이 키프레임에 떨어지는 일이 거의 없고 그 뒤 프레임은 키프레임 없이 디코딩할 수 없기 때문입니다. 화질이 한 세대 손실됩니다. 꼬리만 잘라야 한다면 그것만 하는 편이 더 빠르고 무손실입니다.
이 파일에서는 왜 시작 핸들을 옮길 수 없나요?
파일의 비디오 코덱을 브라우저에서 디코딩할 수 없기 때문입니다. 보통 ProRes가 그 경우인데, 앞부분 자르기는 재인코딩을 필요로 하고 재인코딩은 디코딩을 필요로 합니다. 실패할 내보내기를 기다리게 하는 대신 시작 핸들을 0에 고정합니다. 그런 파일에서도 끝부분 자르기, 회전, 소리 제거는 모두 되고 셋 다 즉시 끝납니다.
프레임 레이트를 바꾸면 영상이 작아지나요?
믿을 만하게 그렇지는 않으며, 반대되는 말이 널리 퍼져 있으니 분명히 해 두는 편이 좋습니다. 인코더는 프레임 수가 아니라 출력의 크기에서 비트레이트를 고르므로, 프레임 레이트를 반으로 줄여도 파일이 반이 되지 않습니다. 확실히 일어나는 일은 움직임이 뚝뚝 끊기는 것입니다. 보낼 곳에 60fps가 필요 없을 때 프레임 레이트를 낮추세요. 용량을 줄이려면 해상도를 낮추거나, 용량을 직접 겨냥하는 압축기를 쓰세요.
잘라냈는데 파일이 왜 더 커졌나요?
거의 확실히 원본이 HEVC였기 때문입니다. 최근 iPhone은 HEVC로 녹화하고, 재인코딩을 일으키는 변경은 대신 H.264를 만들어 냅니다. H.264는 어디서나 재생되고 HEVC 파일은 그렇지 않기 때문입니다. H.264는 같은 화면에 비트가 더 필요하고, 그것이 잘라내서 줄인 픽셀을 넘어설 수 있습니다. 회전, 소리 제거, 끝부분 자르기는 이를 완전히 비껴갑니다. 원본 HEVC를 손대지 않고 유지하기 때문입니다.
재인코딩 없이 동영상을 회전할 수 있나요?
네, 이 도구가 하는 일이 바로 그것입니다. MP4는 방향을 픽셀을 돌려서가 아니라 변환 플래그로 저장하므로, 회전은 숫자 하나를 쓰고 화면을 그대로 복사하는 일입니다. 길이와 무관하게 몇 초면 끝나고 화질은 동일하며, 브라우저가 디코딩할 수 없는 코덱의 파일에서도 됩니다. 소리 제거나 끝부분 자르기와 함께 해도 전체 작업이 여전히 즉시 끝납니다.
여러 변경을 한 번에 할 수 있나요?
네, 한 번에 하나씩 내보내는 대신 여기서 하는 이유가 그것입니다. 선택한 모든 것이 한 번의 처리로 적용되므로, 잘라내기 + 해상도 변경 + 자르기가 재인코딩 세 번이 아니라 한 번입니다. 화질에도 중요합니다. 따로 내보낼 때마다 손실 세대가 하나씩 늘어나니까요. 비용 없는 변경들에 재인코딩 변경을 하나 더하면 전체가 재인코딩된다는 점은 유의하세요. 그 중간은 없습니다.
잘라내기 미리보기가 왜 비어 있나요?
브라우저가 그 파일을 재생할 수 없기 때문이고, MKV와 ProRes에서 흔합니다. 이 도구는 브라우저의 비디오 플레이어 대신 자체 리더를 쓰므로 그 파일들을 문제없이 읽지만, 미리보기 요소는 표시할 것이 없습니다. 대신 비율이 정확한 빈 프레임이 나오고 잘라내기 상자는 그대로 동작하므로, 아래에 그림 없이 올바른 모양 위에 그리게 됩니다.
용량 제한이 있나요?
없습니다. 결과는 메모리에 모아 두는 대신 만들어지는 대로 브라우저의 로컬 저장소에 기록되므로, 두 시간짜리 파일도 2분짜리와 비슷한 메모리만 씁니다. 대신 확인하는 것은 중간이 아니라 시작 전의 여유 디스크 공간입니다. 즉시 처리되는 변경에서는 어차피 거의 문제가 되지 않습니다. 수 GB 파일을 회전하거나 무음으로 만드는 것도 여전히 몇 초입니다. 프레임을 한 번도 디코딩하지 않기 때문입니다.
어떤 브라우저에서 동작하나요?
Chrome, Edge 등 Chromium 계열 브라우저와 Safari 18 이상입니다. Firefox는 이 기능이 의존하는 WebCodecs 비디오 지원을 제공하지 않으며, 페이지는 파일을 고른 뒤 실패하는 대신 로드할 때 그것을 감지합니다. 모바일 브라우저도 최근 기기에서는 동작하지만, 긴 영상의 잘라내기나 해상도 변경은 휴대폰에서 느립니다.
제 영상이 어딘가로 업로드되나요?
아닙니다. 어느 단계에도 서버가 관여하지 않습니다. 파일은 로컬에서 읽히고, 여러분 기기가 처리하며, 로컬 저장소에 다시 기록됩니다. 그래서 대기열도, 일일 할당량도, 계정도, 워터마크도 없습니다. 회수해야 할 인프라 비용이 없기 때문입니다. 실행 중에 네트워크 패널을 열어 보면 나가는 것이 아무것도 없습니다.
함께 읽기
AskClean 팀 · 업데이트 2026-08-21