씨댄스 2.5와 AI 메모리

Seedance 2.5의 30초 영상 생성을 24fps·1080p 시나리오로 환산하고, 공개 사양만으로 판단할 수 있는 병목과 아직 알 수 없는 HBM 수요를 구분합니다.

텍스트 생성 AI는 이제 익숙해졌습니다. 질문을 넣으면 답을 쓰고, 문서를 요약하고, 코드를 만들어 줍니다. 그런데 영상 생성 AI는 조금 다릅니다. 한 장의 이미지를 만드는 것도 계산량이 큰데, 영상은 수십 장의 이미지를 시간 순서대로 이어야 합니다. 게다가 사람이 보기에는 장면이 자연스럽고, 인물의 움직임이 이어지고, 카메라 구도와 배경이 흔들리지 않아야 합니다.

그래서 바이트댄스의 영상 생성 모델 씨댄스 2.5(Seedance 2.5) 출시 소식에서 눈에 띄는 지점은 단순히 “새 모델이 나왔다”가 아닙니다. 바이트댄스는 2026년 6월 화산엔진(Volcano Engine)의 FORCE 컨퍼런스에서 씨댄스 2.5를 공개했고, 이 모델은 최대 30초 길이의 영상을 이음새(stitching) 없이 한 번에 생성할 수 있는 것으로 확인됐습니다. 영상 한 편에 최대 50개의 참조 이미지와 오디오를 동시에 입력할 수도 있습니다. 이 사양은 The Information, Caixin Global, the-decoder, GIGAZINE 등 국제 매체와 화산엔진 공식 위챗(Weixin) 계정을 통해 폭넓게 보도됐으며, 7월 중 API가 오픈되며 정식 서비스가 시작됐습니다.

AI 영상 생성 경쟁이 짧은 클립 실험에서 더 긴 영상, 더 높은 해상도, 더 자연스러운 움직임으로 이동하고 있다는 방향은 분명합니다. (참고로 같은 행사에서 이전 세대인 Seedance 2.0에 4K 10-bit 색심도 해상도가 추가됐는데, 일부 보도는 이 4K 기능을 Seedance 2.5와 묶어 보도하기도 해 두 모델의 기능 경계를 확인할 때 출처 대조가 필요합니다.)

그리고 이 변화는 AI 메모리에도 직접적인 질문을 던집니다.

영상이 길어질수록 AI 서버는 어떤 메모리를 더 필요로 할까요?

확인된 사양과 이 글의 분석 범위

• 확인된 사실: 공개 보도를 통해 최대 30초 생성, 참조 이미지·오디오 입력, API 제공 일정을 확인했습니다.
• 공개되지 않은 정보: 모델 파라미터 수, 가속기 종류, 요청당 HBM 사용량, 서버 구성과 실제 서비스 이용량은 공개 자료만으로 확인할 수 없습니다.
• QSike의 해석: 영상의 시간 축과 해상도, 동시 요청이 늘면 활성값·작업 공간·입출력 데이터 부담이 커진다는 일반적인 시스템 구조를 바탕으로 메모리 계층의 영향을 설명합니다.

따라서 이 글은 Seedance 2.5가 특정 HBM 제품을 사용한다고 주장하거나 특정 메모리 업체의 실적을 예측하지 않습니다. 모델의 실제 메모리 사용량이 공개되기 전까지는 방향성 분석과 제품별 수요 전망을 구분해야 합니다.

30초 영상 생성은 왜 다른 문제인가

이미지 생성은 한 시점의 장면을 만드는 작업입니다. 물론 이미지 생성도 쉽지 않습니다. 하지만 영상 생성은 여기에 시간 축이 추가됩니다. 첫 장면에서 등장한 인물, 옷, 배경, 조명, 카메라 방향이 다음 장면에서도 이어져야 합니다. 5초 영상에서는 어색함을 어느 정도 숨길 수 있지만, 30초 영상에서는 작은 오류가 누적됩니다.

예를 들어 사람이 걷는 장면을 생각해 보겠습니다. 3초짜리 영상에서는 얼굴이 잠깐 흔들려도 넘어갈 수 있습니다. 하지만 30초 동안 같은 인물이 걷고, 고개를 돌리고, 배경이 지나가고, 카메라가 이동한다면 모델은 훨씬 더 많은 정보를 유지해야 합니다. 이전 프레임의 상태를 기억하고, 다음 프레임과 맞춰야 하며, 전체 장면의 흐름도 유지해야 합니다.

이때 필요한 것은 단순한 연산 성능만이 아닙니다. 데이터를 빠르게 읽고 쓰는 능력, 중간 결과를 저장하는 공간, 긴 시퀀스를 처리하는 메모리 구조가 함께 필요합니다.

30초를 프레임 수로 바꿔 보면

모델 내부 사양은 공개되지 않았지만, 최종 영상의 규모는 가정값을 명시하면 계산할 수 있습니다. 24fps로 생성한다고 가정하면 5초 영상은 120프레임, 30초 영상은 720프레임입니다. 시간만 6배가 되면 처리해야 할 출력 프레임 수도 6배가 됩니다.

아래 수치는 1920×1080, RGB 8비트, 압축 전 출력 프레임만 계산한 예시입니다.

계산식은 가로×세로×3바이트×프레임 수입니다. 실제 서비스는 영상 압축을 사용하고, 모델은 픽셀 원본이 아니라 잠재 표현을 처리할 수 있으므로 이 표를 HBM 사용량으로 읽으면 안 됩니다. 대신 30초라는 제품 사양이 5초보다 얼마나 긴 시간 축을 관리해야 하는지 보여주는 최소 규모 비교로 볼 수 있습니다.

실제 가속기 메모리 점유량을 알려면 모델 파라미터, 잠재 공간 크기, 시간 압축률, 디노이징 단계 수, 배치 크기와 오프로드 방식이 추가로 필요합니다. 공개되지 않은 값을 임의로 채워 넣지 않는 것이 이 글의 분석 경계입니다.

병목은 생성 단계와 서비스 단계를 나눠 봐야 한다

긴 영상이 곧바로 HBM 판매량 증가를 뜻하지는 않습니다. 한 요청을 생성하는 과정과 여러 사용자의 요청을 서비스하는 과정에서 병목이 다르기 때문입니다.

HBM은 모델 추론 구간의 대역폭과 용량에 직접 관여합니다. 서버 D램은 요청 대기열과 전후처리 버퍼를, 스토리지는 사용자 원본과 결과물을 맡습니다. CXL 같은 확장 메모리는 구현 선택지일 수 있지만 Seedance 2.5가 실제로 사용한다는 공개 근거는 없습니다. 따라서 이 제품에서 확인되는 것은 워크로드가 길어졌다는 사실이고, 특정 메모리 제품의 수요는 서비스 이용량과 서버 구성이 공개돼야 판단할 수 있습니다.

다음 공개 자료에서 확인할 숫자

Seedance 2.5를 메모리 수요 사례로 평가하려면 다음 정보가 필요합니다.

• 30초 영상 한 건의 실제 생성 시간과 사용 가속기 수
• 기본 해상도·fps와 요청당 최대 참조 데이터 크기
• 피크 시간대 동시 요청 수와 배치 처리 방식
• 요청당 가속기 메모리 최대 점유량
• 결과물 보존 기간과 평균 파일 크기

현재 공개 자료만으로 확실히 말할 수 있는 결론은 제한적입니다. 30초·24fps 가정은 720개의 출력 프레임을 만들며, 짧은 클립보다 긴 시간 일관성을 관리해야 합니다. 그러나 이 사실만으로 특정 HBM 용량이나 메모리 업체 매출을 계산할 수는 없습니다. 제품 사양과 인프라 수요 사이에 남아 있는 변수를 드러내는 것이 이 사례에서 더 유용한 분석입니다.

확인한 출처 / 근거

• The Information — ByteDance Unveils Seedance 2.5 Video Model — 모델 공개와 제품 포지셔닝을 확인한 최초 보도.
• Caixin Global — ByteDance Targets July Launch of Upgraded AI Video Model — 7월 출시 일정과 공개 사양을 교차 확인한 보도.
• The Decoder — ByteDance’s Seedance 2.5 breaks the 30-second barrier for AI video generation — 30초 생성과 참조 입력 사양을 설명한 기술 보도.
• Tech Times — Seedance 2.5 API Is Live — API 공개 시점과 서비스 제공 상태를 확인한 보도.
• GIGAZINE — ByteDance has announced Seedance 2.5 — 행사 발표 내용과 모델 세대별 기능 차이를 대조한 보도.