Seedance 2.5 카메라 제어: 형용사 대신 숫자로

프롬프트에 「smooth cinematic pan」이라고 입력하면 30초 영상이 생성될 때 가상 렌즈가 폭주 드론처럼 방 전체를 누빕니다. 피사체는 블러 속에 뒷전입니다. 이것이 Seedance 2.5 카메라 제어에서 가장 흔한 불만이며, 버그가 아닙니다.

형용사는 속도가 아닙니다. 모델은 설명적인 단어를 기본 동작 벡터로 매핑하고, smooth, epic, dramatic 같은 말들은 고속으로 매핑됩니다. 고치려면 무드 보드를 쓰는 대신 영화 스크립트 감독처럼 프롬프트를 작성해야 합니다.

TL;DR

• 형용사를 숫자로 바꿉니다. 「방을 빠르게 휩쓸며 팬하는 카메라」 대신 「초속 0.5미터의 횡 트래킹, 4초 직선 진행」 같은 구체적인 값을 사용합니다.
• 장비를 명명합니다. 돌리, 크레인, 고정 삼각대, 트래킹 샷. 기계식 어휘는 무드 단어보다 동작 모델을 훨씬 효과적으로 제약합니다.
• 쇼트를 타임스탑 비트로 분할합니다. 엔진이 언제 움직임이 시작, 정지, 끝나는지 인식할 수 있습니다.
• 참조 자료로 공간을 고정합니다. 텍스트로 설명하는 대신, 긴 촬영 동안 좌표 드리프트를 방지합니다.
• 길수록 더 많이 드리프트됩니다. 30초 윈도우에서는 명시적 제약이 더욱 필수적입니다.

기본값이 왜 너무 빠른가

모델은 압축된 잠재 공간에서 작동하고, 텍스트 신호는 렌더링 전에 속도 벡터로 매핑됩니다. 일반적인 설명자는 물리적 무게가 없으므로 매핑은 광범위하고 고가속도 궤적으로 해결됩니다.

3가지 실패 모드가 뒤따르며 긴 촬영 동안 상호 복합됩니다.

의미론적 격차. 「Smooth」와 「dramatic」은 속도 메트릭이 아닙니다. 신경망 가중치는 이를 의도적인 움직임의 지시가 아니라 최대 가속도의 허가로 읽습니다.

잠재 드리프트. 엄격한 제약이 없으면 공간 좌표가 연장된 타임라인에서 표류합니다. 3초에 왼쪽에 있던 벽은 20초에는 어딘가 다른 곳에 있습니다.

페이싱 붕괴. 고속 기본 동작은 처음 몇 초 내에 시청자 방향 감각을 파괴하고, 이 부분이 계속 볼지 말지를 결정합니다.

형용사를 숫자로 바꾼다

이것이 전체 기법이고, 아래 표가 실제 예시입니다.

이 3개 행에서 3가지 규칙이 일반화됩니다.

숫자 속도를 정의하세요. 모든 설명 단어를 초당 미터 또는 미터당 초로 바꾸세요. 둘 다 작동합니다. 중요한 것은 숫자가 나타나는 것입니다.

기계 장비를 잠그세요. 돌리, 크레인, 고정 삼각대 또는 트래킹 샷을 명시합니다. 실제 장비를 명명하면 「cinematic」이 갖지 않은 공간 제약이 도입되어, 모델을 물리적으로 그럴듯한 경로로 밀어줍니다.

시간 트리거를 추가하세요. 긴 샷을 단계로 나누면 엔진이 언제 움직일지, 언제 정지할지 알 수 있습니다.

타임스탑 비트

30초 윈도우는 프롬프트 구조가 필수가 되는 지점입니다. 전체 샷을 설명하는 단일 문단에서는 모델에 어떤 지점에서든 정지할 이유가 없으므로 계속 움직입니다.

대신 비트로 구조화하세요:

0-6s: [고정 삼각대] 중간 샷, 피사체 중앙, 카메라 움직임 없음.
      주변 움직임만 — 증기 상승, 직물 이동.
6-14s: [느린 돌리 인] 중간에서 클로즈로 초속 0.3미터로 푸시, 일정 속도,
      이징 없음. 초점 거리 50mm로 고정.
14-22s: [정지] 클로즈 거리에서 카메라 정적. 피사체가 렌즈 방향으로 회전.
22-30s: [왼쪽 횡 트래킹] 초속 0.4미터, 피사체가 프레임 중앙에 유지,
      배경 시차가 창을 드러냅니다.

그 구조가 주는 2가지. 각 비트는 명시적 속도를 가지므로 세그먼트는 기본값을 상속받지 않습니다. 정지가 암시되는 것이 아니라 명시되므로 모델이 침묵을 움직임으로 채우는 것을 막습니다.

공간을 설명하는 대신 고정한다

참조 자료는 이용 가능한 가장 강력한 제어 표면이며, 여분의 작업처럼 느껴져서 과소 이용됩니다.

텍스트로 방을 설명하면 모델에 방의 확률 분포를 제공합니다. 참조를 제공하면 기하학을 제공합니다. 카메라 작업의 경우, 특히 그 차이가 벽이 20초 동작에서 제 자리를 지키는지를 결정합니다.

실용적 계층, 가장 강력한 순서로: 원하는 카메라 움직임을 가진 참조 영상, 그다음 샷이 통과할 각도에서 공간을 확립하는 정지 프레임, 그다음 둘 다 다루지 않는 것을 설명하는 텍스트. 텍스트는 폴백이지 기초가 아닙니다.

2.0 생성에서의 청구와도 상호작용하며, 업로드된 영상을 제공하는 것이 요청을 더 저렴한 요율로 이동시킵니다. 파이프라인이 어쨌든 영상-주도일 때 알 가치가 있습니다.

문제 해결

모든 움직임에 모션 블러. 속도가 프레임 레이트 해상도에 너무 높습니다. 「더 적은 블러」를 프롬프트에 추가하는 대신 (모델은 이를 스타일 노트로 읽음) 숫자 속도를 낮추세요.

긴 촬영 동안 카메라가 피사체에서 표류합니다. 각 비트에 프레이밍 제약을 추가하세요: 「피사체가 중앙 유지」 또는 「피사체가 프레임 왼쪽 3분의 1 차지」. 프레이밍은 비트-단위 속성이며 최상단에 한 번 명시해도 25초까지 생존하지 않습니다.

움직임이 예상보다 먼저 시작됩니다. 명시적 정지가 없는 비트는 움직임으로의 초대로 해석됩니다. 정적 세그먼트를 선언하세요.

동일한 프롬프트인데 모든 생성이 다릅니다. 공간이 각 실행에서 다시 도출되고 있습니다. 이는 프롬프트 문제가 아니라 참조 자료 문제입니다.

호출하기

curl https://reapi.ai/api/v1/videos/generations \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "seedance-2-5",
    "prompt": "0-6s: [고정 삼각대] 중간 샷, 카메라 움직임 없음. 6-14s: [느린 돌리 인] 초속 0.3미터로 클로즈로 푸시, 초점 거리 50mm 고정. 14-22s: [정지] 정적, 피사체가 렌즈 방향. 22-30s: [왼쪽 횡 트래킹] 초속 0.4미터, 피사체 중앙.",
    "resolution": "1080p",
    "duration": 30
  }'

참조 자료를 추가하여 기하학을 고정합니다:

curl https://reapi.ai/api/v1/videos/generations \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "seedance-2-5",
    "prompt": "참조의 카메라 움직임을 매칭합니다. 피사체가 전체 유지 중앙.",
    "video_urls": ["https://example.com/camera-reference.mp4"],
    "image_urls": ["https://example.com/set-wide.jpg", "https://example.com/set-close.jpg"],
    "resolution": "1080p",
    "duration": 30
  }'

미디어 입력은 공개 http(s) URL만, base64는 허용되지 않습니다. 현재 요율과 전체 요청 표면은 reapi.ai/models/seedance-2-5에 있습니다.

FAQ

Seedance가 기본적으로 카메라를 그렇게 빠르게 움직이는 이유는 무엇입니까?

설명 단어가 기본 속도 벡터로 매핑되고, 일반 설명자는 고가속도로 해결되기 때문입니다. 형용사는 속도 메트릭이 아닙니다.

카메라 속도를 정확하게 지정하려면 어떻게 해야 합니까?

숫자와 단위를 사용하세요. 「초속 0.5미터」 또는 「초당 2미터」 모두 모델을 제약합니다. 「느린」은 그렇지 않습니다.

타임스탑 프롬프트 형식은 무엇입니까?

샷을 시간 범위로 나누고, 각각에 괄호 장비 유형, 명시적 속도, 프레이밍 제약을 포함합니다. 동작처럼 정지도 선언합니다.

카메라가 피사체에서 표류하는 것을 어떻게 멈춥니까?

최상단에 한 번이 아니라 모든 비트에 프레이밍 제약을 넣으세요. 프레이밍은 긴 촬영 자체로 지속되지 않습니다.

참조 자료가 카메라 제어에 도움이 됩니까?

네, 프롬프트 작성보다 더 그렇습니다. 원하는 카메라 움직임을 가진 참조 영상이 가장 강력한 고정 장치이고, 그 다음 공간을 확립하는 정지 프레임입니다.

동일한 프롬프트인데 다른 카메라 경로가 생성되는 이유는 무엇입니까?

공간이 텍스트 설명이 아니라 각 실행에서 다시 도출되고 있기 때문입니다. 방을 설명하는 대신 참조 기하학을 제공하세요.

생성된 샷에서 모션 블러의 원인은 무엇입니까?

속도가 프레임 레이트 해상도에 너무 높습니다. 블러 감소를 요청하는 대신 숫자 속도를 낮추세요.

설명하는 대신 지시하기

Seedance 2.5 카메라 제어를 고치는 정신적 변화는 작고 구체적입니다. 샷이 어떻게 느껴져야 하는지 쓰는 것을 멈추고 장비가 하는 일을 쓰기 시작하세요: 어느 장비, 얼마나 빠름, 얼마나 오래, 언제 정지, 어떻게 프레이밍.

카메라 프롬프트의 모든 형용사는 모델이 움직임으로 해결할 결정입니다. 모든 숫자는 당신이 유지한 결정입니다. 긴 생성이 그 거래를 더 선명하게 만듭니다. 30초의 제약 없는 해석은 5초보다 훨씬 멀리 표류하기 때문입니다. 비트를 쓰고, 장비에 이름을 붙이고, 그것이 보유할 기하학을 주면, 출력이 복권이 되기를 멈춥니다.

References

1. Volcano Engine. Seedance and the Doubao video model family. Retrieved July 2026 from volcengine.com

Further reading

• reAPI. Seedance 2.5 features. reapi.ai/blog/seedance-2-5-features
• reAPI. Seedance 2.0 cost per second. reapi.ai/blog/seedance-2-0-cost-per-second
• reAPI. Model catalog. reapi.ai/models