360p ou 720p no Gemini Omni 1.1 Flash: qual resolução usar em cada etapa do projeto?

Fala aí, beleza? Renderizar tudo direto na resolução final é o jeito mais caro de descobrir que o enquadramento estava errado

O Gemini Omni 1.1 Flash foi anunciado em 27 de agosto de 2026, e está sendo disponibilizado no Google AI Studio, no Flow e no Gemini Enterprise Agent Platform

Ele aceita quatro resoluções de saída: 360p, 720p, 1080p e 4k

E é justamente aí que mora a decisão deste post: 360p pra iterar, 720p pra fechar o take

A lógica é a mesma de qualquer fluxo de produção, se liga: você não faz a masterização antes de aprovar o roteiro

360p, 720p, 1080p e 4K no Omni 1.1 Flash: o que muda em cada resolução

A diferença não é só "mais pixel", tem preço e tem método de geração no meio

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 114 aulas
• 4 projetos
• 9h 18min

Conhecer formação

Repara nas duas últimas linhas

As saídas em 1080p e 4K são geradas por upscaling, não nativamente nessas resoluções

Ou seja, você não está comprando "mais detalhe capturado", está comprando ampliação do que o modelo gerou

Como definir a resolução na Gemini API:

A chamada vai pro endpoint de Interactions da Gemini API, com o model identificado como gemini-omni-1.1-flash

A resolução é definida pelo parâmetro resolution, dentro do objeto response_format, conforme a documentação do Gemini Omni

POST https://generativelanguage.googleapis.com/v1beta/interactions

{
  "model": "gemini-omni-1.1-flash",
  "response_format": {
    "type": "video",
    "resolution": "360p",
    "aspect_ratio": "9:16"
  }
}

O response_format também aceita o campo aspect_ratio, que no exemplo oficial aparece como 9:16

Tome cuidado com um detalhe: se você não mandar nada em resolution, o modelo entrega 720p, porque 720p é o default

Então "esquecer o parâmetro" não é neutro, é escolher a opção mais cara das duas 😀

Quando usar 360p: a fase de iteração

A fase de iteração é aquela em que você ainda não sabe o que quer

Você está caçando o take, não produzindo ele

E pra caçar take, o preview em 360p do Gemini Omni 1.1 Flash é a ferramenta certa: previews em 360p são gerados até 60% mais rápido e por um terço do custo em relação à resolução padrão 720p

Traduzindo em conta de padaria: em 360p você compra três tentativas pelo preço de uma em 720p

E cada uma delas volta mais rápido pra sua mão

Os use cases que cabem inteiros nessa fase:

• Testar variações de prompt: rodar cinco redações diferentes da mesma cena e ver qual pega a intenção
• Validar enquadramento e movimento de câmera: dá pra decidir composição num preview leve, não precisa de textura pra isso
• Checar a referência de estilo em vídeo: o modelo aceita até 3 segundos de vídeo externo como referência, pra carregar personagem ou padrão de movimento, e você quer saber se carregou ANTES de gastar na resolução cheia
• Testar keyframes: o Omni 1.1 permite especificar o primeiro e o último frame de um take, gerando o vídeo contínuo entre os dois, e acertar esses dois pontos é tentativa e erro puro

Percebe o padrão? Todas essas perguntas são de composição

"O personagem é o mesmo?", "a câmera entra por onde eu quero?", "o movimento fecha no último frame?"

Nenhuma delas precisa de 720p pra ser respondida

Quando ir para 720p: a fase de fechar o take

Os sinais de que a iteração acabou são bem objetivos

O prompt parou de mudar

O enquadramento está definido

A cena já foi aprovada em preview e ninguém tem mais palpite

Aí sim você vai pra 720p, que é o padrão do modelo e o formato de entrega natural

E as cenas longas?

Esse é o ponto onde a conta pesa de verdade

Cenas podem ser estendidas em incrementos de 10 segundos, até 40 segundos no total

E a extensão de cena passou a analisar até 10 segundos do vídeo existente, em vez de apenas o último segundo, pra manter mais consistência visual

Isso é ótimo pro resultado, porém significa que uma cena estendida é uma sequência de gerações encadeadas

Refazer isso na resolução final, do zero, porque o segundo bloco não emendou bem? Dói no bolso

Então o fluxo saudável é fechar a estrutura toda da cena longa em preview leve, e só depois subir a versão aprovada

Vale subir pra 1080p ou 4K?

Vale quando o destino exige, e só

Lembra que 1080p e 4K são upscaling: você está pagando US$ 0,15 ou US$ 0,30 por segundo por uma ampliação, não por uma captura mais detalhada

Se o vídeo vai viver em feed de rede social, essa conta raramente fecha

Se vai pra telão, aí a discussão muda

Veredito: qual resolução escolher em cada etapa

Fechando a recomendação por fase, sem enrolação:

• Explorando ideia, testando prompt, validando movimento: 360p, sempre
• Cena aprovada, hora de entregar: 720p, que já é o default e resolve a maioria dos destinos
• Entrega que exige resolução maior por especificação do cliente ou da plataforma: 1080p ou 4K, com a consciência de que é upscale

Agora o limite honesto dessa recomendação, porque ela não é mágica

O 360p serve pra decidir composição, enquadramento, ritmo e continuidade

Ele não serve pra julgar detalhe fino de textura, e não existe nenhuma promessa de que o preview seja um espelho reduzido do render final: a versão em 720p é gerada à parte, não é o mesmo arquivo redimensionado

Então trate o preview como storyboard animado, não como prova final

E não venda o preview pro cliente como se fosse o take, hehe

Próximo passo

Pra colocar a mão, tem três portas

O Google AI Studio, o Flow (disponível pra assinantes Google AI Plus, Pro e Ultra globalmente) e o Gemini Enterprise Agent Platform, onde o modelo aparece documentado como versão Preview

Quem está pensando esse tipo de coisa dentro de time, aliás, provavelmente já passou pela discussão de modelos Flash em fluxo corporativo, e a lógica de custo por etapa é a mesma aqui

E tem um aviso de calendário que você precisa botar na agenda: o endpoint antigo gemini-omni-flash-preview será descontinuado em 30 de setembro de 2026

Se você tem integração rodando nele, migra antes que vire incidente numa sexta à noite

O resumo do post cabe numa linha: nenhum render em resolução final antes de um preview leve aprovado

É um hábito chato de adotar na primeira semana, e depois você não consegue mais trabalhar sem ele…

até o próximo post! 🙂