한 번의 업로드, 여섯 가지 결과물
오늘날 단일 원본 영상은 9:16 세로 릴스, 1:1 정사각형 컷, 16:9 가로 버전, 자동 재생을 위한 음소거 및 자막 변형, 로고와 인트로/아웃트로가 포함된 브랜드 컷, 그리고 불안정한 연결에서도 즉시 로드되는 압축 버전이 되어야 합니다. 동일한 콘텐츠가 여섯 가지 이상의 형태로 — 모든 캠페인과 모든 크리에이터에게 매일 수많은 형태로 확산됩니다.
이를 대규모로 해결한다는 것은 비디오가 수동으로 편집되는 것이 아니라 프로그래밍 방식으로 변환되어야 함을 의미합니다. 그것이 FFmpeg이 우리 파이프라인에서 하는 일입니다.
특히 FFmpeg인 이유
FFmpeg은 오디오 및 비디오를 변환, 필터링, 인코딩하는 무료 오픈소스 명령줄 도구입니다. UI가 없으며 — 명령으로 원하는 것을 정확히 설명하면, FFmpeg이 이를 실행합니다. 이것이 전체 가치 제안입니다. 명령은 코드로 생성될 수 있고, 사용자별로 매개변수화되며, 파이프라인에 대기열에 추가되고, 사람의 개입 없이 서버에서 실행될 수 있습니다. 비디오 편집은 클릭을 통해 하는 것이 아니라 프로그래밍하는 것이 됩니다.
다음 세 가지 특성 덕분에 단순히 "작동하는 비디오 도구"가 아닌, 이 특정 문제에 적합합니다:
구성 가능한 필터. FFmpeg의 필터그래프는 스케일 → 크롭 → 오버레이 → 페이드를 단일 패스로 연결할 수 있게 합니다. 이는 각 단계에서 중간 파일을 작성하는 것을 피할 수 있기 때문에 중요합니다. 모든 작업 사이에 재인코딩하는 단순한 파이프라인은 렌더링 시간과 스토리지 소모를 모두 증가시킵니다. 체이닝은 다단계 변환을 단일 인코딩으로 유지합니다.
재인코딩뿐 아니라 스트림 레벨 작업. 트리밍과 같은 작업의 경우, FFmpeg은 스트림을 디코딩하고 재인코딩하는 대신 기존 스트림을 복사할 수 있습니다:
ffmpeg -i input.mp4 -ss 00:00:08 -t 15 -c copy highlight.mp4
-c copy는 몇 초 만에 완료되는 트리밍과 전체 재인코딩만큼 오래 걸리는 트리밍의 차이를 만듭니다. 우리는 픽셀 데이터를 건드릴 필요가 없는 모든 작업(트리밍, 포맷 리먹싱)에 이를 사용하며, 스케일링이나 오버레이와 같이 실제로 필요한 단계에 대해서는 전체 재인코딩을 남겨둡니다.
하드웨어 인식 인코딩. FFmpeg은 CPU 전용 libx264 대신 GPU 인코더(NVENC, QSV, VideoToolbox)를 통해 라우팅할 수 있습니다. GPU 인코딩은 대량 처리 시 순수한 처리량(throughput)에서 우위를 점합니다. libx264는 주어진 비트레이트에서 더 예측 가능하고 조절 가능한 품질을 제공합니다. 어느 것을 사용할지는 정해진 기본값이 아니라 실제적인 트레이드오프입니다. 우리는 품질 관리가 가장 중요한 브랜드 관련 작업에는 CPU 인코딩을 선호하며, 대량의 저우선순위 배치 작업에는 GPU 경로를 남겨둡니다.
파이프라인이 FFmpeg을 실제로 사용하는 방법
리프레이밍.
가장 일반적인 요청은 "이것을 모든 곳에 맞게 만드세요."입니다. 가로 원본은 스케일-앤-크롭을 통해 세로 릴스가 됩니다. 단순 크롭은 빠르지만 프레임의 일부를 버립니다. 중앙에 있는 피사체에는 좋지만, 피사체가 중앙에서 벗어날 때는 좋지 않습니다. 이러한 경우, 우리는 올바르게 스케일링된 전경 복사본 뒤에 흐림 처리된 전체 프레임 배경을 사용하여 아무것도 잘려나가지 않도록 합니다:
ffmpeg -i input.mp4 -filter_complex \
"[0:v]scale=1080:1920,boxblur=20:5[bg]; \
[0:v]scale=1080:-2[fg]; \
[bg][fg]overlay=(W-w)/2:(H-h)/2" \
-c:a copy output_blurred.mp4
이는 단일 기본 필터가 아니라 의도적인 두 갈래 결정입니다. 안전할 때는 크롭을 사용하고, 그렇지 않을 때는 블러-폴백을 사용합니다.
브랜딩, 자막, 오디오. 로고, 인트로, 아웃트로는 매개변수화된 오버레이 및 연결로 적용되어 파이프라인 코드를 건드리지 않고 브랜드별로 위치, 크기, 불투명도를 변경할 수 있습니다. 자막은 별도의 자막 트랙으로 제공되는 것이 아니라 프레임에 직접 삽입됩니다. 자동 재생 음소거 피드는 자막이 대상 플랫폼이 적용하는 모든 재인코딩에서 살아남아야 함을 의미하며, 삽입된 자막은 항상 그렇지만, 자막 트랙은 때때로 그렇지 않습니다. 오디오는 믹싱되고 음량이 정규화되어 스크롤 피드에서 어떤 클립도 이전 클립보다 귀에 거슬릴 정도로 시끄럽지 않게 합니다.
전달. 모든 출력은 +faststart로 인코딩됩니다. 이는 파일 메타데이터를 앞으로 이동시켜 전체 파일이 다운로드되기 전에 재생을 시작할 수 있게 합니다. 특히 짧은 형식 비디오의 인지되는 로드 시간에 엄청난 영향을 미치는 작은 플래그입니다.
우리가 여전히 해결하고 있는 트레이드오프
여기서 모든 결정이 확정된 것은 아닙니다. GPU 대 CPU 인코딩은 우리가 가장 많이 재검토하는 부분입니다. 볼륨이 증가함에 따라 GPU 처리량(throughput)이 매력적이지만, 비트레이트당 품질 일관성은 브랜드에 중요한 출력물의 경우 여전히 CPU 인코딩에 유리합니다. 현재 그 구분은 작업 유형별로 수동으로 처리됩니다. 이를 자동적이고 품질을 인식하는 라우팅 결정으로 만드는 것이 우리가 구축하고 있는 이 파이프라인의 다음 단계입니다.
이것이 중요한 이유
종합적으로 보면, 한 번의 업로드가 수직, 정사각형, 가로 변형으로 리프레이밍하고, 브랜딩하며, 자막을 삽입하고, 가장 효과적인 컷으로 트리밍하며, 오디오를 믹싱하고 정규화하고, 빠른 전달을 위해 압축하는 파이프라인을 트리거합니다 — 편집자가 타임라인을 열 필요 없이 말이죠. 각 작업은 독립적이고 상태 비저장이므로, 추가적인 확장은 단순히 더 많은 FFmpeg 워커를 병렬로 실행하는 것을 의미합니다.
릴스 트렌드는 콘텐츠의 모양만을 바꾼 것이 아닙니다. 수동 편집으로는 따라갈 수 없는 타임라인에서 단일 콘텐츠가 취해야 하는 형태의 수를 바꿨습니다. FFmpeg은 비디오를 수동으로 클릭하여 처리해야 하는 것이 아니라 프로그래밍 가능하고 구성 가능한 것으로 다루기 때문에 이러한 변화에 발맞춥니다. 이것이 이 파이프라인이 확장 가능한 실제 이유입니다. FFmpeg이 추상적으로 강력해서가 아니라, 크롭 대 블러-폴백, 스트림 복사 대 재인코딩, GPU 대 CPU와 같은 모든 결정이 기본값으로 처리되는 것이 아니라 각 경우에 따라 의도적으로 이루어지기 때문입니다.
만약 당신이 이와 같은 파이프라인을 구축하고 있고 아키텍처에 대한 다른 의견을 원한다면, 문의하세요.
