Entendendo rotação e translação na prática
Muita gente confunde os dois conceitos quando começa a trabalhar com transformações geométricas, seja em computação gráfica, robótica ou engenharia mecânica. A questão é mais simples do que parece, mas tem nuances que passam despercebidas até você se ferrá-la no projeto.
qual a diferença entre rotação e translação
Translação é quando um objeto se move de um ponto para outro sem mudar sua orientação. Cada ponto do corpo desloca-se pelo mesmo vetor. Rotação, por outro lado, é quando o objeto gira em torno de um eixo ou ponto fixo, mantendo a forma mas alterando a direção que aponta. O problema real começa quando você tenta combinar os dois. No meu caso, estava desenvolvendo um sistema de cinemática inversa para um braço robótico de seis graus de liberdade. O cliente queria que o efetuador final chegasse a uma posição específica com uma orientação definida. Achei que seria só aplicar as matrizes de transformação e pronto. Errei feio.
A questão é que a ordem das operações importa. Se você translada primeiro e depois rotaciona, o resultado é completamente diferente de rotacionar e depois transladar. No meu projeto, o efetuador acabava indo para o local correto mas com a orientação errada, ou vice-versa. Levei três dias inteiros só para perceber que o problema era essa sequência. A solução foi usar a representação de Hamilton, ou seja, quaternions. Eles encapsulam a rotação de forma mais estável numericamente do que ângulos de Euler, que sofrem de gimbal lock em certas configurações. Para a translação, mantive vetores separados. Depois de converter tudo para quaternions, combinei rotação e translação usando transformações homogêneas, que usam matrizes 4x4 para representar ambas as operações juntas.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro detalhe que todo mundo esquece: a origem da rotação. Se você rotaciona em torno da origem global versus o centro do próprio objeto, os resultados são radicalmente diferentes. No código, isso significa saber se está aplicando a transformação antes ou depois da translação do objeto. A convenção mais comum em engines gráficas é scale-rotate-translate, mas depends da biblioteca que você está usando. Em programação, a forma mais direta é usar matrizes de transformação. Para translação pura, basta somar o vetor de deslocamento a cada ponto. Para rotação, multiplica cada ponto pela matriz de rotação correspondente ao eixo e ângulo desejados. A maioria das bibliotecas modernas já tem funções prontas, tipo glRotate e glTranslate no OpenGL, ou Quaternion.Euler no Unity.
O limitante mais irritante é que erros de arredondamento flutuante podem acumular quando você faz muitas rotações encadeadas. Isso causa deriva na orientação ao longo do tempo. A mitigação é normalizar periodicamente os quaternions ou reortogonalizar as matrizes de rotação a cada poucos frames. Não é bala de prata, mas reduz o problema drasticamente. Se você precisa apenas de translação pura sem rotação, o cálculo é trivial e rápido. Para rotação, a complexidade cresce porque você precisa lidar com eixos e ângulos, e a composição de múltiplas rotações não é comutativa. Rotacionar 30 graus no eixo X depois 30 no Y dá resultado diferente de inverter a ordem.
Na prática, a diferença entre os dois conceitos é que translação muda onde o objeto está, e rotação muda para onde ele aponta. Separadamente são simples. Combinados sem cuidado é onde a coisa fica complicada de verdade.
