geração-de-mídia-gerada

Geração de Mídia Gerada

Propósito

Use esta skill quando uma edição sincronizada com batidas precisar de mídia gerada em vez de apenas filmagem encontrada/de origem. Mantenha o mesmo padrão de qualidade do fluxo de trabalho estilo Smash: os ativos gerados devem apoiar os marcadores de corte, mudanças de frase, mudanças de assunto e escalada visual, em vez de se tornarem preenchimento genérico.

Roteamento

• Para vídeo gerado, use uma skill Gemini/Veo instalada quando disponível, como $gemini-video-generation ou $gomez-cloud-veo-generation do Jake.
• Para geração via navegador Google Flow, use a rota Gomez/Flow quando o usuário solicitar Flow, créditos de navegador, Google Omni, Veo no Chrome ou a interface visível do Flow.
• Para imagens geradas (stills, placas, mockups, recortes, texturas ou quadros de referência), use a skill/ferramenta $imagegen integrada do Codex quando disponível.
• Se nenhuma ferramenta de geração de vídeo ou imagem estiver disponível, crie um manifesto de prompt e um plano de edição e informe ao usuário qual etapa de geração permanece bloqueada.

Quando Gerar

Gere mídia quando:

• O usuário solicitar explicitamente vídeo ou imagens gerados.
• A filmagem real não estiver disponível, for muito fraca, muito repetitiva ou bloqueada por licenciamento/acesso à fonte.
• Uma seção precisar de um visual específico impossível de obter, placa de transição, imagem onírica, abstrato sem título, corte seguro para produto ou acento de batida.
• A edição for exploratória e placeholders gerados ajudarem a testar o ritmo antes de encontrar a filmagem real final.

Prefira filmagem real quando:

• O final precisar de eventos autênticos, pessoas, jogabilidade, evidência de produto, bastidores, reações de multidão em show ou confiança documental.
• A mídia gerada reduziria a especificidade ou faria a edição parecer genérica.
• Uma fonte real puder ser encontrada rápida e legalmente.

Fluxo de Trabalho

1. Comece pela análise da música e plano de montagem. Não gere ativos antes de saber a janela alvo, proporção de aspecto, rampa de energia e funções dos marcadores.
2. Decida o tipo de ativo por sinal:
   • generated_video: clipes de movimento curtos para mudanças de frase, transições, atmosfera ou cenas impossíveis.
   • generated_still: placas de imagem para animar com pans, zooms, parallax, sobreposições ou flashes rápidos.
   • source_footage: filmagem real permanece preferida para ação fundamentada e cortes finais de prova.
3. Crie um manifesto de geração com uma linha/objeto por ativo solicitado:
   • id do sinal
   • tempo do marcador ou intervalo de tempo
   • tipo de ativo
   • proporção de aspecto
   • prompt
   • lista de evitar
   • uso pretendido na linha do tempo
   • caminho de saída
4. Pergunte antes de gastar créditos de vídeo pagos/API, a menos que o usuário tenha solicitado claramente a geração real.
5. Salve os ativos gerados do projeto em pastas locais ignoradas, como media/generated/, work/generated-media/ ou outputs/generated-media/. Não faça commit de MP4s gerados, imagens brutas, chaves de API, downloads ou referências privadas.
6. Verifique os clipes gerados com ffprobe e as imagens geradas abrindo ou inspecionando-as antes de usá-las na linha do tempo.
7. Adicione os ativos gerados aceitos ao manifesto de origem da montagem com source_kind=generated_video ou source_kind=generated_still.
8. Renderize a edição limpa primeiro. Trate os ativos gerados como material de origem, não como motivo para pular CSVs da linha do tempo, folhas de contato, briefs ou $edit-delivery-qa.

Renderização Processual Reativa a Áudio (preferida para visuais abstratos)

Para elementos abstratos/atmosféricos — túneis, portais, mandalas caleidoscópicas, campos de explosões estelares, horizontes de eventos, peças de título — prefira uma renderização GPU processual em vez de geração IA: é determinística, sem marca d'água, totalmente própria e pode ser conduzida pelo envelope de onset da própria música, de modo que cada pulso caia na música por construção.

Esqueleto: Python + contexto standalone moderngl, um shader de fragmento fullscreen-triangle #version 330, uniforms por quadro (uTime, uPulse de um envelope de onset librosa com normalização do percentil 95 e decaimento peak-hold de exp(-1/(fps*0.22)), acumuladores integrados de velocidade/rolamento que disparam nos hits), quadros lidos do FBO e canalizados RGB bruto diretamente para ffmpeg -f rawvideo -pix_fmt rgb24 -vf vflip -c:v libx264 -crf 18 -pix_fmt yuv420p. CLI padrão: --audio --start --dur --out --fps 30 --w 1080 --h 1920, mais um modo --still --t para verificações de direção de arte antes de se comprometer com uma renderização completa.

Mapeamentos de áudio comprovados: onsets → zoom de soco / flash branco-quente / chutes de rotação; graves → floração do núcleo / calor da borda interna; energia integrada → velocidade de viagem. Mantenha as bandas como sinais normalizados separados.

A lei da direção de arte (aprendida duas vezes): base quase preta + neon emissivo. Campos processuais densos lavam tons pastéis a menos que ~50% do campo seja fosso preto, ruído esculpe a luz (I = profile * pow(streak, 1.5+) * gradient) e a saturação seja socada. Se parecer plano, aumente a separação de profundidade e escureça a periferia antes de adicionar detalhes. Finalização: tonemap tipo Reinhard acc*1.35/(1+acc), elevação de saturação ~1.3, gama 0,4545; adicione dithering para gradientes quase pretos em peças principais.

Regra de integração: uma renderização processual não deve ser intercalada como segmentos standalone (veja a regra de FX integrados em $beat-synced-montage-builder). Componha-a DENTRO das tomadas — screen-blend em céus em RGB/gbrp (nunca YUV — inundação magenta), alpha de disco esmaecido, reflexos, sangria de luz envolvendo borda, telas presas nos cantos — ou funda-a no shader decodificando o corte base em uma textura que o mesmo shader de fragmento amostra, passando os tempos de corte da edição como uniforms para que os cortes caiam como socos de deformação. Sempre renderize na janela exata (--start/--dur) que a edição usa.

Orientação para Geração de Vídeo

Use Gemini/Veo/Flow para vídeo gerado. Mantenha os prompts diretos, visuais e conscientes da edição:

9:16 vídeo vertical, 8 segundos, sem texto legível ou logotipos.
Cena: <visual específico>.
Movimento: <uma ação clara que pode cortar nas batidas>.
Câmera: <movimento de câmera simples>.
Estilo: <estilo visual>.
Iluminação/humor: <energia>.
Evitar: texto, marca d'água, logotipos de marca, personagens extras, mãos/rostos malformados.

Para edições sincronizadas com batidas, solicite clipes curtos com um começo, meio e momento de impacto utilizável claros. Evite prompts que exijam coreografia exata em muitas batidas; em vez disso, gere várias opções simples.

Se estiver usando o Google Flow, selecione o modelo Veo/Omni visível que corresponda ao pedido de custo/qualidade do usuário. Baixe os clipes finalizados imediatamente e copie-os para uma pasta de mídia ignorada local do projeto com nomes estáveis em minúsculas.

Orientação para Geração de Imagens

Use a geração de imagens do Codex para placas estáticas, cortes, quadros de referência, visuais de álbum/história ou cenas impossíveis que possam ser animadas localmente. Prefira placas de imagem quando a edição precisar apenas de:

• um flash rápido
• um quadro de corte correspondente
• um fundo parallax
• uma inserção simbólica
• um conceito de miniatura/folha de contato
• um visual promptável que a geração de vídeo complicaria demais

Crie prompts para imagens com o uso pretendido na edição:

Tipo de ativo: placa de imagem de montagem sincronizada com batidas
Solicitação principal: <visual>
Formato: 9:16 vertical ou 16:9 paisagem
Composição: assunto claro, legível em tamanho de feed social, espaço para movimento seguro de corte
Estilo/mídia: <foto/ilustração/3D/etc>
Restrições: sem texto legível, sem logotipos, sem marca d'água

Quando um projeto for consumir a imagem, mova/copie a saída selecionada para o espaço de trabalho. Não deixe ativos referenciados apenas no cache de imagens geradas padrão do Codex.

Regras de Qualidade

• Os ativos gerados devem estar vinculados a batidas, frases ou momentos da história específicos.
• Evite prompts genéricos de B-roll como "visuais abstratos legais", a menos que a seção realmente exija abstração.
• Faça vários prompts estreitos em vez de um prompt amplo quando uma montagem precisar de variedade.
• Rejeite ativos gerados com texto ruim, rostos/mãos quebrados, marcas d'água visíveis, movimento fraco, legibilidade de assunto confusa ou nenhum ponto de corte óbvio.
• Marque placeholders gerados claramente em manifestos para que possam ser substituídos por filmagem real posteriormente.

Entrega para o Construtor de Montagem

Após a geração ou planejamento, passe os ativos aceitos de volta para $beat-synced-montage-builder como origens normais. Inclua:

• caminhos dos ativos
• ids dos sinais e tempos de marcador pretendidos
• tipo de origem
• prompt usado
• notas sobre melhores quadros ou melhores momentos de movimento
• prioridade de substituição: final_ok, replace_if_real_source_found ou placeholder_only