Pipeline de produção com Blender, TriliumNext, Kanboard, Inkscape e infraestrutura auto-hospedada

Se você está contratando animação, uma pergunta que vale fazer ao produtor é: como é o seu pipeline? A resposta revela se o orçamento vai para licenças de software ou para horas reais de animação. Mostro aqui as 10 etapas do meu — do briefing ao render em 4K, tudo em software livre e infraestrutura própria, com as exceções conscientes que abro.

1. Briefing

Toda reunião de briefing — público, produto, meio, oferta, duração da campanha, fase da campanha, estrutura retórica, CTA — é organizada no TriliumNext, auto-hospedado e sincronizado entre todos os meus dispositivos. Nada de anotação espalhada entre app de nota, e-mail e planilha: um único repositório de conhecimento, sob meu controle, com histórico completo do projeto desde a primeira conversa.

2. Gestão de projeto

A organização do projeto para a equipe roda em Kanboard, customizado e auto-hospedado localmente. O acesso externo (para clientes acompanharem ou colaboradores remotos entrarem) é feito via Headscale — a implementação open source do protocolo de rede da Tailscale — com o cliente Tailscale como ponta. É a minha própria rede privada, sem depender de um provedor de VPN comercial para o backbone.

3. Roteiro técnico audiovisual

Nada de roteiro genérico gerado por IA. O roteiro técnico — com estrutura de retórica, timing e direção de cena — é escrito em Markdown, direto no TriliumNext, e exportado para .odt. A partir daí, uso LibreOffice para revisão e conversão para PDF ou DOCX, conforme o que o cliente precisar. Todo o texto nasce em formato aberto e só vira formato proprietário na ponta, se for exigido.

4. Storyboard

Aqui o storyboard já sai com os layouts finais das cenas para aprovação do cliente — cor, fonte e forma alinhados ao manual de marca, não um rascunho a lápis. Os layouts de cena são construídos no Inkscape e no Blender, dependendo do tipo de animação e cena (em muitos projetos, as cenas se dividem entre os dois). A montagem final das páginas de storyboard acontece no Inkscape.

5. Locução e trilha sonora

Esta é a etapa onde assumo abertamente uma exceção ao “tudo livre e tudo local”: para locução real, uso plataformas como Fiverr e Upwork — porque contratar um dublador profissional continua sendo, por enquanto, a melhor forma de garantir qualidade humana de voz. Para voz sintética, uso o Chatterbox localmente, com minha própria voz como guia e voice changer — a qualidade já se compara ao ElevenLabs, mas rodando no meu próprio servidor, sem enviar áudio para nuvem de terceiros.

6. Animatic

O animatic é montado no Blender, Kdenlive ou DaVinci Resolve, dependendo do tipo de projeto e da saída necessária. Uso plugins de áudio monitor no Blender para manter sincronismo de áudio durante essa etapa. Vale o registro: o DaVinci Resolve, mesmo na versão gratuita, é software proprietário — entra no pipeline quando o recurso específico dele compensa o desvio da regra.

7. Animação

Tanto animação 2D quanto 3D são feitas no Blender. É a ferramenta central do pipeline — o que simplifica muito o fluxo entre etapas, já que boa parte do processo (storyboard, animatic, animação e montagem) conversa dentro do mesmo software.

Esse desenho não é peculiaridade minha. É o mesmo caminho que estúdios de animação profissionais vêm trilhando há anos. O próprio Blender Studio documenta publicamente que constrói sua pipeline inteiramente sobre software livre, com o Blender como única ferramenta para o conteúdo visual final — projetada para viabilizar equipes pequenas de produção, de 10 a 20 pessoas. A Cube Creative, estúdio francês de animação, migrou sua pipeline inteira para o Blender e relata que hoje quase não troca dados com outras ferramentas de DCC, o que simplifica o fluxo entre departamentos. Uma pesquisa apresentada na Blender Conference 2025, o projeto Paneurama, mapeou a infraestrutura de três estúdios franceses que colocam o Blender e princípios de código aberto no centro do fluxo de trabalho — evidência de que esse modelo escala além do trabalho solo.

8. Render em 4K

Mantenho um servidor de render próprio, rodando 24 horas, com as cenas organizadas por projeto e gerenciadas por um sistema de fila específico para Blender. Renderizar localmente significa que não há custo por hora de nuvem de renderização, nem arquivo de projeto saindo da minha infraestrutura.

9. Montagem final

A edição final também é majoritariamente feita no Blender, com os mesmos plugins de áudio monitor usados no animatic — manter a edição na mesma ferramenta da animação reduz retrabalho de exportação e re-sincronismo.

10. IA generativa — local primeiro, API como fallback

Quando o projeto pede geração de imagem por IA, ou render de cenas do Blender assistido por IA, uso primeiro modelos locais configurados via ComfyUI, no mesmo servidor de render (um dos motivos de ele ficar ligado o dia inteiro). Upscale de vídeo e imagem também roda com modelos locais e open source.

Eventualmente, ou quando o modelo local não dá conta do resultado esperado, recorro a APIs de modelos externos — mas com camadas de proteção. O orquestrador Python altera dados sensíveis (nomes, documentos, datas, números) antes do envio, reparte o documento entre múltiplos modelos com ZDR, e remonta o resultado localmente. Para imagens, detalhes como logos são pintados manualmente no Krita após a geração. Nenhum dado completo do cliente trafega ou é armazenado por terceiros.

Essa escolha segue a mesma lógica que a pesquisa acadêmica sobre privacidade em IA generativa vem apontando como preocupação central: modelos processados por terceiros carregam riscos como memorização de dados de treino, vazamento durante ajuste fino (fine-tuning) e ataques que permitem inferir se um dado específico passou pelo modelo. Uma revisão publicada na revista Information (MDPI) descreve esses riscos e nota que, diante deles, instituições enfrentam a decisão entre depender de modelos de terceiros ou investir em infraestrutura local para um tratamento de dados mais seguro. Para um estúdio que trabalha com identidade visual e material ainda não publicado de clientes, processar localmente sempre que possível — e com proteções quando usa API — elimina essa camada de risco.

O que não é 100% livre — e por quê

Sou obrigado, por rigor, a fazer uma ressalva: nem toda peça deste pipeline é software livre. O DaVinci Resolve é proprietário. O Tailscale, na ponta cliente, é um serviço comercial (ainda que eu rode o control plane via Headscale, que é livre). E contratar locução real via Fiverr ou Upwork é depender de uma plataforma de terceiros — só que de gente, não de dado.

Soberania digital, para mim, nunca significou pureza absoluta ou recusa automática de qualquer ferramenta proprietária. Significa manter o controle sobre a infraestrutura crítica — onde os arquivos do cliente vivem, quem tem acesso a eles, e se o pipeline continua funcionando se uma empresa de software mudar de modelo de negócio amanhã. Nesse critério, o pipeline passa: o roteiro, o storyboard, a animação e o render rodam sob minha infraestrutura. A IA generativa também roda localmente sempre que possível, e quando usa API externa é com proteções que garantem que nenhum dado completo do cliente trafega. As exceções são pontuais, conscientes, e não comprometem esse controle.

Por que isso importa na prática

Esse é, na prática, o problema que a pesquisa acadêmica em computação chama de vendor lock-in: a dependência de um único fornecedor cresce até que trocar de ferramenta, ou simplesmente continuar usando a que você já tem, se torna caro ou inviável. Um estudo publicado no Journal of Cloud Computing (Springer), baseado em entrevistas e um levantamento com 114 profissionais de TI no Reino Unido, identificou a falta de formatos e protocolos abertos como o fator central que gera esse tipo de dependência — e mostrou que grande parte dos gestores subestima esse risco até o momento em que precisa migrar de fornecedor. Não é um risco exclusivo de empresas grandes: qualquer profissional que entrega arquivo fonte para cliente carrega esse risco também. Manter o pipeline em formatos abertos e ferramentas que eu controlo é, na prática, a forma de não herdar esse problema.

Quando um cliente pede alteração num projeto de dois anos atrás, abro o arquivo original e trabalho — sem depender de versão paga, licença vencida ou assinatura expirada.

Quando viajo, levo o pipeline inteiro num notebook. Instalo o sistema, instalo os programas, e o ambiente de trabalho é idêntico ao do estúdio.

Quando termino um projeto, entrego os arquivos fonte. O cliente pode abrir com qualquer ferramenta — sem lock-in, sem refém de formato proprietário.

Quer ver o resultado desse pipeline? Assista aos meus trabalhos. E se tiver interesse em montar o seu próprio pipeline, já escrevi sobre como organizar cada etapa.

Por que produzir com software livre

Manter esse pipeline com software livre não é ideologia — é estratégia que se reflete no orçamento do cliente. Cada licença de ferramenta proprietária que não preciso pagar vira horas de animação, revisão e finalização no seu projeto.

Se você está estruturando seu primeiro projeto de animação, use o Gerador de Briefing que criei — são perguntas guiadas que organizam todos os pontos de partida. E para estimar o orçamento, tem a Calculadora de Orçamento.

Produzo animação com esse fluxo, do briefing ao render final. Entre em contato se quiser conversar sobre seu projeto.

Perguntas frequentes

Você usa apenas software livre?

Sim, Blender, Krita, Inkscape e Kdenlive são a base do pipeline. Com exceções conscientes: DaVinci Resolve para finalização específica e locução via Fiverr/Upwork quando o projeto pede voz humana real.

Quanto custa uma animação com esse pipeline?

O custo varia por duração, estilo (2D ou 3D) e complexidade. Use a Calculadora de Orçamento para estimar. Como não repasso custos de licença, o valor vai integralmente para horas de animação.

Esse pipeline funciona para projetos em equipe?

Sim. Uso Kanboard auto-hospedado para gestão e Headscale para acesso remoto de colaboradores. O Blender Studio documenta que usa pipeline similar para equipes de 10 a 20 pessoas.

Como você protege os arquivos dos clientes?

Uso APIs de modelos externos sim, mas com camadas de proteção. Um script Python (orquestrador) altera dados sensíveis — nomes, documentos, datas, números — antes de qualquer envio. O documento é repartido: cada parágrafo vai para um modelo diferente via API (modelos com ZDR), e o orquestrador remonta o resultado localmente. Para imagens, detalhes como logos são pintados manualmente no Krita após a geração. No fim, só eu tenho acesso ao dado completo.

Qual a diferença entre software livre e proprietário no resultado final?

Nenhuma na qualidade — a diferença está no custo e no controle. Com software livre, não há licença anual para renovar nem risco de vendor lock-in. O resultado final é o mesmo ou melhor.

Referências