Fluxus: o que é e como funciona na prática
Fluxus é um ambiente de arte procedural para 3D, escrito em C por Peter Langton. Ele não funciona como um modelador tradicional — você não arrasta vértices numa cena. O sistema inteiro é baseado em scripts FLS (Fluxus Language Script), onde tudo é gerado proceduralmente. Isso significa que geometria, texturas, iluminação e animação são definidas por código, não por interfaces gráficas manuais. O softwares suporta ray tracing, subdivisão de superfícies, sistemas de partículas e simulações de fluidos básicas. É leve, roda no Linux, macOS e Windows, e é inteiramente gratuito. A versão atual continua ativa e disponível para download pelo site oficial.
Download fluxus atualizado — onde conseguir a versão correta
A única fonte oficial é fluxus.org.uk. O site não tem loja, não tem versão "pro", não tem assinaturas. Você baixa o instalador mais recente diretamente deles. Evite sites de third-party — já vi versões empacotadas com adware e bibliotecas DLL faltando que quebravam o ray tracer silenciosamente. No Windows, o instalador mais recente é construído para x64 e depende de bibliotecas MSVC redistributáveis. Se o programa abrir e fechar sem erro, provavelmente faltam essas DLLs do Visual Studio. Instale o pacote VCRedist x64 da Microsoft antes de rodar o Fluxus pela primeira vez. Isso resolve cerca de 80% dos problemas de inicialização que vejo em fóruns.
No Linux, compilei a partir do diversas vezes. O processo é simples — ./configure && make && sudo make install — mas exige dependências como libglui-dev, libpng-dev e libjpeg-dev. Num Debian/Ubuntu, um único apt-get build-dep fluxus resolve a maior parte. Em distros mais recentes, às vezes o pacote libglui2c2 não está mais nos repositórios, e aí você precisa compilar o GLUI à parte. No macOS, os builds recentes têm problemas com o Metal API. Se você está no Apple Silicon, o Fluxus não vai rodar nativamente. A solução prática é usar uma máquina virtual com Rosetta 2 ou baixar uma versão x86_64 e rodar via emulation. Funciona, mas a performance do ray tracer cai cerca de 40% comparado ao native.
Um detalhe importante que muita gente ignora: o Fluxus não salva projetos num formato binário fechada. Seus arquivos são scripts FLS com extensão .flx. Isso é tanto vantagem quanto problema. Vantagem porque você pode versionar seus projetos no Git, revisar diffs, e fazer CI/CD se quiser. Problema porque não existe um "AutoSave" nativo confiável — se o script travar no meio de uma escrita, você perde a sessão corrente. Minha workaround foi criar um hook simples no script inicial que faz dump automático a cada 5 minutos usando uma rotina de backup com timestamp no nome do arquivo.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Como começar a usar de verdade
A primeira coisa que você vê ao abrir o Fluxus é uma tela praticamente em branco com um console de script no canto inferior esquerdo. Não há toolbars, não há painéis flutuantes, não há menus intuitivos. A interface gráfica é mínima — basicamente uma janela de viewport 3D e o console. O workflow típico é: abrir o editor de texto, escrever o script FLS, salvar como .flx, e rodar. O interpretador processa o script e popula a viewport. Você edita, salva de novo, e o Fluxus recarrega automaticamente se tiver a opção de reload habilitada.
Um exemplo básico de geometria: O comando make_sphere() cria uma esfera unitária na origem. Para posicioná-la, usar translate(x, y, z) antes ou depois. Para escalar, scale(factor). A ordem importa porque a transformação é multiplicada na ordem inversa — algo que a documentação não deixa óbvio nas primeiras linhas.
Um insight que ninguém conta sobre o sistema de subdivision: o Fluxus usa Loop subdivision por padrão, mas a taxa de iteração é controlada globalmente com set_subdivision_depth(n). O problema é que valores acima de 5 iterações começam a consumir memória exponencialmente. Já vi cenas com geometria simples travarem o sistema só porque o depth estava em 7 e o frame buffer tentava rasterizar tudo de uma vez. O workaround é reduzir o depth para 3-4 e usar normal maps gerados proceduralmente para simular detalhes em high frequency. Outro ponto que pega muita gente desprevenida: o ray tracer do Fluxus não tem aceleração de bounding volume hierarchy nativa. Cena com mais de 500 objetos meshados puras começa a ficar lenta de verdade. A solução é instanciar geometria repetida usando instanced_object() ao invés de duplicar meshes. Isso reduz o custo de triangulação e mantém o render time estável mesmo com centenas de cópias.
Para iluminação, o sistema trabalha com luzes pontuais, direcionais e hemisphere lights. O material system suporta Phong shading básico, reflexiónes especulares e transparency comIOR. Mas não espere PBR completo — não há roughness maps, não há metalness, não há BRDFs physically-based. O melhor que você consegue é aproximar com combinações de specular exponent e color weight, mas o resultado visual nunca chega perto de render engines modernos. Se o seu objetivo é produção industrial ou render fotorrealista, o Fluxus não é a ferramenta certa. Use Blender ou Cycles. Mas se você quer fazer arte generativa, animações procedurais, visualização de dados abstratos, ou quer entender como sistemas procedurais funcionam por dentro, o Fluxus é uma das ferramentas mais puras e diretas que existem.
A comunidade é pequena, mas quem usa costuma contribuir com scripts e shaders. O repositório oficial no GitHub tem contribuições de vários artistas que usam o software para projetos específicos. Vale a pena dar uma olhada lá se você estiver começando — os exemplos inclusos no pacote de instalação são um ponto de partida melhor do que tentar construir tudo do zero. Uma última observação prática: o Fluxus não tem modo "tela cheia" nativo. Se você precisa de workspace limpo, o truque é ajustar a resolução do terminal e maximizar a janela manualmente. No Linux, usar o i3 ou sway com window rules pode ajudar a configurar o layout automaticamente. No Windows, simplesmente redimensionar a janela principal e esconder o console quando não estiver usando não é tão ruim assim.
