Transform Sync (`.anm` / `.pvt`)¶

▶비디오 튜토리얼 — 준비 중

두 파일 타입은 아트가 아니라 움직임을 담는다:

파일	출처	담는 것
`.anm`	Octo Transform Sync	애니메이션된 peg — 프레임별 위치, 회전, 스케일
`.pvt`	Blender 본 베이크	rest 트랜스폼을 가진 본 계층

둘 다 탐색하고 스테이징할 수 있으며, 어느 쪽도 절대 드로잉이 되지 않는다. 그것들은 peg를 만든다.

트리에 무엇이 안착하는가¶

둘 중 어느 것을 떨어뜨리든 파일 이름을 딴 래퍼 슬롯이 생기고, peg, group, composite를 지닌다(Peg Order: Parent, Comp Order: Inside). 그 래퍼는 리그의 일부가 아니라 스테이징 정리용이다.

그 아래에는 본 하나당 peg 하나가 본 이름을 달고 놓인다. 익스포터가 이미 Harmony의 -P / -G / -C 접미사를 썼다면 그것은 벗겨진다 — 슬롯이 자기 것을 붙이고, arm-P-P는 아무에게도 도움이 안 된다.

이 파일들에서 온 모든 peg는 다음을 가지고 태어난다:

설정	값	이유
Enable 3D	파일에 선언된 대로	3D 베이크에는 3D peg가 필요하다
Position	선언된 대로 `3D Path` 또는 `Separate`	익스포터가 무엇을 썼는지 안다
Exclude AutoPivot	켜짐	피벗은 베이크의 것이고, AutoPivot이 덮어써서는 안 된다

파일 속 카메라 peg는 건너뛴다 — 장면에는 자기 카메라가 있다.

.anm의 경우 키프레임이 peg에 프레임별로 적용된다:

위치는 들어오는 길에 장면의 화각 변환을 써서 OpenGL 단위에서 장면 자체 단위로 변환된다 — 그래서 다른 프로젝트 해상도에 맞춰 만든 베이크도 제자리에 안착한다.

키가 쓰이기 전에 position.SEPARATE가 true로 설정된다. 축별 어트리뷰트가 겨냥하는 것이 분리된 채널이기 때문이다.

rest 포즈도 함께 건너온다

키프레임이 없어도 peg는 파일이 선언한 오일러 회전(rotation.anglex/y/z)을 지닌다. 애니메이션이 없는 .pvt도 쓸 만한 스켈레톤이다.

의도된 흐름은 이렇다:

이 파일들이 애초에 Browser에 있는 이유가 그것이다: peg 계층과 거기 매달리는 드로잉이 중간에 손으로 부모를 다시 잡는 단계를 끼고 두 번의 별도 임포트가 되어서는 안 된다.

.anm은 무엇이 스테이징되기 전에 검사된다. format: octo_anm을 선언해야 하고 pegs 키를 지녀야 한다. 그렇지 않으면 OSA는 실패한 임포트처럼 보이는 빈 계층을 만드는 대신 로그에 그렇게 말하고 아무것도 스테이징하지 않는다.

.pvt는 Harmony 피벗 파일이 아니라 Blender 베이크다

확장자를 잘못 읽기 쉽다. 여기서 .pvt는 본 베이크 JSON이고, Harmony 자신의 피벗 데이터와는 아무 상관이 없다.