criar-videos-tcc

Criando vídeos de TCC

Transforme o material do projeto de um aluno em um vídeo que um comitê de avaliação misto entenda em uma única exibição e lembre depois. A abordagem vem de um vídeo de exposição real que funcionou: os diagramas do próprio projeto redesenhados como motion graphics vetoriais limpos, um narrador AI natural, cada dica de animação caindo na palavra falada, rotulagem honesta do que é construído versus planejado e uma passagem de verificação rigorosa antes da entrega.

O aluno deve fazer o mínimo possível: responder algumas perguntas, entregar arquivos, colar um script em uma ferramenta de voz gratuita e dizer sim a um design. Você faz todo o resto.

As oito fases

Copie esta lista de verificação para sua lista de tarefas e mantenha-a atualizada:

- [ ] 1 Coleta: colete materiais, identifique o domínio, pergunte o que está faltando, estabeleça regras e especificações
- [ ] 2 Entender: leia tudo, pesquise o domínio, escreva a ficha técnica e o registro de alegações
- [ ] 3 Pesquisa de ofício: verifique as expectativas atuais de avaliação e a prática atual do Remotion
- [ ] 4 Design: conceito, sistema visual, storyboard, roteiro; autocrítica; aluno aprova
- [ ] 5 Voz: aluno escolhe um caminho de voz; takes chegam; transcreva e verifique cada palavra
- [ ] 6 Construir: projeto Remotion, linha do tempo a partir dos timestamps das palavras, cenas, loop de revisão de stills
- [ ] 7 Renderizar: renderização em blocos, masterização de loudness e cor, variantes legendada/limpa
- [ ] 8 Verificar e entregar: checklist de QA passa, arquivos e um breve relatório entregues

<skill> abaixo significa a pasta desta skill (onde este SKILL.md reside); scripts são executados a partir da pasta do projeto de vídeo, salvo indicação em contrário.

Duas portas precisam do aluno: aprovação do design (final da fase 4) e os takes de voz (fase 5). Todo o resto prossegue sem esperar. Enquanto o aluno está ocupado (gravando, reunindo arquivos), continue trabalhando em tudo que não depende dele, como construir cenas com uma voz provisória.

---

Fase 1 · Coleta

Leia references/intake.md agora. Tem as perguntas iniciais, a lista de materiais universais e como perguntar com o menor número de idas e vindas.

1. Pegue o que o aluno te deu primeiro (relatório, pôster, slides, link do repositório, um parágrafo) e dê uma olhada antes de perguntar qualquer coisa. Nunca peça algo que você já recebeu.
2. Identifique o domínio (VLSI/hardware, embarcado/IoT, software/web/mobile, IA/ML, redes/segurança, robótica/mecatrônica, potência/elétrica, mecânica/civil, biomédica ou uma mistura), então leia a seção correspondente de references/domains.md. Ela lista as entradas que tornam os vídeos nesse domínio fortes e os visuais que os avaliadores esperam.
3. Pergunte uma vez, em um único lote, sobre: o tipo de vídeo e limite de duração, as regras ou rubrica oficiais, o prazo final e os materiais específicos do domínio ainda faltando (diagramas, arquivos de especificação, arquivos de implementação, resultados, capturas de tela ou gravações de tela, logotipos, nomes da equipe e orientador). Use a ferramenta AskUserQuestion quando disponível para escolhas e uma lista de verificação simples para arquivos. Marque cada item como essencial ou bom ter para que o aluno saiba o que importa.
4. Confirme o estágio do projeto. "Proposta / em andamento / concluído" decide o tempo verbal e quais alegações são permitidas (veja o registro de alegações na fase 2). Errar isso é o erro mais prejudicial que um vídeo de projeto pode cometer.
5. Escreva brief.md na pasta de trabalho: tipo(s) de vídeo, limite de duração, público, prazo, estágio, materiais recebidos, materiais faltando, restrições. Mostre em algumas linhas e continue; não espere uma resposta a menos que algo essencial esteja faltando.

Tipos de vídeo padrão quando o aluno não sabe (detalhes em references/storytelling.md):

Tipo	Duração	Propósito
Pitch de exposição	2:00–3:00 (fique abaixo de qualquer limite por ≥5 s)	Submissão principal; código QR do pôster
Loop de estande	0:60–1:30, loop contínuo	Toca sem áudio no estande; deve funcionar sem som
Vídeo de demonstração	3–6 min	Projeto concluído funcionando: filmagens reais mais gráficos explicativos
Vídeo de apresentação	6–15 min	Caminhada narrada substituindo uma palestra ao vivo
Teaser	0:30–0:60	Mídia social ou slide de abertura

Fase 2 · Entender o projeto

Leia references/research.md.

1. Leia cada arquivo fornecido por completo, incluindo diagramas (veja as imagens), pontos de entrada de código, tabelas de especificações e logs de resultados. Projetos são cheios de detalhes que o relatório ignora, e esses detalhes fazem os melhores visuais.
2. Pesquise o que você ainda não sabe sobre o domínio: os padrões, algoritmos ou física nos quais o projeto se baseia e como especialistas geralmente os desenham. Use pesquisa na web quando disponível. Prefira fontes primárias (padrões, datasheets, artigos, documentos oficiais).
3. Produza três arquivos:
   • fact-sheet.md: uma página explicando o problema, abordagem, arquitetura, resultados e impacto em linguagem simples, com cada número referenciado a um arquivo e página/seção.
   • claims-ledger.md: cada número ou alegação que pode aparecer na tela, marcado como medido, simulado, alvo/estimativa, planejado ou plano de fundo (citado). Apenas entradas do registro podem aparecer no vídeo. A tag decide a redação ("atinge" vs "visa" vs "irá").
   • glossary.md: siglas e nomes com como são ditos em voz alta (ex. "RISC-V → risco cinco", "ML-KEM → em-el kem"). O roteiro de voz e as legendas dependem dele.
4. Se algo importante for contraditório (duas velocidades de clock diferentes, um barramento nomeado de forma diferente no relatório e no pôster), pergunte ao aluno qual fonte é atual. Não adivinhe.

Fase 3 · Pesquisa de ofício

Gaste este esforço proporcionalmente: uma verificação rápida, não uma revisão de literatura.

• Pesquise o evento real do aluno: sua rubrica, limite de duração, formato e quaisquer vídeos vencedores anteriores. Os juízes pontuam de acordo com a rubrica, então o roteiro deve atingir cada critério explicitamente.
• Verifique a versão atual do Remotion e notas da API se algo em references/remotion-build.md parecer desatualizado. Se a skill oficial do agente Remotion for instalável (npx remotion skills add dentro de um projeto Remotion), instale-a para obter detalhes autoritativos da API.
• Leia references/visual-design.md antes de projetar. Ela contém a gramática de movimento, arquétipos de cena e as regras anti-"slideshow de IA" que fizeram o vídeo de referência funcionar.

Fase 4 · Projetar o vídeo

Leia references/storytelling.md e references/visual-design.md.

1. Conceito. Uma frase mais uma ideia visual que carrega todo o vídeo (por exemplo: "o pôster ganha vida: um diagrama contínuo pelo qual a câmera voa"). Deve vir do próprio projeto, não de uma estética tecnológica genérica.
2. Sistema visual da identidade do próprio projeto: cores do pôster/relatório, fontes, logotipo e estilo de diagrama. Atribua a cada cor um significado e mantenha-o durante todo o vídeo (ex. âmbar = apenas alvos).
3. Storyboard em video-design.md usando assets/storyboard-template.md: id da cena, intervalo de tempo, narração, imagem, texto na tela, som e quais fatos do registro ele usa. Planeje 3–5 "momentos de aplauso": recompensas visuais onde uma ideia abstrata se torna óbvia.
4. Roteiro a cerca de 140–150 palavras faladas por minuto, deixando 5–10% de folga abaixo do limite. Escreva para o ouvido: frases curtas, uma ideia cada, números ditos como as pessoas os dizem.
5. Ciclo de autocrítica. Pontue o rascunho contra a rubrica em references/storytelling.md como um juiz cético de fora do campo faria. Revise até que cada linha pontue bem, pelo menos duas vezes. Correções comuns: corte jargão dos primeiros 20 segundos, adicione um exemplo concreto, torne a recompensa visual em vez de falada.
6. Portão de aprovação. Mostre ao aluno o conceito, a tabela de cenas e o roteiro completo, além de três stills de estilo se a construção estiver avançada o suficiente. Aguarde aprovação ou alterações. Este é o ponto mais barato para mudar de direção.

Fase 5 · Voz

Leia references/voice.md. Ofereça os três caminhos com compensações honestas, recomendando o primeiro:

1. Google AI Studio (Gemini TTS). Gratuito, natural e expressivo; cerca de 15 minutos do tempo do aluno. Dê a eles a folha de voz copiável construída a partir de assets/voice-sheet-template.md: cliques exatos, uma linha de estilo, blocos de roteiro escritos para pronúncia, nomeação de arquivos e uma lista de verificação de audição.
2. A própria voz do aluno. A opção mais autêntica, que os juízes recompensam. Dê dicas de gravação e os mesmos blocos de roteiro.
3. TTS local gerado aqui. Nenhum esforço para o aluno, mas soa visivelmente mais sintético. Use o melhor motor disponível (veja voice.md) e diga claramente que soará robótico em comparação com a opção 1.

Não espere ocioso por takes: construa o animatic em uma voz provisória (TTS local) e reajuste o tempo quando os takes reais chegarem. Quando os takes chegarem, transcreva-os (scripts/transcribe.mjs) e compare com o roteiro palavra por palavra: palavras faltando, nomes lidos incorretamente, tags de pausa lidas em voz alta e ritmo. Você não pode ouvir, então esta verificação de transcrição é seus ouvidos; diga ao aluno exatamente qual linha regenerar, se necessário.

Fase 6 · Construir

Leia references/remotion-build.md. Então:

1. Execute node <skill>/scripts/check_env.mjs para Node, disco, RAM, Chrome e Python. Disco ou RAM baixos alteram como você renderiza (veja references/troubleshooting.md); descubra agora, não na hora três.
2. Crie o projeto com node <skill>/scripts/init_project.mjs <folder>. Ele copia o modelo Remotion e os scripts auxiliares, então você executa npm install lá.
3. Coloque os takes em public/audio/voice/takes/, então execute node scripts/transcribe.mjs para obter timestamps de palavras (scripts/words.json).
4. Escreva video.spec.json (cenas, legendas, âncoras de dica como frases faladas) e execute node scripts/build_timeline.mjs. Ele produz src/data/timeline.json e arquivos .srt. Cada dica de animação está ancorada a uma frase falada, então a imagem cai na palavra mesmo após os takes mudarem.
5. Execute python scripts/audio_tools.py para limpar e nivelar a voz e sintetizar uma base musical original e efeitos sonoros. Faixas licenciadas são opcionais e devem ser royalty-free.
6. Escreva um componente por cena em src/scenes/ usando o kit do modelo (caixas, fios, azulejos, tags, câmera). Desenhe os diagramas reais do projeto como vetores; nunca invente arquitetura.
7. Loop de revisão de stills. Este passo torna o resultado bom. Renderize stills nos tempos-chave de dica (node scripts/stills.mjs <Composition> t1 t2 …), olhe para cada imagem e corrija sobreposições, texto cortado, tempo (objetos aparecendo antes de sua palavra), tamanhos ilegíveis e quadros vazios. Repita até que uma passagem completa não encontre nada. Espere 3–5 passagens. Limpe os pacotes remotion-* em %TEMP%//tmp entre as passagens quando o disco estiver apertado.

Fase 7 · Renderizar e masterizar

node scripts/render.mjs <Composition> <output.mp4> renderiza em blocos retomáveis de 15 segundos, junta-os, multiplexa o áudio e masteriza o resultado: −16 LUFS integrado, −1.5 dBTP, BT.709 faixa limitada, AAC 48 kHz, fast-start. Renderize uma variante legendada e uma limpa. Em uma máquina com bastante disco e RAM, uma passagem única npx remotion render seguida por scripts/master.mjs também é suficiente.

Renderize um vídeo de cada vez. Renderizações paralelas esgotam RAM e disco em laptops de alunos.

Fase 8 · Verificar e entregar

Execute node scripts/qa.mjs <file.mp4> --max <seconds>, então percorra references/verification.md: duração abaixo do limite, contagem de quadros, loudness, sem trechos pretos ou congelados, legendas em sincronia, quadros amostrados do arquivo final (não da prévia) e inspecionados, cada número na tela no registro de alegações, nomes escritos corretamente e créditos presentes.

Entregue:

• os MP4s (legendado, limpo), arquivos .srt e a pasta do projeto editável
• um breve relatório: para que serve cada arquivo, o que foi verificado, o que o aluno ainda deve verificar com o ouvido (pronúncia, sincronia) e como alterar uma linha depois
• uma oferta para deletar ferramentas de construção (node_modules, caches) se o aluno precisar de espaço em disco de volta

---

Princípios que mais importam

• Verdade sobre hype. Um vídeo de aparência acabada de um projeto inacabado é um passivo em Q&A. Rotule alvos como alvos, planos como planos, simulações como simulações. Use apenas fatos do registro de alegações.
• A identidade do próprio projeto, não uma estética tecnológica. Suas cores, seus diagramas, seus nomes de módulos. Sem placas de circuito brilhantes, redes de partículas, hackers encapuzados ou chips 3D de banco de imagens.
• Uma ideia por frase falada. Destaque uma coisa; escureça o resto. Segure cada recompensa por 0.5–1.5 s.
• Dicas nas palavras. A animação é conduzida pelos timestamps da narração, não por tempos de cena adivinhados.
• Legível em um projetor e um telefone. Rótulos ≥ 24 px em 1080p (prefira 28+), legendas em frases no quinto inferior, nada importante dentro de 96 px da borda.
• Verifique o que você entrega. Inspecione quadros extraídos do MP4 final. A prévia não é o produto.

Arquivos de referência

Arquivo	Leia quando
references/intake.md	Fase 1: perguntas, checklist de materiais
references/domains.md	Fase 1–4: entradas específicas do domínio, visuais, armadilhas
references/research.md	Fase 2: formatos de ficha técnica, registro de alegações, glossário
references/storytelling.md	Fase 4: estruturas por tipo de vídeo, regras de roteiro, rubrica de revisão
references/visual-design.md	Fase 3–6: sistema visual, gramática de movimento, arquétipos de cena
references/voice.md	Fase 5: etapas do AI Studio, dicas de própria voz, TTS local, QC de takes
references/remotion-build.md	Fase 6–7: layout do projeto, formato de especificação, padrões de código de cena
references/verification.md	Fase 8: checklist de QA e relatório de entrega
references/troubleshooting.md	Ao encontrar erros de build/render, pouca RAM/disco
assets/storyboard-template.md	Fase 4: template para storyboard
assets/voice-sheet-template.md	Fase 5: template de folha de voz para AI Studio