영상 용량 줄이는 방법: 업로드 한도에 맞추기

영상 용량(파일 크기)을 줄이려면 더 적은 비트로 재인코딩하세요. 비트레이트나 품질 설정을 낮추거나, 프레임을 작게 하거나, 프레임 레이트를 낮추거나, 길이를 줄이거나, 오디오 트랙을 빼는 방법이 있습니다. 파일 크기는 평균 비트레이트에 길이를 곱한 값이므로 이 중 무엇이든 파일을 작게 만들 수 있습니다. Sume의 편집 도구에는 비트레이트, 품질, 목표 크기 필드가 없습니다. 그래서 Sume에서는 클립을 더 작은 프레임, 더 낮은 프레임 레이트, 더 짧은 구간으로 트림하거나 오디오를 뺀 다음, 무료 프로브로 새 size_bytes를 확인합니다.

아래 내용은 2026-09-27에 확인한 영상 트림과 영상 검사 문서, Sume API 레퍼런스, FFmpeg의 ffmpeg 문서와 코덱 문서를 기준으로 합니다. 현재 동작이라고 설명한 내용은 Sume의 코드에서 확인한 것입니다.

영상을 10 MB 같은 한도 아래로 줄이려면 어떻게 하나요?

먼저 한도가 허용하는 평균 비트레이트를 구하세요. 비트로 환산한 한도를 초 단위 길이로 나누면 됩니다. 10 MB를 10,000,000바이트로 보면, 60초짜리 영상은 영상과 오디오를 합쳐 평균 10,000,000 × 8 ÷ 60, 약 1,333 kbps까지 쓸 수 있습니다. 비트레이트를 받는 인코더라면 이 값을 목표로 삼을 수 있습니다. FFmpeg 문서는 ffmpeg -i input.avi -b:v 64k -bufsize 64k output.mp4로 영상 비트레이트를 64 kbit/s로 설정합니다.

Sume는 크기를 목표로 인코딩할 수 없습니다. 트림은 crf, codec 등 ffmpeg 필드를 거부하고 인코더는 품질 수준을 목표로 하므로, 인코더가 담아야 할 양을 줄인 다음 결과를 측정해야 합니다.

어떤 Sume 설정이 파일을 작게 만드나요?

모두 POST /v1/video-trim의 필드입니다. 이 엔드포인트는 이전 Sume Job의 출력처럼 워크스페이스에 있는 media.sume.com 파일을 읽습니다. 이 규칙은 엔드포인트별로 받는 URL에서 설명합니다.

• 현재 height나 width 중 하나만 지정하면 화면 비율이 유지됩니다. 컨폼은 영상의 프레임 레이트나 해상도 바꾸기에서 자세히 다룹니다.
• 클립을 재인코딩하지 않고 길이만 줄이려면 precision: "keyframe"을 쓰세요. 스트림 카피이므로 남긴 부분은 원래 비트레이트를 유지합니다. 컷이 GOP 하나만큼 일찍 시작될 수 있고, 이 정밀도에는 output을 함께 보낼 수 없습니다(video_trim_output_requires_exact).

curl -X POST https://api.sume.com/v1/video-trim \
  -H "Authorization: Bearer $SUME_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: shrink-clip-720p30-001" \
  -d '{
    "video_url": "https://media.sume.com/artifacts/artf_demo/clip-4k60.mp4",
    "start": 0,
    "end": 60,
    "output": { "height": 720, "fps": 30 }
  }'

새 파일이 왜 더 커질 수 있나요?

Sume의 인코더는 크기가 아니라 품질 수준을 목표로 합니다. 현재 트림은 영상을 libx264, CRF 18로 인코딩하고(FFmpeg 문서는 CRF를 고정 품질 모드라고 설명합니다), 필터와 Timeline 렌더는 CRF 20을 씁니다. 유지한 오디오는 192 kbps AAC가 됩니다. 비트레이트는 화면 내용을 따라가므로, 이미 강하게 압축된 소스나 오디오가 192 kbps 미만이던 소스를 재인코딩하면 원래 파일보다 큰 파일이 나올 수 있습니다.

새 크기는 어떻게 확인하나요?

결과물에 무료 프로브를 실행하세요. frames: false를 담은 POST /v1/video-inspect가 size_bytes와 duration_seconds를 반환하며, 평균 비트레이트는 size_bytes × 8 ÷ duration_seconds입니다. 파일이 여전히 한도를 넘으면 원본을 더 작은 프레임이나 더 낮은 프레임 레이트로 다시 트림하세요. 트림은 소스를 절대 바꾸지 않으므로, 재인코딩한 파일을 또 재인코딩하지 않고 매번 같은 파일에서 시작할 수 있습니다.

• 트림은 최대 1,800초 길이의 소스를 읽고 Job당 최대 900초까지 씁니다.
• 각 트림은 Job당 과금되며 기본적으로 5.5% 에이전트 수수료가 더해집니다. 문서는 요율을 GET /v1/catalog에서 확인하라고 안내합니다. 프로브는 과금되지 않습니다.