Changelog¶

v1.0.0 — Lançamento público¶

O primeiro lançamento público do Octo Transform Sync — transferência de rig, animação e câmera entre Toon Boom Harmony, Blender e Autodesk Maya.

Destaques¶

Todas as seis rotas — Harmony ↔ Blender, Harmony ↔ Maya e Blender ↔ Maya, nos dois formatos de arquivo. Sem código por rota: todo arquivo declara seu próprio espaço de coordenadas e todo leitor converte através de um espaço canônico.
Dois formatos, uma função cada — o .pvt carrega o esqueleto em repouso para setup e recuperação; o .anm carrega a animação mais uma rest pose embutida e as câmeras, de modo que um único .anm reconstrói o rig inteiro e o shot.
Create Rig a partir de um .anm sozinho — joints, bones, ou um group completo de pegs do Harmony com wiring de composite, construído a partir dos dados de repouso do arquivo e animado num passo de undo.
Multi-rig — uma coluna Rig editável divide uma cena em rigs separados: um armature no Blender, um group no Maya, um node group no Harmony. A conectividade é travada, então uma chain conectada nunca pode ser dividida.
Multi-câmera — cada câmera da cena, com FOV vertical, clip near/far, offset, roll e a flag de câmera padrão, reconstruída presa ao peg que a anima. Pegs que só servem para a câmera são bakeados direto na câmera em vez de criar um joint vazio.
Tangentes preservadas — handles bezier absolutos por eixo, além de LINEAR e CONSTANT. Os handles nativos do Harmony são lidos onde a coluna permite e reconstruídos por amostragem da curva onde não permite.
Conversão correta de rotação — mudanças Z-up ↔ Y-up são aplicadas como conjugação de quaternion, não como permutação de ângulos Euler. A rotação também viaja como um quaternion independente de ordem vindo do bake da world matrix.
Exports parciais funcionam — o parent de cada item resolve para o ancestral exportado mais próximo, então meio rig ainda chega como uma chain coerente.
Arquivos legíveis e diffáveis — JSON UTF-8 indentado que você pode inspecionar, comparar e scriptar em cima.
Trial de 30 dias + licença perpétua — uma ativação vinculada à máquina cobre Harmony, Blender e Maya, via Creem.

Arquitetura¶

Um motor único, compartilhado e neutro em relação à aplicação (ots_core) contendo o schema, a conversão de coordenadas e unidades, a matemática de tangentes, o agrupamento de rigs e o licenciamento — com adaptadores finos por host para Harmony, Blender e Maya.
Harmony e Maya compartilham uma única janela Qt dirigida por um contrato de backend duck-typed; o Blender usa um painel de sidebar bpy nativo.
Formato de intercâmbio v4, com correspondência estrita de versão e sem migração retroativa.

Problemas conhecidos¶

Cenas Maya Z-up convertem valores de keyframe corretamente mas emitem handles só de interpolação; as tangentes bezier por key são simplificadas. Trabalhe em Y-up para formas exatas de tangente.
Aplicar um .anm a um peg existente do Harmony desvincula suas colunas 3D-path e quaternion-path e escreve curvas bezier de canais separados. Os valores estão corretos; o authoring mode original não é preservado.
Linhas âmbar (unmatched) não se limpam depois de Create Rig ou Create Cameras — refaça o browse do arquivo para rerodar o match.
A mira de câmera entre aplicações é best-effort. Verifique o enquadramento depois do import.
Os leitores do Harmony não rodam a mesma validação estrita de formato que os leitores do Maya e do Blender, então um arquivo de versão errada aparece de forma diferente lá.

Histórico pré-lançamento¶

O Octo Transform Sync foi desenvolvido privadamente ao longo de 2026. O histórico público começa com a v1.0.0.