Octo para Maya
O Octo pode escrever, testar e rodar as rotinas que processam cenas do Maya sem abrir a interface: mayapy, maya -batch e Render. O Maya roda nativo no Linux; para o Maya 2026, a Autodesk lista suporte só para RHEL (Red Hat Enterprise Linux) e Rocky Linux, nas versões 8.10, 9.3 e 9.5. Você aprova o plano e cada lote; ele prepara o roteiro e, depois de rodar, devolve o resultado e o relatório do que falhou para revisão.
Seis entregas possíveis, tiradas do levantamento. Em todas, o Octo propõe o caminho, escreve o roteiro e testa numa amostra antes do lote.
Escreve um script para o mayapy, o Python que vem com o Maya: inicializa o Maya sem interface, abre cada cena, lista as malhas com vértices, faces e posição e grava um JSON. Devolve a licença no fim, mesmo quando dá erro, e sai com código diferente de zero para o lote saber o que falhou.
Usa maya -batch (mayabatch.exe no Windows) para rodar MEL (Maya Embedded Language, a linguagem de script do Maya) na abertura da cena: apagar o histórico de construção e salvar, ou fazer source de um arquivo MEL legado. Quando precisa de Python ali, usa o invólucro python("..."). Como salva por cima, só roda depois do backup.
Renderiza um intervalo de quadros pelo Render, que é o caminho de render (o maya -batch não é), com pasta de saída e log por intervalo. Escolhe o renderizador da cena ou o indicado, e avisa: Arnold em linha de comando sem licença de lote sai com marca d’água.
Monta o Maya num servidor Rocky Linux ou RHEL 9.5, versão listada pela Autodesk nos requisitos do Maya 2026: instala as bibliotecas exigidas, os pacotes .rpm de licença e do Maya, confere o serviço de licença e termina com um teste sem interface. Para Ubuntu ou Debian, a Autodesk não oferece pacote; propõe uma máquina virtual (VM) com Rocky.
Para percorrer muita geometria, usa a API 2.0 (maya.api.OpenMaya) dentro do mayapy; para o resto, maya.cmds. Se o código atual depende de PyMEL, avisa: ele não vem mais com o Maya e é mantido pela comunidade, sem suporte da Autodesk.
Divide o intervalo entre máquinas, um trecho de quadros em cada, como mostra a documentação; para fila de verdade, liga o Render de cada nó a um gerenciador (Deadline, OpenCue, Tractor ou similar). Antes, confere a licença do renderizador em cada nó.
O mesmo ciclo do Octo, aplicado ao Maya. Cada braço tem um papel estreito; quem decide é uma pessoa da sua empresa.
Versão do Maya, sistema e distribuição, renderizadores e plug-ins instalados. Confere as flags com Render -help, porque a lista comum de flags vem de documentação de 2013.
Os campos do JSON do inventário, a pasta de imagens por cena, o formato (png, exr), o nome de cada log e o código de saída que o lote lê.
Licença do renderizador por nó, o serviço de licença no Linux e os termos de uso em lote hospedado. Isola os plug-ins de carga automática, que podem quebrar o script, com -noAutoloadPlugins ou uma pasta de preferências limpa.
mayapy para lógica em Python; maya -batch para MEL rápido ou legado; Render quando o resultado é imagem; OpenMaya para geometria pesada. Servidor em Rocky ou RHEL 9.5.
Inicializa o Maya antes de importar maya.cmds e desinicializa ao sair, também no erro. Script que roda no Script Editor e fora dele protege a inicialização com try.
Roda em poucas cenas e poucos quadros e confere pelo resultado: o JSON tem as malhas, as imagens estão na pasta e sem marca d’água, o log não tem erro de biblioteca faltando.
Com o seu ok e o backup feito, roda as cenas e os quadros e confere um a um o que saiu e o que falhou, sem tomar mensagem de sucesso como prova.
Distribuição, versão, bibliotecas que faltaram, renderizadores e flags confirmados na sua instalação. O próximo lote parte desse registro.
Nada roda em lote antes do seu ok. Nada salva por cima sem backup.
O critério que o Octo usa para escolher. Python no mayapy para lógica, MEL quando é rápido ou legado, Render quando sai imagem.
| Tarefa | Caminho recomendado | Alternativa |
|---|---|---|
| Inventário, conversão, validação de cenas em lote | mayapy + maya.standalone.initialize() | maya -batch com python("...") |
| Comando MEL rápido numa cena | maya -batch -file cena.mb -command "..." | mayabatch no Windows |
| Rodar arquivo MEL legado | maya -batch -file cena.mb -script arq.mel | — |
| Renderizar sequência | Render -r <renderizador> -s -e -rd | — |
| Render em várias máquinas | Render em cada nó + gerenciador (Deadline etc.) | Trechos de quadros por máquina, sem gerenciador |
| Servidor Linux de automação | Rocky ou RHEL 9.5 + .rpm + mayapy | — |
| Lógica pesada em geometria | maya.api.OpenMaya dentro do mayapy | — |
| Código novo em Python | maya.cmds + maya.api.OpenMaya | PyMEL pelo pip, sem suporte da Autodesk |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua operação.
Proposta, não promessa
Numa máquina com Maya, em Linux, Windows ou macOS, você pede em linguagem de negócio e recebe o lote proposto, para revisar antes de rodar.
mayapyUm servidor Rocky ou RHEL 9.5 com o Maya instalado pelos .rpm, onde os lotes rodam sem ocupar a estação de ninguém.
O Render em cada nó, ligado a um gerenciador de fila, com a licença do renderizador conferida antes de montar.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
4
pontos com fonte publicada, cada um com a referência indicada ao lado.
.rpm.Fonte: Maya 2026 Help, requisitos de sistema.deb. Converter o .rpm funciona para alguns, mas fica sem suporte.Fonte: artigo de suporte “Maya 2026 fails to launch on Linux Fedora”mayapyuninitialize() antes de sair; isso também evita queda do interpretador na finalização.Fonte: help “Initializing and uninitializing in Python”O Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, desenhos e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o projetista ou o engenheiro responsável pelo projeto.
Assinatura: projetista ou engenheiro responsávelDocumentação da Autodesk e do PyMEL usada nesta página.
O diagnóstico começa lendo as suas cenas e a sua instalação, sem alterar nada. Você recebe o mapa do que dá para automatizar e decide com ele na mão.