Tecnologia
Loomgine
A engine que o Loom executa. Ela existe para que um modelo receba autoria real sobre um vídeo — estrutura, composição, tipografia, motion, timing — sem que o resultado vire algo que ninguém consegue inspecionar, corrigir ou reproduzir.
01A cadeia
Sete estágios, em ordem.
Cada estágio produz algo que o próximo lê. É isso que torna o pipeline mais do que um diagrama: o trabalho pode ser inspecionado entre dois passos quaisquer, e uma falha pode voltar ao estágio que a causou em vez de reiniciar a peça.
01
Direção por IA
Intenção vira decisão
A direção é onde o trabalho deixa de ser um pedido e vira um conjunto de decisões. O modelo estabelece a premissa, o registro, a ordem e o argumento visual — o que um diretor humano resolve antes de alguém tocar numa timeline. Nada é renderizado aqui, e nada é adivinhado em nível de pixel. A saída é raciocínio sobre o qual o resto da cadeia age e, tão importante quanto, com o qual uma pessoa pode discordar.
EntregaPremissa e registroOrdem dos blocosArgumento visual
02
Planejamento
Decisão vira estrutura
O planejamento transforma a direção numa estrutura contra a qual a engine consegue construir — uma lista de cenas com durações, papéis e transições, e um registro explícito do que precisa ser verdade ao fim de cada uma. Porque o plano é dado e não prosa, ele pode ser replanejado: mude o tempo total e os blocos se redistribuem; corte uma cena e a continuidade é recalculada em vez de quebrar em silêncio.
EntregaLista de cenasDurações e ritmoRestrições de continuidade
03
Assets
A peça ganha material
Cada cena declara o que precisa antes de qualquer coisa ser buscada ou gerada: footage, imagens, áudio, iconografia, um gráfico, uma marca. Material fornecido é usado onde existe; assets complementares são gerados onde não existem. Porque a necessidade é declarada pela composição e não por um prompt, um asset que se revela errado pode ser trocado no lugar, sem re-rodar o filme.
EntregaMídia resolvidaAssets geradosManifesto por cena
04
Composição
Cenas viram programa
Este é o centro da Loomgine. Uma cena não é uma imagem que a engine torce para ter saído certa; é um documento de camadas com geometria, tipo, cor e empilhamento explícitos. Cada propriedade tem nome e endereço, e é isso que torna o resto possível: um modelo muda um título sem redesenhar o frame, uma pessoa abre a mesma cena e move à mão, e o diff entre duas versões é legível.
EntregaÁrvore de camadasTipografia e layoutPropriedades endereçáveis
05
Motion
O programa ganha tempo
Motion é escrito, não alucinado. Entradas, permanências, saídas, curvas de easing e transições são anexadas às mesmas propriedades endereçáveis que a composição já expõe, o que significa que motion pode ser raciocinado: um bloco que ficou longo é retemporizado em vez de regenerado, e uma transição que briga com o corte é trocada sem mexer no frame entre os dois.
EntregaTimelinesEasing e transiçõesBlocos retemporizáveis
06
Validação
Verificado antes de custar um frame
Porque a composição é dado, ela pode ser inspecionada antes de ser renderizada. Texto que estoura a caixa, contraste que não sobrevive ao meio, um título que sai da safe area, uma cena que passa do tempo, uma quebra de continuidade entre blocos — tudo isso é encontrado lendo o documento, por uma fração do custo de encontrar num arquivo pronto. As falhas voltam para correção, então validação é parte da autoria e não um relatório no fim.
EntregaChecagem de legibilidade e contrasteChecagem de layout e safe areaCorreções aplicadas
07
Renderização
Saída determinística
Renderizar é o último passo e o menos dramático, e esse é justamente o ponto. A essa altura a peça está totalmente especificada, então a rasterização não tem margem criativa nenhuma: o mesmo documento produz os mesmos frames em qualquer resolução, em qualquer execução. Determinismo é o que torna um render revisável, uma regressão detectável, e uma mudança numa cena barata de reemitir sem tocar nas outras.
EntregaFramesSaída reproduzívelMasters independentes de escala
02Princípios
O que vale em todos os estágios.
A cadeia só funciona porque as mesmas quatro propriedades são verdadeiras em cada ponto dela. São elas que permitem dar autoria real a um modelo sem que o resultado deixe de ser revisável.
01
Endereçável
Cada propriedade de uma cena tem nome e lugar. Um modelo muda um título sem redesenhar o frame, uma pessoa abre a mesma cena e move à mão, e a diferença entre duas versões é algo que se lê.
02
Determinístico
O mesmo documento renderiza os mesmos frames. É isso que torna uma revisão significativa, uma regressão detectável, e uma mudança numa cena segura de reemitir sem perturbar as vizinhas.
03
Inspecionável
Um filme é dado antes de ser pixel, então pode ser interrogado: o que uma cena contém, por que ela dura o que dura, qual decisão colocou uma legenda onde está.
04
Corrigível
Falhas encontradas na validação voltam para o documento. A engine conserta o que está errado em vez de re-rodar a peça inteira torcendo para a próxima tentativa dar mais sorte.
03Limites
O que a Loomgine não é.
A descrição mais curta deste produto é justamente a que erra, então vale ser preciso sobre onde a engine termina.
Não é um modelo de texto-para-vídeo
A Loomgine não amostra frames, ela os compõe e renderiza. Modelos generativos são usados onde material gerado é genuinamente desejado — uma imagem, uma voz, uma textura — e o que eles devolvem vira asset dentro de uma composição, não a composição em si.
Não é um pipeline de prompt-para-clipe
Não existe salto único de uma frase para um arquivo pronto. Direção, planejamento, composição, motion e validação são estágios separados com saídas separadas, justamente para que qualquer um deles possa ser examinado, alterado ou refeito sozinho.
Não é um template preenchido
Um template fixa a estrutura e deixa você trocar as palavras. Aqui a estrutura é uma decisão: quantas cenas existem, o que cada uma carrega e como é disposta são resultados da direção, não campos esperando conteúdo.
Uma nota sobre este site
A Loomgine é desenvolvida separadamente deste website, e nada aqui depende dela estar no ar. O Lab publica saída pronta, não uma conexão viva com a engine — então o registro público do avanço do Loom continua legível independente do que a engine esteja fazendo.
Estado
O Loom está em desenvolvimento.
Não há produto para testar ainda e nada para assinar. O que existe é a Loomgine — e o Lab, onde a saída da engine é publicada conforme ela é construída. Esse é o estado honesto das coisas, e é a parte mais interessante.
- Produto
- Vistral Studio Loom
- Em desenvolvimento
- Engine
- Loomgine
- Em construção
- Registro público
- Loomgine Lab
- Publicando