Trailer do episódio

O nó Trailer do episódio corta um trailer de 20 a 40 segundos da gravação de um podcast ou de uma entrevista em uma etapa. Ele entrega o trailer em cada formato de rede social que você escolher e pode tocar um cartão de abertura antes. Ele também pode cortar uma conversa filmada com várias câmeras.

Por dentro, o nó executa as mesmas etapas que você pode conectar à mão: Transcrever com os falantes identificados e os tempos das palavras, Plano de edição no modo Trailer e Aplicar EDL. Ele adiciona o Combinar vídeos quando um cartão de abertura está conectado, e um Formato para redes por formato. Cada etapa é executada como uma tarefa própria, então uma gravação longa, um cancelamento ou uma falha se comportam como em um workflow montado à mão. Uma diferença: um formato que falha nunca interrompe os outros formatos.

• O plano escolhe a duração. O trailer tem de 20 a 40 segundos dos momentos mais fortes da gravação, como o Plano de edição no modo Trailer os escolhe. Não há configuração de duração. Uma gravação com menos de 20 segundos de momentos fortes gera um trailer mais curto, e as notas da edição avisam.
• Os momentos são unidos com transições cruzadas curtas que o plano define. Não há configuração para as junções.
• Todo formato ganha bordas, nunca é cortado. Cada formato encaixa a imagem inteira na sua forma, com barras onde as formas diferem. Um corte central de um plano com duas pessoas deixaria um falante de fora.

O Trailer do episódio executa a etapa de planejamento no Nodaro Cloud. Em uma instalação auto-hospedada, conecte a instalação ao Nodaro Cloud, em Integrações › nodaro.ai ou com uma chave de API. Sem uma conexão, o nó não é oferecido e uma execução é recusada antes de qualquer etapa começar.

Quando usar

• Divulgar um episódio novo no Instagram Reels, no TikTok e no YouTube Shorts, e em um post quadrado e um retrato no feed, com uma execução.
• Fazer um trailer em paisagem 16:9 para um site ou para o X que abre com o cartão de abertura do programa.
• Conferir o corte uma vez e renderizar todos os formatos a partir dele.

Use os nós individuais, como o Plano de edição, o Aplicar EDL e o Formato para redes, quando precisar de mais controle sobre uma etapa.

Início rápido

O marketplace de templates tem dois workflows prontos. Trailer + Formats é a mesma cadeia montada à mão, pronta para preencher. Trailer + Formats in One Node é este nó, com Revisar antes de renderizar ativado e os formatos 9:16, 1:1 e 4:5. O Cartão de abertura fica para você conectar.

Entradas

Uma gravação com mais de 3 horas, ou uma gravação sem som ou sem imagem, é recusada antes de qualquer cobrança. O mesmo vale para um cartão de abertura que não pode ser lido como vídeo, uma imagem fixa como cartão de abertura ou um cartão de abertura com mais de 15 segundos. No último caso, a mensagem é: “The intro card is too long. Use a card of 15 seconds or less.” (o cartão de abertura é longo demais; use um cartão de 15 segundos ou menos).

Com mais de uma gravação, a primeira na ordem da lista Gravações é a Câmera 1. O painel de configurações mostra uma seção Câmeras. Veja Várias câmeras.

Saídas

Configurações

Várias câmeras

Conecte a gravação de cada câmera em Gravações. Quando você tiver a faixa da mesa de som ou do gravador, conecte-a em Áudio principal. A execução então alinha as gravações com o Sincronizar áudio, transcreve o som e descobre em qual câmera está cada falante com o Mapa de falantes. Ela planeja o trailer sobre todas as gravações e coloca cada momento em quem está falando, com o Troca de câmeras. Depois ela adiciona o cartão de abertura e faz todos os formatos, como faz com uma gravação.

• Gravações. De 1 a 6 gravações de uma conversa, em ordem: Câmera 1, Câmera 2, e assim por diante. Arraste-as na lista Gravações do painel de configurações para mudar a ordem. No canvas, Gravações aceita só vídeo. Conecte a faixa de um gravador em Áudio principal.
• Áudio principal. O som do trailer, e o relógio ao qual as gravações são alinhadas. Até 6 gravações no total, com o áudio principal incluído.
• Sem áudio principal. O som é o da própria câmera aberta, ou então o da Câmera 1, para que o som nunca pule entre os microfones das câmeras. Com duas ou mais câmeras, isso reserva um lugar para o som, então são até 5 câmeras.
• Uma câmera e um áudio principal. A câmera é alinhada ao áudio principal e cortada nessa única câmera. Um áudio principal conectado a partir do mesmo nó de uma das câmeras é o próprio som dessa câmera, e o nó roda como se não houvesse um.
• Câmera aberta. A câmera que mostra todo mundo. Um falante sem câmera própria aparece nela, e ela nunca é a câmera de um falante. Nenhuma por padrão.
• Gravações já sincronizadas. Ative quando todas as gravações já compartilham um relógio. A execução então pula o alinhamento, então não há etapa de Sincronizar áudio.
• Quem está em qual câmera. Por padrão, o Mapa de falantes decide pelos microfones das próprias câmeras: a câmera que ouve um falante mais alto é a dele. Um falante para o qual nenhuma câmera se destaca claramente fica sem câmera clara e aparece na câmera aberta, ou então em qualquer câmera que o filmou. O nó então avisa isso abaixo do resultado. Defina um falante para uma câmera, ou para o plano aberto, para substituir a escolha automática. O Falante 1 é a primeira voz ouvida, o Falante 2 a seguinte, e assim por diante.
• Formatos. Todos os formatos são feitos a partir do único corte com as trocas de câmera, preenchidos com barras como em uma gravação. Um formato que falha continua sem parar os outros.
• Se uma etapa de várias câmeras falhar. Sincronizar áudio, Mapa de falantes e Troca de câmeras rodam antes de todos os formatos. Quando uma delas falha, nenhum formato é feito e a execução falha, e a taxa por execução é reembolsada. Continuar roda a etapa que falhou e as etapas seguintes.
• Revisar antes de renderizar. Com várias câmeras, a Renderização final de uma execução revisada roda o Troca de câmeras de novo no corte editado, depois a renderização, o cartão de abertura e todos os formatos.

O resultado da execução informa quem foi colocado em qual câmera, com as notas do alinhamento e do mapa. Onde o Mapa de falantes não está disponível para você, uma execução no editor ou em um app lê só a primeira gravação, e o painel de configurações avisa.

Estes casos são recusados antes de qualquer cobrança:

• Duas gravações só de som, ou uma gravação só de som com um áudio principal.
• Mais gravações que os limites acima.
• Gravações em que nenhuma tem imagem.
• Uma câmera aberta que não é uma das gravações com imagem.
• Configurações em Câmeras que não são válidas.
• Um áudio principal que não pode ser lido como áudio.

As configurações de Câmeras são ignoradas em uma execução de uma gravação sem áudio principal.

Revisar antes de renderizar

Com Revisar antes de renderizar ativado, uma execução para em uma prévia do trailer. A renderização é uma Prévia, pelo valor menor de prévia, e o cartão de abertura e os formatos ainda não são feitos.

1. Abra a revisão e confira o corte. Você pode restaurar o que o plano removeu e cortar o que ele manteve. Veja Revisar um corte.
2. Clique em Renderização final no nó. O nó renderiza o trailer em qualidade total com a sua edição, adiciona o cartão de abertura e faz todos os formatos, uma vez.

• A Renderização final usa as configurações da prévia. Para mudar uma configuração, como os formatos, execute o nó de novo.
• Você pode renderizar a final de novo. Depois que uma Renderização final termina, edite o corte de novo e clique em Renderização final. A renderização e as etapas depois dela são executadas e cobradas de novo, sem taxa. Renderizar a mesma edição uma segunda vez é recusado, e só uma Renderização final é executada por vez.
• Em um app publicado, o nó mostra a prévia na página do app com um botão Renderização final, como faz uma renderização do Aplicar EDL. Depois que uma final é feita, outra Renderização final da mesma execução é recusada. Veja Renderização final em um app.
• Os nós depois dele rodam na prévia. No Nodaro Cloud, o nó para na prévia, mas os nós conectados depois dele rodam na prévia e são cobrados. Eles rodam de novo nos trailers na Renderização final.
• Alguém precisa revisar. Uma execução sem ninguém para revisá-la não passa pelo nó. Isso inclui uma execução iniciada pela API, pelo SDK, pela ferramenta MCP run_workflow ou por um gatilho, e uma execução dentro de um componente. Os nós antes do Trailer do episódio são executados e cobrados. O nó então falha com preview_review_required, sem nenhuma cobrança por ele. Desative Revisar antes de renderizar nessas execuções.

As ferramentas MCP make_trailer e continue_use_case são revisadas pelo assistente de IA que as chama, então elas podem usar Revisar antes de renderizar.

Se uma execução falhar

• Um formato que não pôde ser renderizado. Todos os formatos escolhidos são tentados, na primeira execução e na Renderização final. Um formato que falha nunca interrompe os outros. A execução termina com os formatos que foram renderizados e mantém a taxa. O nó informa os formatos que não pôde renderizar, por exemplo “Não foi possível renderizar: 1:1”. Um formato que falhou não é cobrado. A execução terminou, então não tem Continuar. Há duas maneiras de conseguir o formato que faltou:
  • O mesmo trailer, sem taxa. Renderize você mesmo a saída Edição (EDL). Conecte-a a um nó Aplicar EDL e, se você usou um cartão de abertura, a um nó Combinar vídeos com o cartão primeiro. Termine com um nó Formato para redes no formato que faltou, com o Método de redimensionamento em Adicionar bordas (encaixar). Cada etapa é cobrada pelo valor dela.
  • Uma execução nova. Execute o nó de novo só com aquele formato marcado. Todas as etapas são cobradas de novo, incluindo a taxa por execução, e o novo plano pode escolher outros momentos.
• Uma execução sem nenhum formato renderizado falha, e a taxa por execução é reembolsada. As etapas que terminaram continuam terminadas. Os resultados delas, como a transcrição, a edição e a renderização do trailer, são mantidos e não são cobrados de novo. Pressione Continuar no nó: só a etapa que falhou e as etapas depois dela são executadas de novo.

Não uma vez por item de lista

Um Trailer do episódio recebe a gravação de uma conversa, e o resultado dele já é uma lista, um trailer por formato. Um Trailer do episódio alimentado por uma Lista é recusado antes de qualquer execução começar, sem cobrança. A mensagem é: “Trailer takes the recordings of one conversation. Use a separate workflow run for each episode.” (o Trailer recebe as gravações de uma conversa; use uma execução de workflow separada para cada episódio).

Créditos

O Trailer do episódio cobra cada etapa pelo valor dela, o mesmo do nó que ela representa, mais uma pequena taxa por execução. O nó mostra a estimativa completa, com a taxa, antes de você executar.

• A taxa por execução é cobrada uma vez por execução. Uma Renderização final depois de uma revisão não cobra a taxa de novo. A taxa de uma execução que falhou é reembolsada, e o Continuar a reserva de novo. Uma execução que mantém parte dos formatos é cobrada pela taxa.
• A cobrança é pela duração do próprio trailer, não pela estimativa.

A estimativa antes da execução

A estimativa calcula uma execução com 40 segundos, o trailer mais longo que o plano corta. Isso é um minuto de renderização, e o Combinar vídeos sobre esses 40 segundos mais o cartão de abertura. Depois da prévia, a Renderização final é cotada pelo trailer que a execução cortou, com as edições da sua revisão, mais o cartão de abertura. Uma gravação sem duração conhecida é estimada pelo teto de 180 minutos do Plano de edição. Como o Plano de edição conta os minutos está explicado em Plano de edição.

Nós depois do Trailer do episódio

Um nó conectado à saída Trailers do episódio em uma conexão Cada item é executado uma vez por formato e cobrado uma vez por formato. Por exemplo, um nó Adicionar legendas depois de um Trailer do episódio com três formatos é cobrado três vezes. Um nó cobrado pela duração do vídeo que recebe, como o Cortar vídeo, o Vídeo em loop, o Combinar vídeos ou o Efeitos sonoros para vídeo, é estimado pelos 40 segundos do trailer mais o cartão de abertura. Ele é cobrado pela duração que foi renderizada.

Dicas

• Oriente os momentos. Use Instruções, por exemplo open on the funniest moment (comece pelo momento mais engraçado) ou no spoilers from the last ten minutes (sem spoilers dos últimos dez minutos).
• Revise uma vez, renderize em todos. Ative Revisar antes de renderizar para conferir o corte antes de todos os formatos serem renderizados.
• Publique cada formato uma vez. Conecte Trailers do episódio a um nó de publicação em uma conexão Cada item.
• Combine o cartão de abertura. Use o mesmo tamanho e a mesma forma da gravação no cartão de abertura, para que nenhum dos dois ganhe tarjas.

Solução de problemas

Pela API

O POST /v1/episode-trailer inicia uma execução e responde 202 com jobId e executionId. O corpo recebe mediaUrls (a URL de uma gravação, ou até seis de uma conversa, em ordem) e, opcionalmente, masterAudioUrl, cameras, introCardUrl, formats ("9:16", "1:1", "4:5" e "16:9"), reviewBeforeRender, planTier, instructions e styleGuide. Consulte a tarefa periodicamente com GET /v1/jobs/:id/status.

• Deixe formats de fora para os três formatos padrão. Uma lista vazia responde 400 validation_error (“Choose at least one format”), e o mesmo vale para uma lista que repete um formato.
• O cameras é { wide?, synced?, speakerCameras? }. wide é o número da gravação da câmera aberta, ou null. synced: true pula o alinhamento. speakerCameras associa um número de falante a um número de gravação, em que 0 é o plano aberto. Veja Várias câmeras.
• Pela API, uma das gravações pode ser só de som. A execução precisa de pelo menos uma gravação com imagem.
• Várias gravações, ou um masterAudioUrl, precisam do Mapa de falantes. Onde o Mapa de falantes não está disponível para você, eles são recusados com 403 node_not_available antes de qualquer cobrança.
• O output_data da tarefa leva os trailers (formats, uma lista de { format, url } na ordem dos formatos) e o primeiro como videoUrl. Ele também leva os formatos que não puderam ser renderizados (failedFormats, só quando há algum), a edição (json), a transcrição (transcript) e quality (proxy para uma prévia, final nos outros casos). Uma execução com várias gravações ou com um áudio principal acrescenta cameras: cada falante, o número da gravação da câmera que ele recebeu (null para o plano aberto) e as notas do alinhamento e do mapa. Uma prévia ainda não tem formatos: o formats dela está vazio e o videoUrl é a prévia. Uma execução que falhou mantém o que foi concluído e informa a etapa que falhou em failedStep.
• Um cabeçalho Idempotency-Key faz uma nova tentativa da mesma requisição responder com o mesmo jobId e "deduped": true, sem iniciar nada.
• O POST /v1/episode-trailer/estimate recebe o mesmo corpo e responde { data: { totalCredits, stepsCredits, feeCredits, durationSec } }, sem iniciar nada.
• O POST /v1/episode-trailer/continue com { jobId, mode } continua uma execução. "mode": "from-failed" executa o que uma execução que falhou não concluiu. "mode": "render-final" renderiza a final de uma execução de revisão, com um editedEdl opcional. Uma Renderização final de uma execução que não era uma prévia responde render_final_not_preview, e uma de uma edição já renderizada responde render_final_already_rendered.

O SDK (client.edit.episodeTrailer, client.edit.estimateEpisodeTrailer, client.edit.continueUseCase), a CLI (nodaro edit episode-trailer, com --estimate para uma cotação, e nodaro edit continue-use-case) e as ferramentas MCP make_trailer, estimate_use_case e continue_use_case chamam as mesmas rotas. Veja Executar um único nó, Edição no SDK e as ferramentas MCP de análise e EDL.