Lucy 2.5 Realtime Video: latência, custo e configuração da API

US$ 0,02 por segundo parece barato, mas uma transmissão de quatro horas chega a US$ 288. O Lucy 2.5 realtime video, da Decart, é uma API amplamente disponível para transformar vídeo ao vivo com IA. Só que os 1080p divulgados no lançamento não são a resolução documentada para a API, e a latência em destaque mede o lado do modelo — não o trajeto completo entre captura e tela. Neste guia, separamos o marketing do que está documentado, calculamos o custo por hora e mostramos as opções de acesso.

O que o Lucy 2.5 realmente faz em vídeo ao vivo

O Lucy 2.5 é um modelo de edição de vídeo para vídeo em tempo real da Decart, lançado em 16 de julho de 2026 no post "Raising the Bar for Live AI". O vídeo chega por uma conexão WebRTC; prompts de texto e imagens de referência opcionais orientam a transformação; os frames editados retornam a alegados 30 fps. O ponto central é a transformação: em vez de criar clipes prontos do zero, o Lucy altera estilo, substitui, adiciona e remove elementos de um feed ao vivo existente. Tim Simmons, do Theoretically Media, resume bem a diferença: trata-se de efeitos e composição ao vivo sobre uma transmissão, não de edição não linear. Por enquanto, também é exclusivo via API — "There's no app version yet", e o produto segurado na mão no vídeo de lançamento da Decart "is not an available product."

A documentação da API aceita entradas ao vivo e gravadas, enquanto a página do modelo na fal informa que o uso comercial é permitido sob seus termos. A Decart já levantou mais de US$ 450M, incluindo uma rodada de US$ 300M liderada pela Radical Ventures em maio de 2026.

Esqueça os 1080p por enquanto

O material de lançamento e a página do modelo na fal promovem o Lucy 2.5 com 30 fps e 1080p. Mas a documentação da API da própria Decart especifica saída de 1280 × 720, em paisagem 16:9 ou retrato 9:16. Até que exista um endpoint público de 1080p documentado, o planejamento deve considerar 720p: é o que diz o contrato da API e também a resolução usada nos exemplos de preço.

Vale o mesmo cuidado com a taxa de quadros. O marketing cita "30 FPS", mas não publica uma metodologia de medição, e a Decart não revelou o hardware de serving, o tamanho do modelo ou um teste de captura até reprodução. Como referência externa, o pré-print de pesquisa SANA-Streaming, de maio de 2026, relata 24 fps de ponta a ponta em 1280 × 704 numa única RTX 5090, enquanto seu núcleo diffusion-transformer chega a 58 fps. Isso não é um benchmark do Lucy; apenas mostra por que a afirmação isolada de "30 FPS", sem definir o ponto da medição, é um sinal incompleto.

Latência: o que o "quase zero" mede — e o que fica de fora

Há três números de latência associados ao Lucy 2.5, e cada um mede uma coisa diferente. O post sobre a infraestrutura DOS 2.0 da Decart, publicado junto da rodada de US$ 300M, cita resposta do modelo abaixo de 30 ms. Já um texto da comunidade no Hugging Face atribui à stack de inferência da Decart uma inferência abaixo de 40 ms em 720p, com quantização MXFP8/NVFP4, atenção esparsa dinâmica e deep kernel fusion, além de uma aceleração alegada de 4× restrita a operações limitadas por computação. Nenhuma dessas fontes publica o atraso de ponta a ponta, da captura da câmera até os pixels na tela do espectador. Esse caminho ainda inclui transporte WebRTC, codificação e player, variando conforme a rede. Para estimá-lo na sua implementação, grave um timestamp visível no feed da câmera e compare-o à saída exibida na rede e no player que pretende usar.

Controle de edição: oito modos e os limites do Self-Anchoring

A superfície de edição documentada do Lucy 2.5 abrange oito operações, todas controláveis por prompts de texto, imagens de referência ou ambos:

Dois detalhes de controle importam mais do que a lista de modos. Primeiro, o Self-Anchoring — mecanismo que devolve ao modelo sua própria saída recente como referência para evitar deriva de identidade em transmissões longas — vem ativado por padrão e só pode ser alterado no momento da conexão. A documentação da Decart recomenda desativá-lo em cortes bruscos de câmera, quando uma nova pessoa entra em cena ou quando o cenário muda substancialmente; nesses casos, a âncora aponta para um mundo que já não existe. Isso exige reconexão, então setups com múltiplas câmeras precisam prever esse comportamento.

Segundo, as imagens de referência têm requisitos documentados: precisam estar nítidas, bem iluminadas, sem obstruções, ter no mínimo 512 × 512 pixels e enquadramento compatível com o vídeo de origem. Imagens escuras ou mal correspondidas podem fazer uma substituição falhar por completo.

Tempo real ou geração offline: qual caminho escolher

Geradores offline, como Runway, Pika e ferramentas da classe Sora, resolvem problemas diferentes do Lucy 2.5. A resposta honesta para "qual é melhor?" depende do caminho. Quatro dimensões definem a escolha:

1. Interação. Se a audiência ou a câmera precisa influenciar o vídeo enquanto ele acontece, o tempo real é a única opção. Ferramentas offline seguem o ciclo de prompt e espera.
2. Duração. Ferramentas offline normalmente trabalham com clipes de 5–60 segundos e tempos de renderização de segundos a minutos em produtos da classe Runway e Pika, segundo a comparação do Hugging Face. O Lucy transmite continuamente — a fal afirma que ele roda por várias horas sem colapso de identidade, embora não exista teste de estresse publicado para sessões longas.
3. Piso de qualidade. Para entregas finais em 1080p ou mais, o render offline ainda vence hoje, considerando a saída de 720p documentada para a API. Um fluxo híbrido prático, proposto por Tim Simmons, é usar o ao vivo como pré-visualização: filme com o celular, aplique o tratamento em tempo real com o Lucy para avaliar a tomada e depois faça a passagem em qualidade final num modelo offline de vídeo para vídeo.
4. Formato de cobrança. Ferramentas offline cobram por clipe gerado; o Lucy cobra por segundo ativo de transmissão — e isso se acumula por hora, como veremos a seguir.

Mas o que as pessoas estão procurando na prática? No r/generativeAI, u/TastyFooting resumiu o apelo principal:

"Geração de vídeo para vídeo em tempo real com prompt de texto. Chega de esperar renderizar." (fonte)

As discussões na comunidade repetem duas dúvidas abertas: a pergunta de u/ai_art_is_art, "Is there any use for this kind of model? VTubing?", e a de um criador no r/AINewsAndTrends, sobre saber "if it works as well outside of demos." As aplicações documentadas vêm da página do modelo na fal: compras ao vivo e provador virtual, inserção de produtos em tempo real, streams interativos, transformação de cenário dentro de apps, games e staging virtual em visitas ao vivo. O texto do Hugging Face acrescenta fluxos de VTubing e variações de anúncios. Para uma visão mais ampla de como a geração em tempo real está mudando o cenário das APIs de vídeo, veja nossa cobertura do SeedRealtime.

Quanto uma transmissão custa de verdade: US$ 0,02/s não é o número decisivo

Há duas rotas publicadas e dois preços:

Os próprios exemplos de preço da Decart ajudam a situar o custo em sessões pequenas: uma sessão em tempo real de 30 segundos custa US$ 0,60, e uma edição offline de 5 segundos em 720p custa US$ 0,20. Segundo as páginas de preço, as duas plataformas medem segundos ativos de geração, não o tempo de audiência. A conta relevante para a decisão está no outro extremo:

Com quatro horas ativas por dia útil, a fal cobra cerca de US$ 576 por dia, ou aproximadamente US$ 12.700 em um mês de 22 dias úteis, antes de custos de rede e moderação. A geração contínua transforma um preço unitário baixo num problema de concorrência por hora: em um app no qual cada espectador abre uma stream Lucy independente, o valor por hora é multiplicado pela concorrência. Se você estiver comparando outras APIs de geração, as diferenças entre dimensões de cobrança — por segundo, por clipe ou por token — são explicadas em nosso guia de preços de APIs de geração de vídeo.

Duas medidas reduzem esse impacto de forma estrutural. Tempo de câmera parada não precisa se converter em geração ativa: condicione a stream à existência de conteúdo real. Além disso, a escolha da rota por si só corta a conta pela metade: para a mesma saída documentada de 720p, a API direta da Decart custa metade da fal, enquanto a fal inclui playground, termos comerciais e seu ecossistema. A melhor escolha depende do que você precisa ao redor do modelo, não do modelo em si.

Como acessar: Decart direta, playground e fal

Para ver rapidamente como o Lucy 2.5 reage ao seu rosto, o caminho mais curto é a experiência no navegador em lucy.decart.ai ou o playground de demos em demos.decart.ai. Contas novas recebem créditos de teste, que podem cobrir uma sessão inicial. Use esse ambiente para testar imagens de referência e formulações de prompt antes de escrever código.

Pela documentação do Lucy 2.5 em tempo real, o acesso direto à API da Decart segue o fluxo padrão de WebRTC:

1. Obtenha as credenciais da API e crie uma sessão em tempo real para o modelo lucy-2.5
2. Estabeleça a conexão WebRTC, configurando Self-Anchoring e melhoria de prompt no momento da conexão; mudar o Self-Anchoring depois exige reconexão
3. Conecte sua mídia de entrada, ao vivo ou gravada, à sessão
4. Envie prompts de texto e imagens de referência pela conexão ativa — as referências podem ser atualizadas no meio da sessão
5. Consuma a faixa de saída editada e conte com a reconexão automática integrada, com backoff exponencial e até 5 tentativas, para sessões interrompidas

Para integrar via fal, o processo tem cinco passos:

1. npm install --save @fal-ai/client
2. Crie uma conta na fal e obtenha uma chave de API no dashboard
3. Abra uma conexão WebRTC com decart/lucy-2-5/realtime
4. Forneça JWTs de curta duração pelo backend usando um tokenProvider — o exemplo da fal usa expiração de token de 10 segundos; portanto, não é uma configuração apenas no navegador, com chave exposta no frontend
5. Trate resultados e erros por onResult/onError e então envie prompts pela conexão ativa

Segundo a página do modelo, a fal oferece JavaScript, Python e REST puro como caminhos de cliente. Para OBS, separe protótipo de produção: capturar a experiência da Decart como browser source ou janela funciona para testar um visual, mas um pipeline de produção deve ingerir a saída WebRTC da sua própria integração com a API. O texto do Hugging Face relata uso com OBS via WebRTC sem alterar a configuração de transmissão existente, mas valide ingestão, latência e reconexão na sua própria stack. O mesmo texto menciona SDKs para Android e iOS em apps móveis. O Lucy 2.1 continua disponível na fal para quem precisa comparar o comportamento entre versões. Para uma avaliação mais ampla da fal como plataforma, veja nossa análise da fal.ai.

Antes de entrar ao vivo: regras de divulgação já se aplicam

Um modelo capaz de alterar pessoas, roupas e ambientes em vídeo ao vivo transforma conformidade em requisito de engenharia, não em uma observação de política. A política de uso aceitável da Decart, atualizada em 12 de fevereiro de 2026, proíbe personificar uma pessoa real sem divulgação clara e ostensiva e consentimento verificável. Ela também exige que quem implemente a solução informe quando o conteúdo foi gerado ou manipulado por IA, aplique moderação adequada e preserve marcas legíveis por máquina quando tecnicamente viável. Separadamente, as obrigações de transparência da União Europeia, em vigor desde 2 de agosto de 2026, exigem marcação legível por máquina em conteúdo detectável gerado por IA e divulgação pelo implementador em usos da classe deepfake. Em implementações voltadas à UE, confirme as obrigações aplicáveis de transparência e procedência antes do lançamento, não depois.

Vale desenvolver com o Lucy 2.5 hoje?

O ponto a acompanhar é simples: se a Decart lançar uma rota pública de 1080p, a diferença de qualidade entre offline e tempo real diminui de forma relevante. Até lá, trate 720p como o contrato e o número maior como intenção.

Perguntas frequentes sobre Lucy 2.5 realtime video

O Lucy 2.5 é realmente em tempo real?

É em tempo real no sentido de aplicar edições a uma stream WebRTC ao vivo a alegados 30 fps, com latência do lado do modelo citada abaixo de 30–40 ms. Ainda não foi publicada uma medição independente de ponta a ponta, da captura à reprodução. Portanto, "tempo real" hoje significa validado em demos, não em benchmark.

Qual resolução a API do Lucy 2.5 entrega?

A API documenta saída de 1280 × 720 em 16:9 ou 9:16. O material de lançamento anuncia 1080p, mas não há endpoint público de 1080p documentado até o fim de agosto de 2026.

Quanto custa o Lucy 2.5 por hora?

A API direta da Decart cobra US$ 0,02 por segundo ativo em 720p, ou US$ 72 por hora ativa. Na fal, o mesmo modelo custa US$ 0,04 por segundo, ou US$ 144 por hora ativa. Ambas cobram pelo tempo de geração ativo, não pelo tempo de audiência.

O Lucy 2.5 funciona com OBS?

Sim, para prototipagem: a experiência no navegador funciona como fonte no OBS por browser source ou captura de janela. Em produção, teste um fluxo de ingestão WebRTC na sua própria stack de transmissão antes de assumir um compromisso.

Lucy 2.5 ou Lucy 2.1?

Segundo a comparação de versões da fal, o Lucy 2.5 amplia a superfície de edição — objetos, roupas, personagens, atributos, fundos, estilo e VFX — e alega melhor aderência a prompts, isolamento de edições e fidelidade às referências. O Lucy 2.1 continua disponível na fal como endpoint anterior em tempo real, caso você precise de uma base com estabilidade conhecida. Teste ambos com seu próprio material.