긴 동영상을 타임랩스로 바꾸는 방법

짧은 답

타임랩스 메이커를 열고 녹화본을 끌어다 놓은 뒤, 속도를 정하거나 — 1.1×부터 1000×까지 아무 값이나 — 계산 없이 결과물이 몇 초여야 하는지를 바로 입력합니다. 피드에 올릴 것이라면 60초가 좋은 출발점입니다. 초당 프레임 수를 고르고, 원본이 4K라면 크기를 줄이고, 내보내면 됩니다.

목적지가 GIF만 움직여 준다면, 내보낸 클립을 동영상을 GIF로 변환기에 이어서 통과시키세요. 다만 마지막 절부터 읽어 두세요. 타임랩스는 GIF에게 지울 수 있는 가장 비싼 짐이기 때문입니다.

그 여정은 처음부터 들어 있습니다. 내보내기가 끝나면 다운로드 버튼 아래의 줄이 결과를 곧바로 변환기로 이어 주겠다고 제안하고, 클립은 이미 실린 채 도착합니다.

속도가 아니라 길이를 말하세요

"얼마나 빠르게"는 잘못된 질문입니다. 정직한 답은 여러분이 할 필요가 없어야 할 나눗셈이기 때문입니다. 90분짜리 촬영본을 1분으로 만들면 90×이고, 공사장 하루를 30초에 담으면 슬라이더가 암시하는 어떤 값보다 3000×에 가깝습니다. 이 도구는 최종 길이를 그대로 받아 배율을 스스로 계산하므로, 더 긴 녹화본을 넣는 날에도 답이 그대로 유효합니다.

속도 배율이 여전히 쓸모 있는 곳은 작은 숫자입니다. 1.1×와 2× 사이에서는 동영상이 동영상으로서 볼 만하게 남습니다 — 강의, 시연 같은 것들 — 그리고 대략 8×를 넘으면 빠른 재생이기를 멈추고 타임랩스가 됩니다. 출력의 프레임 하나하나가 시간의 흐름에서 집어낸 표본이고, 표본 사이에 있던 것은 그냥 사라진 것입니다.

이 표본 추출이 작업이 빠른 이유이기도 합니다. 한 시간을 통째로 디코딩해 1분만 남기는 대신, 출력에 필요한 순간만 읽습니다 — 100×에서는 파일의 약 100분의 1입니다.

프레임과 크기, 짧게

• 초당 프레임. 30이면 거의 모든 것이 부드러운 움직임으로 읽힙니다. 60은 움직임 자체가 주제일 때에만 두 배의 용량 값을 하고, 24는 구름과 인파에 기분 좋은 필름 특유의 딸깍임을 줍니다.
• 크기. 타임랩스는 거의 언제나 작은 화면으로 봅니다. 4K를 1080p로 낮추면 인코더가 설명해야 할 픽셀이 4분의 1이 되고, 휴대폰 화면에서는 아무도 알아채지 못합니다.

타임랩스가 GIF가 되고 싶어 하는 순간

거의 없습니다. 타임랩스는 화면 전체가 끊임없이 바뀌는 것이고 — GIF 압축이 가장 못하는 바로 그것이라 — 짧은 것조차 수십 메가바이트로 떨어지는 반면 MP4는 그 10분의 1 무게에 더 선명합니다. 동영상이 재생되는 곳이라면 어디든 동영상을 올리세요.

목적지가 정말로 GIF만 움직여 준다면, 변환기의 타임라인에서 반복이 되는 몇 초로 잘라내고, 폭을 겸손하게 유지하고, 프레임을 ⁦10–12⁩까지 내리세요. 부분 GIF 가이드가 그 예산 이야기의 긴 판본입니다.

매주 하는 일이라면

두 단계가 여기서 두 페이지에 사는 것은 의도된 일입니다. 페이지마다 한 가지 일을 하고, 각자 혼자서 아무것도 컴퓨터를 떠나지 않음을 증명할 수 있습니다. 하지만 두 페이지가 실행하는 모든 것은 오픈 소스입니다. MIT 라이선스, 도구마다 폴더 하나, 하나하나 이름을 부르는 README가 딸린 의존성 없는 ES 모듈.

삼각대 위의 카메라가 일과의 일부라면, 코드 에이전트를 저장소로 보내 샘플러와 GIF 인코더를 여러분의 속도와 크기가 미리 설정된 한 페이지로 합쳐 달라고 하세요. 모듈은 읽히기 위해 쓰였고, 가져가는 것이야말로 라이선스가 존재하는 이유입니다.