# 이미지가 든 폴더를 동영상으로 만드는 방법
슬라이드쇼는 만들기 간단하고, 두 번 렌더링하기도 쉬운 물건입니다. 설정 두 개가 이름과 다른 뜻이기 때문입니다. 각각이 무엇을 조절하고 무엇을 골라야 하는지 정리했습니다.
[이미지를 동영상으로 열기](https://abox.tools/ko/사진으로-동영상-만들기/): 이미지가 든 폴더 하나를 동영상으로.
마지막 업데이트 2026년 8월 26일
## 짧은 답
[이미지를 동영상으로](https://abox.tools/ko/사진으로-동영상-만들기/)를 열고 사진을 넣은 다음, 순서를 정하고 각 장이 얼마나 머무를지 설정하고 영상을 만드세요. H.264 영상이 든 MP4가 나오는데, 사실상 어디서나 재생됩니다.
두 번 렌더링하게 만드는 설정은 대개 머무는 시간과 해상도 둘입니다. 첫 렌더링 뒤가 아니라 그 전에 이해해 두실 만합니다.
## 프레임 레이트와 머무는 시간은 다른 것입니다
사람들에게 재렌더링을 물리는 혼동이 이것입니다.
**머무는 시간**은 각 사진이 화면에 얼마나 오래 있느냐입니다. 실제로 신경 쓰게 되는 설정입니다. 누군가 앉아서 보는 슬라이드쇼라면 3초가 편안한 기본값이고, 1~2초는 경쾌하며, 내레이션이 얹히지 않는 한 5초를 넘으면 늘어집니다.
**프레임 레이트**는 영상이 그 사진을 1초에 몇 번 되풀이하느냐 입니다. 슬라이드쇼의 생김새는 전혀 바꾸지 않습니다. 3초 동안 머무는 정지 이미지는 초당 24프레임에서나 60프레임에서나 똑같아 보이니까요. 대신 파일 크기와 인코딩 시간은 꽤 많이 바꿉니다.
그러니 평범한 슬라이드쇼라면 낮은 프레임 레이트를 고르세요. 24나 30이면 넉넉합니다. 더 올릴 이유는 영상에 움직임이 있을 때입니다. 사진마다 패닝이나 줌이 들어가거나 사진 사이에 크로스페이드가 있을 때는 낮은 프레임 레이트가 눈에 띄는 계단으로 드러납니다.
프레임률과 길이는 다른 것이고, 요약을 보면 그것이 분명해집니다. 한쪽을 바꾸면 움직이는 것은 프레임 수이지 길이가 아닙니다.
## 해상도, 그리고 비율이 맞지 않는 사진들
영상은 처음부터 끝까지 하나의 화면 크기를 갖습니다. 넣을 사진이 전부 그 하나를 공유할 리는 거의 없으니, 들어맞지 않는 것들에는 무언가가 일어나야 합니다. 그리고 그 무언가야말로 일부러 골라야 할 선택입니다.
영상이 어디로 가는지에서 해상도를 먼저 고르세요.
- 범용이라면 **1920×1080**. 어디서나 지원되고, 어디서나 재생되며, 대부분이 HD라고 할 때 뜻하는 것입니다.
- 스토리나 릴스, 쇼츠처럼 휴대폰이 먼저인 도착지라면 같은 숫자를 뒤집은 **1080×1920**.
- **3840×2160**은 사진에 정말로 그만한 디테일이 있고 도착지가 그것을 보여 줄 때만. 픽셀이 네 배, 인코딩 시간이 네 배, 파일도 대략 네 배입니다.
그다음 맞지 않는 것들을 어떻게 할지 정하세요. 각 사진을 화면 안에 맞추면 전부 남고 양옆에 띠가 생깁니다. 안전하고, 연출보다 사진이 중요할 때 맞는 답이죠. 화면을 채우고 넘치는 부분을 잘라내면 더 나아 보이지만 몇 장은 위쪽이 잘려 나갑니다. 한 영상에 세로 사진과 가로 사진을 섞는 것은 좋은 답이 없는 경우입니다. 어느 쪽으로 틀릴지를 미리 정해 두면 재렌더링을 아낍니다.
## 순서, 그리고 파일 이름의 함정
다른 일괄 작업과 마찬가지로, 파일 이름은 사람이 세는 방식과 다르게 정렬됩니다. 알파벳순으로는 `photo2.jpg`가 `photo10.jpg` 뒤에 옵니다. 비교가 글자 단위로 이루어지니까요.
어떤 행사를 찍은 사진이라면 촬영 날짜순이 대개 맞습니다. 일어난 순서대로 찍으셨을 테니까요. 이야기가 시간순이 아닌 것이라면 타일을 끌어 옮기는 편이 맞습니다. 렌더링 전에 확인하세요. 영상은 순서를 고치려면 처음부터 다시 해야 하는 유일한 결과물입니다.
순서란 이 목록이고, 목록은 끌어다 놓을 수 있습니다. 순서는 여러분이 추가한 차례에서 오며, 파일 이름이 짐작하게 하는 차례가 아닙니다.
## 배경음이 없고, 그건 작은 일이 아닙니다
이 도구가 쓰는 MP4에는 영상 트랙 하나만 있고 오디오 트랙이 아예 없습니다. 슬라이드쇼에 음악이나 내레이션이 필요하다면 그 단계에는 영상 편집 프로그램이 있어야 합니다.
그렇다는 사실만이 아니라 이유도 알아 두실 만합니다. 오디오를 넣는다는 것은 음악 파일을 디코딩하고, AAC로 인코딩하고, 컨테이너 안에서 영상과 교차로 엮는다는 뜻입니다. 셋 다 진짜 일이고, 대충 하면 재생하는 동안 싱크가 밀려나는 파일이 나옵니다. 반쯤 만들어 두는 대신 목록에 올려 두었습니다.
나중에 음악을 넣으실 거라면 실용적인 조언이 하나 있습니다. 곡을 먼저 고르고, 슬라이드쇼 길이가 그 곡 길이에 가깝게 나오도록 사진당 머무는 시간을 정하세요. 음악을 영상에 맞춰 자르는 것은 언제나 영상을 음악에 맞추는 것보다 나쁘게 들립니다.
## 무엇이 나오고, 재생되지 않으면 어떻게 할지
목표는 H.264 영상이 든 MP4이고, 존재하는 조합 중 가장 널리 재생됩니다. WebCodecs가 없는 브라우저에서는 대신 WebM으로 녹화하는 방식으로 넘어갑니다 같은 영상이지만 편집 프로그램과 소셜 플랫폼이 덜 받아 주는 컨테이너입니다.
WebM이 나왔는데 어딘가에서 거부한다면, 해법은 변환이 아니라 WebCodecs를 지원하는 브라우저입니다. 요즘 버전의 Chrome, Edge, Safari는 전부 지원합니다. 변환보다 다시 렌더링하는 편이 낫습니다. 변환은 손실 인코딩 한 세대를 더 쌓는 일이니까요.
사진을 몇 장까지 쓸 수 있는지 도구에 정해 둔 제한은 없습니다. 천장은 기기의 메모리입니다. 완성된 영상이 내려받기 전에 거기서 조립되니까요. 긴 4K 슬라이드쇼에서 가장 먼저 체감하게 됩니다.
## 파일을 작게 만들기
결과가 가려는 곳에 비해 너무 크다면, 실제로 도움이 되는 순서대로.
**프레임 레이트를 낮추세요.** 정지 슬라이드쇼라면 눈에 보이는 대가가 없고, 얻을 수 있는 단일 절감으로는 가장 큽니다.
**해상도를 낮추세요.** 4K 대신 1080p면 픽셀이 4분의 1이고, 휴대폰 화면에서는 아무도 모릅니다.
**짧게 만드세요.** 사진당 5초 대신 3초면 길이도 40%, 파일도 40% 줄고, 대개 더 나은 슬라이드쇼가 됩니다.
원본 사진을 먼저 줄이는 것은 별로 도움이 되지 않습니다. 영상은 어차피 정해 준 해상도로 인코딩되므로, 4000픽셀짜리 사진이나 2000픽셀짜리 사진이나 1080p 영상에서는 거의 같은 바이트 수를 만들어 냅니다. 다만 인코딩은 빨라지고, 위에서 말한 메모리 천장은 멀어집니다.
## 여기에 서버가 필요 없는 이유, 그리고 하나 적어 두는 예외
영상 인코딩은 업로드해야 할 가장 분명한 사례였습니다. 브라우저는 못 하고 FFmpeg이 있는 기기는 할 수 있었으니까요. WebCodecs가 기기에 이미 들어 있는 하드웨어 인코더를 드러내면서 그게 바뀌었습니다. 휴대폰이 실시간으로 영상을 녹화할 때 쓰는 바로 그 인코더고요. 프레임을 합성하는 것은 캔버스입니다. 어느 단계에도 내 기기의 성능 말고는 필요한 것이 없습니다.
이 도구에만 있는 예외 하나를 묻어 두지 않고 적어 둡니다. 선택 기능인 “주소로 추가하기”는 붙여 넣은 주소에서 이미지를 가져오고, 그 주소의 서버는 내 IP와 무엇을 요청했는지를 봅니다. 결함이 아니라 그 기능에 내재한 성질이고, 이 도구 어디에도 그것 말고 네트워크 단계는 없습니다. 쓰지 않으시면 내 기기에서 나가는 것이 아예 없습니다.
[온라인 변환 사이트에 파일을 올려도 안전할까요?](https://abox.tools/ko/가이드/파일-업로드-안전한가/)에 이 도구를 포함해 어떤 도구에든 같은 것을 알려 줄 확인 네 가지가 적혀 있습니다.
짧은 답
이미지를 동영상으로를 열고 사진을 넣은 다음, 순서를 정하고 각 장이 얼마나 머무를지 설정하고 영상을 만드세요. H.264 영상이 든 MP4가 나오는데, 사실상 어디서나 재생됩니다.
두 번 렌더링하게 만드는 설정은 대개 머무는 시간과 해상도 둘입니다. 첫 렌더링 뒤가 아니라 그 전에 이해해 두실 만합니다.
프레임 레이트와 머무는 시간은 다른 것입니다
사람들에게 재렌더링을 물리는 혼동이 이것입니다.
머무는 시간은 각 사진이 화면에 얼마나 오래 있느냐입니다. 실제로 신경 쓰게 되는 설정입니다. 누군가 앉아서 보는 슬라이드쇼라면 3초가 편안한 기본값이고, 1~2초는 경쾌하며, 내레이션이 얹히지 않는 한 5초를 넘으면 늘어집니다.
프레임 레이트는 영상이 그 사진을 1초에 몇 번 되풀이하느냐 입니다. 슬라이드쇼의 생김새는 전혀 바꾸지 않습니다. 3초 동안 머무는 정지 이미지는 초당 24프레임에서나 60프레임에서나 똑같아 보이니까요. 대신 파일 크기와 인코딩 시간은 꽤 많이 바꿉니다.
그러니 평범한 슬라이드쇼라면 낮은 프레임 레이트를 고르세요. 24나 30이면 넉넉합니다. 더 올릴 이유는 영상에 움직임이 있을 때입니다. 사진마다 패닝이나 줌이 들어가거나 사진 사이에 크로스페이드가 있을 때는 낮은 프레임 레이트가 눈에 띄는 계단으로 드러납니다.
프레임률과 길이는 다른 것이고, 요약을 보면 그것이 분명해집니다. 한쪽을 바꾸면 움직이는 것은 프레임 수이지 길이가 아닙니다.
해상도, 그리고 비율이 맞지 않는 사진들
영상은 처음부터 끝까지 하나의 화면 크기를 갖습니다. 넣을 사진이 전부 그 하나를 공유할 리는 거의 없으니, 들어맞지 않는 것들에는 무언가가 일어나야 합니다. 그리고 그 무언가야말로 일부러 골라야 할 선택입니다.
영상이 어디로 가는지에서 해상도를 먼저 고르세요.
범용이라면 1920×1080. 어디서나 지원되고, 어디서나 재생되며, 대부분이 HD라고 할 때 뜻하는 것입니다.
스토리나 릴스, 쇼츠처럼 휴대폰이 먼저인 도착지라면 같은 숫자를 뒤집은 1080×1920.
3840×2160은 사진에 정말로 그만한 디테일이 있고 도착지가 그것을 보여 줄 때만. 픽셀이 네 배, 인코딩 시간이 네 배, 파일도 대략 네 배입니다.
그다음 맞지 않는 것들을 어떻게 할지 정하세요. 각 사진을 화면 안에 맞추면 전부 남고 양옆에 띠가 생깁니다. 안전하고, 연출보다 사진이 중요할 때 맞는 답이죠. 화면을 채우고 넘치는 부분을 잘라내면 더 나아 보이지만 몇 장은 위쪽이 잘려 나갑니다. 한 영상에 세로 사진과 가로 사진을 섞는 것은 좋은 답이 없는 경우입니다. 어느 쪽으로 틀릴지를 미리 정해 두면 재렌더링을 아낍니다.
순서, 그리고 파일 이름의 함정
다른 일괄 작업과 마찬가지로, 파일 이름은 사람이 세는 방식과 다르게 정렬됩니다. 알파벳순으로는 photo2.jpg가 photo10.jpg 뒤에 옵니다. 비교가 글자 단위로 이루어지니까요.
어떤 행사를 찍은 사진이라면 촬영 날짜순이 대개 맞습니다. 일어난 순서대로 찍으셨을 테니까요. 이야기가 시간순이 아닌 것이라면 타일을 끌어 옮기는 편이 맞습니다. 렌더링 전에 확인하세요. 영상은 순서를 고치려면 처음부터 다시 해야 하는 유일한 결과물입니다.
순서란 이 목록이고, 목록은 끌어다 놓을 수 있습니다. 순서는 여러분이 추가한 차례에서 오며, 파일 이름이 짐작하게 하는 차례가 아닙니다.
배경음이 없고, 그건 작은 일이 아닙니다
이 도구가 쓰는 MP4에는 영상 트랙 하나만 있고 오디오 트랙이 아예 없습니다. 슬라이드쇼에 음악이나 내레이션이 필요하다면 그 단계에는 영상 편집 프로그램이 있어야 합니다.
그렇다는 사실만이 아니라 이유도 알아 두실 만합니다. 오디오를 넣는다는 것은 음악 파일을 디코딩하고, AAC로 인코딩하고, 컨테이너 안에서 영상과 교차로 엮는다는 뜻입니다. 셋 다 진짜 일이고, 대충 하면 재생하는 동안 싱크가 밀려나는 파일이 나옵니다. 반쯤 만들어 두는 대신 목록에 올려 두었습니다.
나중에 음악을 넣으실 거라면 실용적인 조언이 하나 있습니다. 곡을 먼저 고르고, 슬라이드쇼 길이가 그 곡 길이에 가깝게 나오도록 사진당 머무는 시간을 정하세요. 음악을 영상에 맞춰 자르는 것은 언제나 영상을 음악에 맞추는 것보다 나쁘게 들립니다.
무엇이 나오고, 재생되지 않으면 어떻게 할지
목표는 H.264 영상이 든 MP4이고, 존재하는 조합 중 가장 널리 재생됩니다. WebCodecs가 없는 브라우저에서는 대신 WebM으로 녹화하는 방식으로 넘어갑니다 같은 영상이지만 편집 프로그램과 소셜 플랫폼이 덜 받아 주는 컨테이너입니다.
WebM이 나왔는데 어딘가에서 거부한다면, 해법은 변환이 아니라 WebCodecs를 지원하는 브라우저입니다. 요즘 버전의 Chrome, Edge, Safari는 전부 지원합니다. 변환보다 다시 렌더링하는 편이 낫습니다. 변환은 손실 인코딩 한 세대를 더 쌓는 일이니까요.
사진을 몇 장까지 쓸 수 있는지 도구에 정해 둔 제한은 없습니다. 천장은 기기의 메모리입니다. 완성된 영상이 내려받기 전에 거기서 조립되니까요. 긴 4K 슬라이드쇼에서 가장 먼저 체감하게 됩니다.
파일을 작게 만들기
결과가 가려는 곳에 비해 너무 크다면, 실제로 도움이 되는 순서대로.
프레임 레이트를 낮추세요. 정지 슬라이드쇼라면 눈에 보이는 대가가 없고, 얻을 수 있는 단일 절감으로는 가장 큽니다.
해상도를 낮추세요. 4K 대신 1080p면 픽셀이 4분의 1이고, 휴대폰 화면에서는 아무도 모릅니다.
짧게 만드세요. 사진당 5초 대신 3초면 길이도 40%, 파일도 40% 줄고, 대개 더 나은 슬라이드쇼가 됩니다.
원본 사진을 먼저 줄이는 것은 별로 도움이 되지 않습니다. 영상은 어차피 정해 준 해상도로 인코딩되므로, 4000픽셀짜리 사진이나 2000픽셀짜리 사진이나 1080p 영상에서는 거의 같은 바이트 수를 만들어 냅니다. 다만 인코딩은 빨라지고, 위에서 말한 메모리 천장은 멀어집니다.
여기에 서버가 필요 없는 이유, 그리고 하나 적어 두는 예외
영상 인코딩은 업로드해야 할 가장 분명한 사례였습니다. 브라우저는 못 하고 FFmpeg이 있는 기기는 할 수 있었으니까요. WebCodecs가 기기에 이미 들어 있는 하드웨어 인코더를 드러내면서 그게 바뀌었습니다. 휴대폰이 실시간으로 영상을 녹화할 때 쓰는 바로 그 인코더고요. 프레임을 합성하는 것은 캔버스입니다. 어느 단계에도 내 기기의 성능 말고는 필요한 것이 없습니다.
이 도구에만 있는 예외 하나를 묻어 두지 않고 적어 둡니다. 선택 기능인 “주소로 추가하기”는 붙여 넣은 주소에서 이미지를 가져오고, 그 주소의 서버는 내 IP와 무엇을 요청했는지를 봅니다. 결함이 아니라 그 기능에 내재한 성질이고, 이 도구 어디에도 그것 말고 네트워크 단계는 없습니다. 쓰지 않으시면 내 기기에서 나가는 것이 아예 없습니다.
