PERCEPT / TECHNICAL EVALUATION
앱에 맞춘 AR 트래킹 엔진 연동
기존 SDK가 카메라 구조나 대상물 요구에 맞지 않는다면 알고리즘만큼 연동 규약이 중요합니다. Holoceive와 Percept 기술 평가 및 프로젝트별 엔진 연동 범위를 정의하세요.
래퍼보다 추적할 문제부터 정하기
이미지 타깃 추적, 물체 포즈 추적, 기기의 움직임 추적은 서로 다른 문제입니다. 무엇을 어떤 좌표계에 맞춰 유지해야 하는지 설명해 주세요. 현재 Percept 상담은 이미지·오브젝트 트래킹을 중심으로 진행합니다. Web·VIO 요구는 검토할 수 있지만 확정된 상용 SDK 기능으로 간주해서는 안 됩니다.
카메라와 시간 정보 규약 정리
프레임 형식, 해상도, 방향, 타임스탬프와 제공 가능한 카메라 내부 파라미터를 정리하세요. 카메라와 버퍼를 관리하는 주체, 기존 AR 프레임워크의 점유 여부도 필요합니다. 결과의 기준 시간, 앱 좌표계 변환, 프레임 누락 및 추적 손실 시 동작을 합의합니다. 공개 API 이름과 바이너리 인터페이스는 아직 확정되지 않았습니다.
Unity 및 네이티브 생명주기 검토
Unity 버전, 렌더링 파이프라인, 빌드 대상과 기존 네이티브 플러그인을 공유하세요. iOS·Android는 최소 OS와 기기, 빌드 시스템, 카메라 권한과 앱 중지·재개 처리를 확인합니다. 스레드, 리소스 해제, 패키징도 연동 산출물에 포함해 합의해야 합니다. 정확한 환경 조합의 지원 여부는 평가에서 확인합니다.
기술 평가와 상용 라이선스 나누기
첫 평가에서는 타깃, 기기, 샘플 자료, 측정 방식과 성공 기준을 정하는 것이 유용합니다. 이후 앱 배포 권한, 업데이트, 지원 범위, 타깃 준비와 커스텀 작업을 협의합니다. 표준 가격과 라이선스는 아직 확정되지 않았습니다. 평가 비용과 제공 형태, 개발 비용은 유료 작업 전에 합의합니다.
Vuforia·VisionLib 대안을 찾고 있다면
타깃 제작, 카메라 접근, 배포 제약, 튜닝, 계약 조건 중 기존 솔루션에서 어려웠던 구체적인 지점을 알려주세요. 동일한 합격 시험과 최신 계약 조건으로 후보를 비교해야 합니다. Percept는 동등한 조건의 측정 없이 속도나 정확도 우위를 주장하지 않습니다. SDK 대안 검토 페이지에서 비교 항목을 확인할 수 있습니다.
SDK 대안 검토 ↗평가 요청에 포함하면 좋은 내용
- 트래킹 대상과 결과 좌표계
- 카메라 관리 주체·프레임 전달·시간 제약
- Unity 버전 또는 네이티브 빌드 환경·기기
- 오프라인·네트워크·자료 처리·배포 요구
- 평가 기준·유지보수 범위·제공 일정
Percept 엔진 개발팀과 프로젝트에 맞는 연동을 설계합니다.