Estúdio em uma Caixa (Vídeos Curtos)

Vídeo curto

Faça um filme que seu espectador pretendido possa acompanhar e queira assistir, começando pelo público, pelo propósito, pelo material e pelo que a pessoa já escolheu. Este pacote foi destilado de uma produção de vários dias de filmes promocionais para um aplicativo de debate, dirigidos por uma pessoa que respondia rapidamente; as sementes o chamam de produção fonte.

Como ler este pacote

Obrigação (classe) vincula você. Suas cinco classes: (requisito explícito), o que a pessoa pediu ou proibiu, dentro de seu escopo; (permissão), o que a pessoa não autorizou, você não faz; (fato técnico), o que é válido independentemente de gosto; (veracidade), suas afirmações sobre seu trabalho, verificações, percepção e o filme correspondem ao que aconteceu; (privacidade), credenciais e dados pessoais.

Hipótese marca todo o resto, incluindo cada método: seu mecanismo, as condições sob as quais pareceu funcionar, o que não está estabelecido e como falha. Pese cada hipótese contra o objetivo e as circunstâncias atuais e a melhore; registre o que mudou e por que no diário de decisões em project.md. Obrigações e portões de requisitos são fixos; sementes e portões de hipóteses são padrões fortes, que você pode pular ou ajustar com tal entrada.

Exemplos nas sementes vêm da produção fonte. Gere premissas e dispositivos a partir do material deste projeto e marque qualquer proposta que corresponda a um exemplo de semente.

Se local.md existir ao lado deste arquivo, leia-o antes de qualquer outra coisa. Suas entradas são as instruções permanentes da pessoa: cada uma carrega a classe (requisito explícito) ou (permissão) dentro de seu escopo declarado, substitui qualquer hipótese ou padrão de semente e cede a uma instrução posterior no projeto atual. local.example.md mostra sua forma.

Primeiros movimentos

Inicie a caixa de entrada ipsis verbis, messages.md (seeds/gates.md), com a primeira mensagem da pessoa, para que nenhuma instrução fique sem registro. Observe o material e inspecione clipes existentes, rascunhos, linhas do tempo, ativos e scripts auxiliares antes de fazer substituições. Em seguida, escreva a forma abreviada de project.md (seeds/project-file.md) e as linhas de environment.md (seeds/environment.md) que o primeiro artefato precisa. Registre em project.md o nível (abaixo) e a disponibilidade da pessoa conforme descrito.

Hipótese: o primeiro artefato que a pessoa vê (uma lista numerada de premissas, uma disposição em nível de citação ou uma costura nua) deve chegar logo após essa primeira olhada, porque uma reação a algo concreto responde a perguntas que uma mensagem de recebimento não consegue. Envie as perguntas de recebimento junto com ele. Construa tools/show antes da primeira exibição e tools/spend antes da primeira chamada paga, e os scripts de portão restantes antes da primeira renderização. Na produção fonte, perguntas que poderiam ter ido em um recebimento chegaram mais tarde como correções de uma pessoa que respondia rapidamente. Este sequenciamento é raciocinado, não observado. Falha quando o primeiro artefato se baseia em uma premissa que uma única resposta teria derrubado, como se as pessoas mostradas consentem; faça essas perguntas bloqueadoras antes de criá-lo.

Fornecimento de mídia. reference/media-index.md lista os tipos de mídia que um filme pode conter e as formas como cada um é feito; não nomeia provedores. Quando o tratamento exigir um tipo que você não pode fazer a partir do material em mãos, faça três coisas antes de escolher um caminho. Pesquise o estado da arte atual para criar e editar esse tipo, já que as rotas nomeadas na tabela de ambiente são exemplos datados, não a resposta. Verifique o que a pessoa já usa: chaves no ambiente, ferramentas na máquina, anotações e projetos anteriores em seu contexto local, local.md. Então, se a pessoa estiver acessível e quiser dirigir, ofereça duas ou três rotas com preço, qualidade e custo de configuração e pergunte qual seguir; se ela pediu trabalho de execução única ou estiver ausente, escolha a melhor rota você mesmo e peça apenas o que não pode obter sozinho: uma chave de API, créditos, uma conta, dinheiro. Hipótese: assuma que a pessoa pagará pela mídia que merece seu lugar no filme, então proponha a rota paga quando for claramente melhor e diga quanto custa; a pessoa da produção fonte aprovou voz paga sem hesitação quando viu o número. Não gaste nada antes que ela diga sim (G2, seeds/project-file.md seção 6). Falha quando a pessoa disse que o filme deve custar nada; então a rota gratuita é a resposta e a paga, uma nota de rodapé.

Sementes, na ordem em que um projeto geralmente as alcança

Uma sequência de exemplo, não um pipeline:

1. Em paralelo: seeds/footage-index.md para gravações (índice de filmagens, biblioteca de clipes, mapa de estrutura); tokens de marca (seeds/coded-scenes.md) e notas de pesquisa (seeds/treatment.md) para um produto.
2. seeds/treatment.md: tratamento e storyboard.
3. seeds/assembly.md: script de montagem, costura nua, decisão de estrutura; então a revisão independente (seeds/audit.md).
4. Conforme necessário: seeds/cut-and-build.md (arquivo de corte, construtor) sempre que a filmagem gravada for cortada ou retomada; seeds/edit-room.md quando uma pessoa dirige cortes; seeds/coded-scenes.md (composição, imagens estáticas); seeds/sound-and-voice.md (voz, folha de cues, música, relatório de mixagem, master); seeds/helpers.md (briefings, registro de auxiliares) quando auxiliares assumem trabalho.
5. Antes de cada exibição, um pacote de check-in informando o status de auditoria do arquivo (seeds/show-the-human.md), geralmente após um relatório de auditoria (seeds/audit.md).
6. Revisão na semente onde o problema reside, a partir de uma reformulação quando o feedback é ambíguo.
7. Auditoria final e pasta de entrega (seeds/audit.md).

reference/technical-facts.md contém fatos de temporização, imagem e volume sonoro; os autotestes do construtor que os verificam estão em seeds/cut-and-build.md. reference/media-index.md lista tipos de mídia e as formas como cada um é feito. reference/ui-design.md contém a direção de interface que a pessoa deu durante a produção fonte, generalizada, com uma verificação para cada regra que pode ser executada em uma imagem estática.

Hipótese: resolva a estrutura antes do polimento, porque uma costura nua permite que a ordem seja julgada antes que o acabamento seja pago. A maior perda evitável da produção fonte foram rascunhos polidos em uma ordem posteriormente descartada. Falha quando o efeito depende do acabamento, como com um tratamento de som; então finalize apenas a amostra que o julgamento precisa (seeds/assembly.md).

Níveis

Material e trabalho	Sementes que geralmente importam (adicionadas à primeira linha)	Portões de hipóteses que geralmente compensam
Uma pequena alteração em um filme ou clipe existente, como um corte (não leia mais nada)	project-file (forma abreviada), environment (linha FFmpeg), gates, verificações de auditoria para o que mudou, show-the-human	G1a, G8
Uma gravação longa (demo, palestra, transmissão) condensada em um corte curto	footage-index (seção de tela), treatment (forma abreviada), assembly, cut-and-build, sound-and-voice (legendas, música, níveis), auditoria completa	G1a, G10, G11
Um produto ou ideia explicado em cenas codificadas	treatment, assembly, coded-scenes, sound-and-voice	G1a, G8 a G11
Uma conversa gravada editada em um filme	treatment, footage-index, assembly, cut-and-build, sound-and-voice, e edit-room quando uma pessoa dirige cortes	G1a, G8 a G11
Gravações combinadas com cenas codificadas de produto	todas as sementes, auxiliares, um quadro ao vivo	G1a, G8 a G11

Uma gravação conta como filmagem quando seus clipes podem aparecer no filme; aquela usada apenas como fonte para o script alimenta as notas de pesquisa.

Portões

Um portão é uma condição que uma etapa deve atender antes de ser executada. Portões de requisitos mantêm tudo o que os impõe; instale todos os sete em cada projeto, já que cada um permanece silencioso até que sua etapa ocorra. Hipótese: verificar cada condição dentro de um script que você deve executar para realizar a etapa é válido onde uma regra escrita falha, porque uma verificação dentro de um comando não precisa de memória; isso não foi testado como um todo (seeds/gates.md), então observe os sinais de falha listados lá. Falha quando você ignora um script chamando uma ferramenta de mídia, abrindo um arquivo ou pagando um serviço diretamente. Um gancho de arnês que bloqueia comandos de mídia diretos ou enviados impõe uma condição sem sua cooperação; adicione um apenas com a permissão da pessoa.

• Portões de requisitos impõem uma Obrigação: G1 mostrar (cada pacote nomeia o arquivo exato e o hash mostrado e informa seu status de auditoria: o id do relatório de auditoria, ou não auditado); G2 gastar; G3 bloquear renderização; G4 reter; G5 consentimento e direitos; G6 entrega; G7 editor pronto (a verificação do editor antes de declarar a sala de edição pronta).
• Portões de hipóteses podem ser ignorados com um motivo registrado: G1a auditar antes de mostrar; G8 reentrada de status; G9 diretivas contabilizadas, em cada pacote; G10 estrutura primeiro, antes do polimento; G11 leitor independente, antes de uma renderização ou entrega completa.

Cada script de portão imprime o bloco de status: a linha da floresta (objetivo, premissa e estágio atual em uma linha), diretivas em aberto, id do rascunho atual, renderizações retidas e orçamento restante.

A pessoa

A disponibilidade muda quem decide, com que frequência você mostra o trabalho e quais superfícies de revisão valem a pena construir; não muda as Obrigações, os portões de requisitos ou os artefatos que registram decisões. Pese o que a pessoa sabe que você não pode descobrir (gosto, consentimento, intenção), o custo de interrompê-la e quão reversível é a escolha: dinheiro gasto ou uma afirmação publicada não podem ser desfeitos por um rascunho posterior.

Hipótese: artefatos iniciais baratos revelam preferências antes do polimento caro, porque uma pessoa pode julgar uma lista de premissas ou uma prévia exata curta em uma palavra. Isso pareceu útil quando a pessoa respondia rapidamente, com check-ins após o tratamento, a montagem e o primeiro rascunho completo enquanto o trabalho continuava; quando isso se generaliza não está estabelecido. Rascunhos brutos podem obscurecer uma ideia cujo efeito depende da execução; mostre tal ideia finalizada. Para uma pessoa ausente por períodos, veja os rascunhos enviados e o pacote de atualização em seeds/show-the-human.md.

• Obrigação (requisito explícito): quando a pessoa disse para não envolvê-la, por exemplo, pedindo o melhor filme sem discussão, não pergunte nada; suas mensagens então não carregam perguntas ou opções. Escolha pelo objetivo, registre cada escolha como sua com seu segundo colocado e deixe a revisão independente substituir parte de sua verificação de coerência.
• Gastos, incluindo se suas próprias chamadas de modelo contam, seguem a Obrigação de orçamento em seeds/project-file.md.
• Obrigação (veracidade): nunca simule a aprovação da pessoa ou apresente uma reação imaginada como medida. Onde consentimento, um fato do produto ou direitos permanecem não resolvidos, use uma representação que não reivindique nada sem suporte, como um mockup rotulado, e sinalize-o na nota de verdade. A lista de verdade em project.md marca cada elemento do filme gravado, criado ou gerado e cada afirmação do produto verificada ou assumida; a nota de verdade em deliver/ a relata a quem compartilha o filme (seeds/audit.md).

Hipótese: pare quando outra passagem provavelmente não mudará o que o espectador obtém e você puder nomear o que não pôde verificar, porque cada passagem adicional gasta tempo e a atenção da pessoa. Na produção fonte, a pessoa, não o agente, encontrou os defeitos restantes; quando outra passagem deixa de compensar não está estabelecido. Falha por autoconfiança, quando você para em um rascunho que acredita limpo; a revisão independente protege contra isso.

Falando com a pessoa

Estes governam cada mensagem, não apenas os pacotes de check-in.

Obrigação (requisito explícito): responda a cada pergunta que a pessoa fez, porque uma pergunta é um pedido de sua resposta. Quando perguntarem sua opinião, dê-a; quando perguntarem o que deve ir a algum lugar, proponha algo em vez de perguntar de volta.

Hipótese: uma mensagem que responde às perguntas da pessoa em sua ordem, lidera com sua recomendação, oferece opções numeradas que uma palavra pode responder, cita qualquer linha que menciona com suas linhas e falantes vizinhos, diz com o que você concorda quando concorda, usa palavras simples e cabe em uma tela de telefone permite que uma pessoa decida rapidamente sem reabrir arquivos. Na produção fonte, a pessoa dirigia muitos agentes ao mesmo tempo e pediu exatamente isso. Se outras pessoas querem a mesma forma não está estabelecido. Uma pessoa que quer o raciocínio primeiro acha a forma de recomendação primeiro abrupta; registre sua preferência em project.md e siga-a.

Ao longo do processo

Hipótese: construa uma ideia promissora antes de poder explicar seu valor, seu ou da pessoa, porque algumas ideias mostram seu valor apenas depois de construídas; um clipe real tópico que a pessoa propôs reorganizou o filme fonte antes que qualquer um pudesse dizer por quê. Com que frequência um agente encontra tal ideia sem ajuda não está estabelecido. Falha como licença para buscar novidade contra um briefing claro.

Hipótese: um pedido de mudança é um pedido para que todo o filme funcione depois dela. Um corte mais curto ainda precisa de sua configuração, som e acabamento de interface, porque o espectador julga o filme, não a mudança; o agente fonte, ao pedir algo mais curto, deixou cair todos os três. Falha quando expande o escopo além do formato em project.md.

Auxiliares e a máquina

Hipótese: um auxiliar mantém uma decisão apenas se seu briefing escrito a carregar, então cole as entradas do diário em vigor em cada briefing; um integrador possui o arquivo de corte e a construção, para que dois escritores não colidam. seeds/helpers.md contém a hipótese completa e faz o briefing e o registro de auxiliares.

Hipótese: pare cada servidor, observador e trabalhador que você iniciou quando seu trabalho terminar e liste os em execução no bloco de status, porque processos esquecidos seguram memória e portas que a pessoa precisa. Falha quando a pessoa ainda usa uma página que um processo serve; mantenha esse processo em execução até que o trabalho da pessoa com a página termine.

• Obrigação (fato técnico): nada escreve nas entradas de renderização enquanto uma renderização está em execução (o portão de bloqueio de renderização).
• Obrigação (privacidade): use credenciais apenas de variáveis de ambiente ou arquivos que a pessoa nomeie; nunca procure, imprima ou registre chaves.