게시판 답변
-
글
-
NALDA Factory 운영자 답변
3DoF는 세 축의 회전, 6DoF는 세 축 회전에 세 축 위치 이동을 더한 상태 표현입니다. 회전은 보통 Roll, Pitch, Yaw로 나타내고 위치는 X, Y, Z 좌표로 나타냅니다. 머리를 제자리에서 돌려 주변을 보는 360도 영상은 방향 변화가 핵심이므로 3DoF로도 기본 경험을 만들 수 있습니다. 반면 몸을 앞으로 숙였을 때 가상 물체에 가까워지거나 손을 실제 공간 위치에 대응시켜야 한다면 위치 추적을 포함한 6DoF가 필요합니다.
3DoF 장치는 자이로와 가속도계를 중심으로 자세를 추정할 수 있습니다. 6DoF는 IMU만으로 장시간 안정적인 위치를 얻기 어려워 카메라 특징점, 외부 베이스 스테이션, 마커, 초음파·UWB 등 추가 기준을 사용하는 경우가 많습니다. Inside-Out 방식은 장치의 카메라가 주변과 컨트롤러를 관찰하고, Outside-In 방식은 공간에 설치한 장비가 대상을 관측합니다.
중요한 점은 6DoF가 품질 등급이 아니라 추적하는 상태의 종류라는 사실입니다. 같은 6DoF라도 Tracking Volume, 업데이트 주기, 지연, 정적·동적 정확도, 가림 복원, 조명 조건과 좌표 원점 유지 능력은 크게 다를 수 있습니다. 회전만 필요한 안내 콘텐츠에 무리하게 6DoF를 넣으면 설치와 운영 복잡도만 커질 수 있고, 공간 정합이 중요한 AR 안내나 인터랙션에 3DoF를 쓰면 움직일 때 가상 객체가 사용자를 따라다니는 것처럼 보입니다.
선택 전에는 사용자가 실제로 수행할 이동과 회전을 목록화하고, 필요한 작업 공간과 허용 지연·오차를 정의해야 합니다. 이후 재초기화 방식, 다중 사용자 좌표 공유, 가림과 경계 안전 기능까지 테스트해야 사양표의 6DoF 표시가 프로젝트 요구를 충족하는지 판단할 수 있습니다.
관련 자료
- 6DoF란? Tracking에서 6자유도가 의미하는 것
- Inside-Out Tracking과 Outside-In Tracking 차이
- Motion & Tracking Technology
NALDA Factory 운영자 답변
시간이 지나며 자세나 위치가 틀어지는 핵심 이유는 작은 측정 오차를 적분해 상태를 추정하기 때문입니다. 자이로의 각속도에는 영점 편향과 잡음이 포함됩니다. 아주 작은 편향도 시간에 따라 누적하면 방향 오차가 됩니다. 가속도에서 중력을 분리해 속도와 위치를 두 번 적분하면 오차가 더 빠르게 커지므로, 일반적인 IMU만으로 장시간 절대 위치를 유지하기는 어렵습니다.
먼저 시작 전 정지 구간을 확보해 자이로 Bias를 추정하고, 장비가 동작 온도에 도달한 뒤 보정값이 안정되는지 확인합니다. 센서를 신체나 장치에 단단히 고정해 미세한 흔들림과 축 정렬 오차를 줄이고, 프레임 누락·불규칙한 시간 간격·잘못된 단위와 좌표계도 점검해야 합니다. 알고리즘이 실제 Sample Time 대신 고정 간격을 가정하면 통신 지연이나 패킷 손실이 누적 오차로 이어질 수 있습니다.
가속도계는 장기적으로 중력 방향을 제공해 Roll과 Pitch를 보정할 수 있지만 선형 가속 중에는 중력과 동작을 구분하기 어렵습니다. 자력계는 Yaw 기준을 보완할 수 있으나 철골, 스피커, 모터와 전력 케이블의 자기장 왜곡에 민감합니다. 따라서 자력계를 무조건 신뢰하기보다 현장 자기장 검사를 하고 이상값을 배제하거나 가중치를 낮추는 Sensor Fusion이 필요합니다.
절대 위치나 장시간 방향 안정성이 중요하면 Optical Marker, UWB, 카메라, GNSS 등 외부 기준으로 주기적으로 보정하는 하이브리드 구성이 현실적입니다. 문제를 분석할 때는 원시 가속도·각속도·자기장, 온도, 타임스탬프와 보정 이벤트를 함께 기록하면 센서 Drift와 장착·통신 문제를 구분하기 쉽습니다.
관련 자료
NALDA Factory 운영자 답변
Optical Motion Capture 카메라 수에는 모든 프로젝트에 통하는 최소값이 없습니다. 3차원 점을 복원하려면 동일 마커가 동시에 여러 시점에서 관측되어야 하지만, 이 기하학적 조건을 만족하는 카메라 수와 안정적인 전신 캡처에 필요한 수는 다릅니다. 몸통이나 소품이 마커를 가리고 배우가 회전하면 관측 가능한 카메라 조합이 계속 바뀌기 때문입니다.
먼저 캡처할 가로·세로·높이 범위와 동작을 정의합니다. 걷기만 하는지, 바닥 동작·점프·빠른 회전·여러 배우·소품 상호작용이 있는지에 따라 가림 위험이 달라집니다. 다음으로 후보 카메라의 센서, 렌즈와 설치 거리로 FOV를 계산해 각 지점이 몇 대에서 보이는지 도면에 겹쳐 표시합니다. 볼륨 가장자리와 바닥, 배우 뒤쪽에서도 충분한 교차각이 확보되는지 보는 것이 단순 대수보다 중요합니다.
카메라를 한 높이의 원형으로만 배치하면 수량이 많아도 상하 가림에 취약할 수 있습니다. 서로 다른 높이와 하향·상향 시점을 섞고, 반사광·창문·LED 화면처럼 오인식 원인이 되는 환경도 함께 점검해야 합니다. 해상도와 프레임레이트, 셔터, 마커 크기, 동기 방식은 가능한 캡처 거리와 빠른 동작 품질에 영향을 줍니다. 제조사 권장 구성은 출발점일 뿐 공간과 동작에 맞춘 테스트가 필요합니다.
실무적으로는 대표 동작을 정한 뒤 임시 배치에서 관측 수, 재투영 오차, 마커 누락 구간을 기록하고 카메라를 추가하거나 위치를 조정합니다. NALDA Camera FOV Calculator는 각 카메라의 이론 촬영 영역을 겹쳐 보는 초기 검토에 사용할 수 있지만, 최종 수량은 실제 마커와 캡처 소프트웨어의 품질 지표로 결정해야 합니다.
관련 자료
NALDA Factory 운영자 답변
기본식은 Throw Ratio = 투사거리 ÷ 영상 가로폭입니다. 질문의 단순 조건만 적용하면 8m ÷ 6m로 약 1.33:1이므로, 목표 화면을 해당 거리에서 만들 수 있도록 1.33을 포함하는 렌즈 범위를 우선 찾습니다. 반대로 렌즈의 Throw Ratio와 거리를 알면 영상 가로폭은 투사거리 ÷ Throw Ratio로 계산합니다.
투사거리는 보통 렌즈의 기준점에서 스크린까지의 광학적 거리입니다. 프로젝터 외함의 앞면이나 설치 브래킷 위치를 그대로 쓰면 오차가 생길 수 있으므로 제조사 설치 설명서의 기준점을 확인해야 합니다. 화면비는 가로폭으로 계산한 뒤 세로 높이와 대각선을 구할 때 사용합니다. Lens Shift는 영상을 광축에서 이동시키는 기능으로 기본 Throw Ratio 식 자체를 바꾸지는 않지만, 극단적인 Shift와 Zoom 조합의 허용 범위는 렌즈 차트로 확인해야 합니다.
실제 설치에서는 공칭값만으로 결정하지 않습니다. 줌 렌즈는 범위의 양 끝보다 중앙 근처에서 배치 여유를 확보하고, 제품별 투사거리 허용오차와 초점 범위를 반영합니다. 프로젝터가 비스듬히 놓이면 화면까지 거리가 위치별로 달라지고 키스톤 보정이나 워핑 과정에서 유효 픽셀이 줄 수 있습니다. 여러 대를 블렌딩한다면 겹침 영역만큼 각 프로젝터가 담당할 영상 폭도 다시 계산해야 합니다.
NALDA Projector Calculator에서는 화면 폭, 거리와 Throw Ratio 중 두 값을 입력해 나머지 값을 확인할 수 있습니다. 결과를 후보 렌즈의 공식 Lens Calculator와 대조하고, 구조물·관객 동선·환기·케이블 경로와 실제 초점 여유를 포함해 최종 배치를 검증하는 것이 좋습니다.
관련 자료
- Throw Ratio란? 프로젝터 설치거리와 화면크기 계산 방법
- Projection Mapping이란? 시스템 구성과 작동 원리
- Projector & Projection Calculator
NALDA Factory 운영자 답변
같은 프레임레이트 설정과 같은 순간에 프레임을 시작하는 것은 서로 다른 문제입니다. 카메라와 LED 출력이 모두 24 또는 30fps로 동작하더라도 각 장비의 내부 시계가 독립적이면 프레임 경계가 조금씩 어긋납니다. Genlock은 공통 기준 신호에 맞춰 카메라, 영상 입출력 장치, LED 프로세서와 렌더 출력이 프레임을 갱신하는 시점을 정렬합니다.
동기가 맞지 않으면 카메라 셔터가 LED의 갱신 도중을 포착해 화면 일부가 갈라지거나 밝기 띠, 찢어짐, 간헐적인 프레임 불일치가 나타날 수 있습니다. 렌더 노드가 여러 대인 nDisplay 구성에서는 노드별 출력 경계가 맞지 않아 타일 사이 움직임이 어긋날 수도 있습니다. 다만 Genlock만 연결했다고 애플리케이션 수준의 모든 동기가 완성되는 것은 아닙니다. 여러 GPU 출력은 Framelock 또는 Swap Sync, 클러스터 배리어 같은 동기 방식도 함께 검토해야 합니다.
Timecode는 각 프레임에 공통 시간 주소를 부여해 카메라 원본, 트래킹 데이터, 오디오와 렌더 기록을 같은 타임라인에서 찾게 하는 기준입니다. Genlock은 프레임이 발생하는 박자를 맞추고, Timecode는 그 프레임이 언제인지 표시한다고 구분하면 이해하기 쉽습니다. 트래킹 데이터에는 지연과 버퍼도 있으므로 동기 후에도 실제 카메라 영상과 가상 카메라 움직임의 시간 오프셋을 측정해야 합니다.
초기 데모는 단일 장비로 동작할 수 있지만 실제 촬영에서는 신호 발생기, 지원 입출력 카드, LED 프로세서와 카메라의 지원 형식을 먼저 확인하고 전체 신호 경로를 도식화해야 합니다. Unreal Engine에서는 Timecode Provider와 Custom Time Step 상태를 확인해 입력 기준과 엔진 프레임 갱신이 의도대로 잠겼는지 검증할 수 있습니다.
관련 자료
- Virtual Production이란? 시스템 구성과 작동 원리
- XR Studio & Virtual Production Reference Architecture
- Epic Games: Timecode and Genlock in Unreal Engine
