Wan 2.2의 카메라 움직임 제어 문제: '페데스탈 업' 구현의 어려움

핵심 요약

Wan 2.2 비디오 생성 모델에서 '페데스탈 업' 카메라 움직임이 제대로 작동하지 않고 틸트나 달리 현상이 발생하는 문제에 대한 해결책을 모색한다.

배경

사용자가 Wan 2.2 모델을 사용하여 캐릭터의 눈높이에 맞춘 수직 카메라 상승(Pedestal Up)을 시도했으나, 모델이 이를 단순 틸트나 달리 현상으로 오인하는 문제가 발생했다. 기존 SVI 워크플로우와 호환되면서도 정교한 카메라 제어가 가능한 방법이나 LoRA를 찾기 위해 게시물을 올렸다.

의미 / 영향

비디오 생성 AI에서 카메라의 물리적 이동과 렌즈 효과를 구분하는 능력은 여전히 개선이 필요한 영역이다. 특히 전문적인 영상 문법을 모델이 정확히 이해하게 하려면 전용 제어 네트워크나 더 정교한 데이터셋 학습이 필수적이다.

커뮤니티 반응

사용자의 구체적인 기술적 고충에 대해 공감하며 다양한 제어 방식의 한계를 논의하는 분위기이다.

주요 논점

01중립다수

현재 Wan 2.2의 기본 모델만으로는 정교한 수직 이동 제어가 어렵다는 점에 동의함

합의점 vs 논쟁점

합의점

Wan 2.2의 기본 프롬프트 이해도가 특정 카메라 용어에서 낮음
워크플로우 간 모델 호환성 문제가 실무 적용의 큰 걸림돌임

논쟁점

전용 제어 모델을 사용하는 것이 나은지, 아니면 범용 LoRA를 찾는 것이 효율적인지에 대한 의견 차이

실용적 조언

Pedestal up 대신 camera rising vertically 또는 crane shot up과 같은 대체 표현을 시도해 볼 것

언급된 도구

Wan 2.2중립

비디오 생성 모델

Fun Control Camera추천

카메라 움직임 정밀 제어 도구

SVI Workflow중립

비디오 생성 워크플로우 프레임워크

섹션별 상세

사용자는 '페데스탈 업(Pedestal Up)'이라는 특정 카메라 움직임을 구현하는 데 어려움을 겪고 있다. 이는 카메라가 단순히 위를 쳐다보는 '틸트 업'과 달리 카메라 본체가 수직으로 상승해야 하는 동작이다. 하지만 Wan 2.2는 이 프롬프트를 무시하거나 틸트 업으로 처리하여 천장을 바라보는 원치 않는 구도를 생성한다.

광학 줌(Optical Zoom)을 의도한 프롬프트가 '달리 인(Dollying In)'으로 해석되는 문제도 지적됐다. 이로 인해 원치 않는 업샷(Upshot) 원근감이 더욱 심해지는 부작용이 발생한다. 사용자는 캐릭터의 눈높이에 맞춘 정교한 시점 변화를 원하지만 모델의 해석 오류로 인해 결과물이 왜곡되고 있다.

특정 제어 도구인 'Fun Control Camera'가 대안으로 제시되지만, 이는 전용 Wan 2.2 확산 모델을 요구한다. 사용자는 이미 'SVI 워크플로우'를 사용 중이며, 이 역시 전용 모델을 필요로 하기 때문에 두 시스템 간의 충돌이 발생한다. 실제로 혼용을 시도했을 때 화면에 유령 같은 잔상이 나타나는 기술적 결함이 확인됐다.

실무 Takeaway

Wan 2.2는 페데스탈 업과 틸트 업의 미세한 차이를 구분하는 데 한계가 있다.
광학 줌 프롬프트가 물리적인 카메라 이동인 달리(Dolly)로 오인되는 경우가 잦다.
특정 제어 도구는 전용 체크포인트를 요구하여 기존 워크플로우와 호환성 문제가 생길 수 있다.
복합적인 카메라 제어를 위해 범용적으로 사용 가능한 LoRA나 프롬프트 엔지니어링 기법이 필요하다.