• Interaction SDK Overview
• Getting Started with Interaction SDK

두 가지가 있는데, OVRCameraRigInteraction는 카메라 리그와 OVRInteractionComprehensive를 모두 포함하며 권장되는 옵션이고, 나머지 OVRInteractionComprehensive는 이미 카메라가 있는 경우에 사용한다고 한다.

🔗 이 부분은 Set up Controllers as Hands를 바탕으로 합니다.

컨트롤러가 손(controllers as hands라고도 함) 역할을 하도록 원하지 않는 한 이 섹션은 선택 사항입니다. 컨트롤러가 손 역할을 하면 앱에서 컨트롤러를 사용할 수 있지만 손으로 ​​표시됩니다. 이는 손의 몰입도 향상과 진동 및 물리적 피드백과 같은 컨트롤러의 이점을 결합합니다.

1. 프로젝트에서 OVRControllerHands를 검색하세요.
2. 검색 결과에서 OVRControllerHands 프리팹을 계층 구조의 OVRInteraction으로 드래그합니다.

(OVRInteraction이 어디에 있는지 확인하지 못함.) OVRCameraRigInteraction > OVRCameraRig > OVRInteractionComprehensive를 지칭하는 듯함

Add an Interaction with QuickActions

QuickActions는 씬에 일부 인터랙션을 자동으로 추가하는 v62 이상에서 사용할 수 있는 기능입니다. 이는 기존 씬 오브젝트와 카메라 리그에 변경 사항을 적용할 수 있는 마우스 오른쪽 버튼 클릭 마법사 세트의 형태를 취합니다. QuickActions는 프로젝트에 인터랙션을 추가하는 데 권장되는 방법입니다. 현재 QuickActions는 잡기^grab, 멀리 잡기^{distance grab}, 광선^ray, 누르기^poke 인터랙션을 추가할 수 있습니다. 다른 인터랙션을 추가하려면 사이드바의 튜토리얼 섹션을 참조하세요.

해당 인터랙션에 필요한 컴포넌트는 카메라 리그와 GameObject에 자동으로 추가됩니다.

자동으로 추가된 GameObject들.

https://developer.oculus.com/documentation/unity/unity-isdk-architectural-overview/

이 주제에서는 Interaction SDK가 트래킹 데이터를 가져오고, 구조화하고, 수정하여 인터랙션을 만드는 과정을 설명합니다. Interaction SDK에서 모든 상호작용은 헤드셋의 카메라와 컨트롤러에서 직접 가져오는 헤드셋의 손과 컨트롤러의 위치 및 회전에 대한 정확한 데이터에 의존합니다.

FromOVR...DataSource 컴포넌트에서 raw 데이터를 가져온다. (...에는 Body, Controller, Controller Hand, Hand, HMD가 들어갈 수 있음)

raw 데이터는 각 해당하는 데이터를 처리하는 인터페이스를 사용하는 FromOVR...Source 컴포넌트로 이동함. 인터페이스는 IController, IHand, IHmd, IBody가 있음

• Interactor: 손이나 컨트롤러에 부착되어 특정 인터랙션(잡기, 찌르기 등)을 담당하는 것
• Interatable: 인터랙션을 받는 오브젝트(예: 잡을 수 있는 물체)

Interactor가 작동하는 방법: 입력 데이터를 사용하여 월드 공간에서 자신의 위치를 확인한 다음 근처의, 같은 인터랙션을 담당(예: Ray Interactor면 Ray Interactable)하는 Interactable을 ComputeCandidate() 메서드로 찾아서 선택함. IInteractor의 Drive() 메서드가 ComputeCandidate()를 실행해야 하는 시점, 선택이 발생해야 하는 시점, 선택 중에 해야 할 작업 등등을 결정함

Interactor와 Interactable이 이동할 수 있는 상태
Disabled <-> Normal <-> Hover <-> Select

FromOVR...Source 에서 받은 데이터가 있으면 Interactor에서 사용할 수 있음. 하지만 손 데이터는 Interactor로 보내기 전에 전처리 할 수 있다.

손 데이터에 하는 전처리:

• 흔들림을 줄이거나 최소화.
• 가상 물체를 집을 때 손가락의 위치를 실제 손가락과 다르게 처리
  (실제 손은 아무것도 안 잡고 있지만 그렇다고 VR에서 물체를 뚫는것처럼 보이면 안되니까)
• 실제 손이나 컨트롤러 대신 가상을 기반으로 ray interactor의 원점을 오프셋

HandFilter같은 IHand 인터페이스를 사용하는 컴포넌트를 넘기고 해당 컴포넌트를 FromOVR...Source 대신 Interactor에게 데이터 소스로 사용하도록 하기

HandRef는 IHand 컴포넌트에 대한 경유 컴포넌트입니다. 모든 인터랙터 프리팹의 루트 GameObject는 루트가 하위 컴포넌트들을 연결할 수 있도록 HandRef 컴포넌트를 가집니다. 이 작업의 주요 이점은 인터랙션 프리팹을 연결하는 데 필요한 씬 배선의 양을 최소화하는 것입니다. OVRInput 프리팹의 손을 인터랙션 프리팹에서 필요한 각 컴포넌트에 연결하는 대신 프리팹의 최상위 HandRef에 단 하나의 연결만 설정하면 되며 프리팹의 모든 하위 개체는 해당 HandRef를 참조합니다.

ControllerRef도 위와 비슷하다

데이터는 OVRPlugin에서 여러 클래스를 통해 Controller 및 Hand와 같은 입력 데이터 타입으로 이동하며, 이들 모두는 제네릭 베이스 클래스인 DataSource을 통해 IDataSource 인터페이스를 구현합니다.

IDataSource.InputDataAvailable: 인터페이스에서 가장 중요한 필드로, 컴포넌트가 업데이트된 트래킹&위치 데이터를 종속성에 전달하는 방법

DataSource 파생 클래스는 지정된 타입(예: HandDataAsset)의 데이터를 제공할 수 있습니다.

DataModifier(자체는 DataSource에서 파생됨)는 추가 기능을 추가합니다. 즉, HandDataAsset에서 후처리기 역할을 합니다. DataModifier는 DataSource에서 데이터를 읽고, 변경 사항을 적용하고, 결과를 캐시한 다음 IDataSource 인터페이스를 통해 해당 결과를 제공합니다.

LastKnownGoodHand는 마지막으로 알려진 양호한 핸드 데이터만 수정자 체인 아래로 전달합니다. 공급된 데이터가 어떤 이유로든 유효하지 않게 되는 경우(추적 손실, 낮은 추적 품질) 마지막으로 유효한 핸드 데이터를 유지합니다.

핸드 트래킹하는 샘플에서 봤을 때는 손을 퀘스트 카메라 밖으로 움직이거나 카메라에 가까이 대면 손이 뻗은 자세로 바로 이동하던데 그런거 막을 때 좋을 것 같다.

근데 이게 컴포넌트 이름인지 뭔지...

손의 관절 데이터를 수동으로 조절

손가락이 물체를 잡는 방식이나 버튼을 누를 때 모델을 튀어나가지 않도록 하는 찌르기 제한(poke limiting)에 사용

InteractorVisual이란 것이 이걸 사용해서 조절하는 것 같은데 여러개가 한번에 조절하려고 하면 안되므로 InteractorGroup이 한 번에 하나만 영향을 미치게 해준다는 듯함

🔗 이 부분은 Interactor Interactable Lifecycle를 바탕으로 합니다.

Interactor와 Interactable이 가질 수 있는 Active State들

	Interactor	Interactable
Disabled	Interactor가 비활성화된 상태, 호버나 선택이 일어나지 않음	Interactable이 비활성화된 상태, 호버나 선택이 일어나지 않음
Normal	기본 상태	기본 상태
Hover	Interactor가 선택할 수 있는 상태 (선택적 Interactable이 있을 수 있음)	Interactable에 하나 이상의 Interactor가 호버링하고 있으나 선택되지 않은 상태
Select	Interactor가 선택 중인 상태 (선택적 Interactable이 있을 수 있음)	Interactable을 선택하는 하나 이상의 Interactor가 있는 상태

🔗 이 부분은 InteractorGroups를 바탕으로 합니다.

기본 InteractorGroup. 선택 작용이 있기 전까지, 더 높은 우선순위의 Interactor가 호버할 수 있는 상태가 되지 않는 한, 현재 호버링 중인 가장 높은 우선순위의 IInteractor를 활성 IInteractor로 유지

선택 작용이 있다면, 선택하는 IInteractor는 선택이 끝날 때 까지 변경되지 않는다.

ICandidateComparer를 IInteractor의 우선순위를 변경하는 데에 쓸 수 있다.

Select 상태를 기반으로 여러 IInteractor를 조정하는 데에 사용.

InteractorGroup*과 달리 선택 작용이 있을 때까지 여러 IInteractor가 Hover 상태에 있을 수 있습니다. 선택 작용이 있다면, 선택하는 IInteractor는 선택이 끝날 때 까지 변경되지 않는다.

*(InteractorGroup 이거는 잘못 입력되었거나 앞이 짤린거 같은 데 뭐하고 다르다는 걸까요...)

가장 처음 호버링을 시작한 IInteractor만 활성 상태로 유지하여 해제될 때까지 다른 IInteractor가 Hover 상태에 들어가는 것을 방지한다.

두 개의 IInteractor가 동시에 호버 시작한다면? :리스트 순서 또는 ICandidateComparer를 기반으로 우선순위 부여

기본적으로 InteractorGroups는 리스트 인덱스 순서(첫 번째 = 가장 높은 우선순위)에 따라 우선순위가 지정된다.

ICandidateComparer를 지정해서 CandidateProperties에 따라 다른 순서로 IInteractor의 우선 순위를 바꾸도록 할 수 있다.

예를 들어, CandidateProperties를 ICandidatePosition으로 캐스팅할 수 있는 IInteractor의 경우 CandidatePositionComparer라는 것은 공통 위치까지의 거리로 측정된 후보 위치를 기준으로 IInteractor의 우선 순위를 지정할 수 있습니다.

이거는 직접 코드를 확인하지 않으면 무슨 소리를 하는 지 이해하기 힘들것 같습니다.