Bambu vs OrcaSlicer: quem controla a sua impressora

Em 23 de abril de 2026, um programador polonês religou no OrcaSlicer um recurso que a Bambu Lab tinha desligado: imprimir direto pela rede local, sem passar pela nuvem da fabricante. Poucos dias depois, veio a ameaça de processo. O fork saiu do ar. E sobrou a pergunta: de quem é a impressora que você comprou?

Quem tem uma Bambu Lab, das marcas mais vendidas entre makers brasileiros, já sentiu o aperto. Quem está pensando em comprar precisa entender o que está em jogo. A boa notícia, que a manchete não conta, é que existe uma saída de fábrica. A ruim é o que ela custa.

O recurso que sumiu numa atualização de firmware

Em 16 de janeiro de 2025, a Bambu Lab anunciou o Authorization Control System, um modelo de autenticação embutido no firmware. A partir dele, um conjunto de operações passou a exigir um caminho autorizado pela própria Bambu: iniciar a impressão pela rede ou nuvem, controlar movimento, ajustar ventoinha e temperatura do hotend, configurar o AMS, calibrar, ver o vídeo remoto e atualizar o firmware (Hackaday).

A primeira leva chegou na série X1, com o firmware beta 01.08.03.00 liberado em 17 de janeiro de 2025. Importante: imprimir por cartão SD e operar a máquina pela tela continuaram funcionando sem autenticação. O que o sistema fechou foi o acesso pela rede de quem não era a Bambu.

Na prática, quem instalou a atualização não conseguia mais mandar a impressão de um fatiador de terceiros direto pela rede local. O job passou a ter que atravessar um intermediário novo e de código fechado, o Bambu Connect. O antigo plugin de rede, que o OrcaSlicer usava para falar com a máquina, deu lugar a uma interface por URL que só aceita importar arquivo e disparar a impressão (Tom's Hardware).

O OrcaSlicer é o fatiador open source preferido de boa parte de quem tem Bambu. Começou como fork do próprio Bambu Studio em 2022, é hoje um projeto comunitário liderado pelo dev SoftFever e migrou para a organização própria OrcaSlicer/OrcaSlicer no GitHub, com mais de 14 mil estrelas no momento desta análise. A Bambu não liberou a chave para o OrcaSlicer manter o envio direto, e o recurso deixou de ser suportado pelo caminho oficial. Você comprou a máquina com uma capacidade que uma atualização tirou.

A saída que a Bambu deixou: o Developer Mode

Aqui está o detalhe que muda o tom da história. Depois da reação da comunidade, a Bambu adicionou um Developer Mode opcional, que roda sob o LAN Only mode. Ligado pela tela da impressora, ele reabre o canal MQTT, o FTP e o livestream, devolvendo controle total da máquina pela rede local (Bambu Lab Wiki). Nessa configuração o OrcaSlicer volta a conectar direto, sem Bambu Connect e sem o gate de autorização.

Então o envio direto não morreu: virou opt-in atrás de dois cliques e de um aviso de risco. O custo é claro. Em LAN Only com Developer Mode você abre mão da nuvem da Bambu, do acesso remoto pelo app Bambu Handy fora de casa e da camada de autenticação que a empresa diz proteger a porta da impressora. Quem topa o pacote recupera o fluxo antigo. Quem quer nuvem e fork ao mesmo tempo é o caso que estourou em abril.

Um fork que durou poucos dias

O programador Paweł Jarczak não quis abrir mão de nenhum dos dois. Em 23 de abril de 2026, ele publicou no GitHub um fork chamado OrcaSlicer-bambulab que devolvia o envio direto pela nuvem, sem o Developer Mode e sem exportar G-code para o Bambu Connect.

O fork foi construído sobre o código-fonte público do Bambu Studio, sem redistribuir os binários proprietários da fabricante. Durou pouco. Ainda em abril, a Bambu contatou Jarczak por mensagem privada e disse que havia preparado uma carta de cease and desist (Tom's Hardware).

As acusações: impersonar o Bambu Studio, burlar os controles de autorização, violar os Termos de Uso, fazer engenharia reversa e abrir caminho para forks enviarem comandos arbitrários à impressora. Jarczak rebateu, dizendo que o trabalho dele partia de código-fonte público licenciado em AGPL-3.0, e pediu para a Bambu apontar quais arquivos ou commits eram o problema. Conta que recebeu mais acusações genéricas, não a especificidade.

Ele apagou o repositório por conta própria. Mas deixou registrado: "Removi o repositório voluntariamente. Isso não deve ser interpretado como admissão de que todas as alegações legais ou técnicas contra o projeto estavam corretas."

A defesa da Bambu: a nuvem é privada

Em 7 de maio de 2026, a Bambu publicou um post no blog para reposicionar a história. O argumento central: o problema não é open source, é acesso à nuvem. Nas palavras da empresa, "nossa nuvem é um serviço privado. O acesso a ela é regido por um acordo de usuário, não pela licença AGPL" (Consumer Rights Wiki).

A Bambu reconheceu que forks AGPL do Bambu Studio são permitidos. Mas reduziu a acusação técnica a uma só: o fork se apresentava à nuvem como se fosse o Bambu Studio oficial, injetando metadados de identidade falsificados. O dado em questão é a string User-Agent que o programa manda em cada requisição. "Uma licença de código não é um passe para nossa infraestrutura de nuvem", resumiu a empresa em outra fala (Open Source For You).

O contra-argumento de Jarczak é técnico e direto: essa string de User-Agent é gerada pelo próprio código AGPL da Bambu. Ela sai do arquivo Http.cpp do Bambu Studio, com nome e versão do app definidos pela própria fabricante. Um Bambu Studio compilado sem modificação nenhuma emite o mesmo cabeçalho. User-Agent não é autenticação, é metadado que qualquer programa declara sobre si mesmo. É aí que os dois lados param de discordar sobre fato e passam a discordar sobre poder: para a Bambu, o cabeçalho é passe de entrada na nuvem; para Jarczak, é dado que a licença dela mesma o autoriza a emitir.

Por que virou caso de licença, não de capricho

A raiz da briga está na licença. O Bambu Studio é um fork do PrusaSlicer, que por sua vez descende do Slic3r. Todos rodam sob a AGPL-3.0, a mesma licença copyleft do OrcaSlicer. Quem recebe esse código pode usar, modificar e redistribuir, desde que repasse os mesmos direitos adiante. A Seção 10 da AGPL é explícita: o licenciante não pode impor restrições adicionais aos direitos que a licença concede.

O caso ganhou tração fora da bolha técnica. Em 9 de maio de 2026, o ativista de direito ao reparo Louis Rossmann prometeu 10 mil dólares para a defesa de Jarczak caso a Bambu levasse o processo adiante (Consumer Rights Wiki).

Mas o golpe maior veio de quem entende de licença. Em 18 de maio de 2026, a Software Freedom Conservancy (SFC), organização que defende software livre na Justiça, apontou duas violações da AGPL-3.0 pela Bambu. A primeira: distribuir a biblioteca proprietária libbambu_networking junto do Bambu Studio sem liberar o código-fonte correspondente, depois de quatro anos afirmando que o Bambu Studio é uma versão modificada do PrusaSlicer. A segunda: a própria ameaça legal contra Jarczak, que contraria a proibição da AGPL de impor restrições extras (3D Printing Industry).

A SFC ainda lançou o Project Baltobu, com três frentes: fazer engenharia reversa da biblioteca de rede, manter o fork de Jarczak como versão canônica e desenvolver um substituto ao Bambu Studio (Software Freedom Conservancy). Jarczak entrou como colaborador. A vaquinha mira 250.007 dólares para bancar a equipe a longo prazo e já passava de 140 mil dólares no momento desta análise, com prazo até meados de julho de 2026.

Ecossistema fechado contra aberto: o que você está mesmo escolhendo

Nada disso significa que a Bambu imprime mal. Imprime bem, e a facilidade de uso e o sistema multicor são reais. O caso também não é de mocinho e vilão: o lado da conveniência tem argumento, porque porta de rede aberta por padrão é superfície de ataque, e a maioria quer que a máquina funcione com a nuvem e o app sem configurar nada.

O ponto é o que você troca por isso. No modelo fechado, parte do que você compra mora num ecossistema controlado pela fabricante, que pode mudar as regras por firmware depois da venda. O Developer Mode prova que dá para reabrir o controle, mas prova também quem segura a chave: é a Bambu que decide se a saída existe, em que modo, e o que você perde ao usá-la.

No outro extremo estão marcas que apostam no aberto. O PrusaSlicer é AGPL e o ecossistema da Prusa nasceu em torno de RepRap, onde o controle de rede é padrão, não exceção. A diferença não é torcida, é quem detém o interruptor. Vale checar três coisas antes da próxima compra:

• A máquina imprime pela rede local sem depender da nuvem do fabricante, ou isso só existe num modo que desliga câmera e acesso remoto?
• Fatiadores de terceiros como OrcaSlicer e PrusaSlicer têm suporte de primeira classe, ou ficam na dependência de um modo opcional e de gambiarra?
• Uma atualização de firmware pode remover um recurso que você usa hoje, e dá para recusar a atualização?

Quem vive de impressão, faz peça sob demanda ou monta uma fazenda de impressão sente esse risco na pele quando uma atualização muda o fluxo de trabalho no meio de um lote. Para o hobby, o trade pode valer a conveniência. Para produção, controle é margem de manobra.

Perguntas frequentes

O que é o Authorization Control System da Bambu?

É um sistema de autenticação no firmware, anunciado em 16 de janeiro de 2025, que passou a exigir um caminho autorizado pela Bambu para operações de rede como iniciar impressão, controlar temperatura e configurar o AMS. Imprimir por cartão SD e usar a máquina pela tela não foram afetados.

Ainda dá pra usar o OrcaSlicer com impressora Bambu?

Dá. Para fatiar, sempre deu. Para mandar a impressão direto pela rede, o caminho hoje é ligar o LAN Only com Developer Mode na tela da impressora, e aí o OrcaSlicer conecta direto. No modo padrão com nuvem, o envio de terceiros passa a exportar o G-code pelo Bambu Connect.

O que é o Developer Mode e o que ele custa?

É um modo opcional que, sob o LAN Only, reabre MQTT, FTP e livestream, devolvendo controle total pela rede local. O custo é abrir mão da nuvem da Bambu, do acesso remoto pelo app Bambu Handy fora de casa e da camada de autenticação que a empresa diz proteger a porta da impressora.

O que é o Bambu Connect?

É um aplicativo intermediário de código fechado que a Bambu criou para conectar softwares de terceiros às impressoras no modo padrão. O envio que antes era direto pelo plugin de rede passa por ele, por uma interface de URL que só importa arquivo e dispara a impressão.

A Bambu violou a licença open source?

A Software Freedom Conservancy afirma que sim, apontando duas violações da AGPL-3.0 em maio de 2026: a biblioteca libbambu_networking distribuída sem fonte e a ameaça legal contra o dev. A Bambu nega e diz que a disputa é sobre acesso à sua nuvem privada, não sobre a licença do código.

Isso afeta quem já tem uma Bambu?

Depende do firmware e do modo. Máquinas no modo padrão com a atualização perderam o envio direto por terceiros, mas podem recuperá-lo ligando LAN Only com Developer Mode. Quem não atualizou mantém o comportamento antigo, com o risco de segurança que a porta aberta carrega.

Vale trocar de marca por causa disso?

Não precisa ser radical. Vale checar, antes da próxima compra, se a máquina funciona sem depender da nuvem e se aceita fatiador aberto como cidadão de primeira classe. O caso serve de alerta sobre quem controla o que você comprou.

Onde ir agora

Quer entender melhor como seu fatiador conversa com a máquina antes da próxima atualização de firmware? Comece pelo nosso hub de conhecimento em impressão 3D. Saber por onde o job sai do software e entra na impressora é o que separa quem manda na máquina de quem só aperta o botão.