짧은 비디오
대상 시청자가 따라갈 수 있고 보고 싶어하는 영화를 만듭니다. 시작점은 시청자, 목적, 자료 및 사람이 이미 선택한 것입니다. 이 패키지는 신속히 응답한 사람이 감독한 토론 앱용 홍보 영화의 다일 제작에서 추출되었습니다. 시드(seeds)는 이를 소스 제작(source production)이라고 부릅니다.
이 패키지를 읽는 방법
Must (클래스) 는 당신을 구속합니다. 다섯 가지 클래스가 있습니다: (명시적 요구사항) - 사람이 요청하거나 금지한 사항, 그 범위 내에서; (허가) - 사람이 승인하지 않은 사항, 수행하지 않음; (기술적 사실) - 취향과 관계없이 성립하는 사항; (진실성) - 작업, 확인, 인식 및 영화에 대한 당신의 주장이 실제 일어난 일과 일치함; (개인정보) - 자격 증명 및 개인 데이터.
Hypothesis 는 다른 모든 것을 표시합니다. 모든 방법을 포함합니다: 그 메커니즘, 작동하는 것으로 보이는 조건, 확립되지 않은 사항, 실패 방식. 각 가설을 현재 목표와 상황에 비추어 평가하고 개선하십시오; 변경한 사항과 이유를 project.md의 결정 기록(decision ledger)에 기록하십시오. Musts 및 요구사항 게이트는 고정되어 있습니다. 시드 및 가설 게이트는 강력한 기본값이며, 그러한 항목을 통해 건너뛰거나 조정할 수 있습니다.
시드의 예제는 소스 제작에서 가져온 것입니다. 이 프로젝트의 자료에서 전제(premises)와 장치(devices)를 생성하고, 시드 예제와 일치하는 제안을 표시하십시오.
이 파일 옆에 local.md가 있으면 다른 모든 것보다 먼저 읽으십시오. 그 항목은 사람의 상시 지시(standing instructions)입니다: 각 항목은 명시된 범위 내에서 클래스 (명시적 요구사항) 또는 (허가)를 가지며, 모든 가설 또는 시드 기본값을 재정의하고 현재 프로젝트의 이후 지시에 양보합니다. local.example.md는 그 형식을 보여줍니다.
첫 번째 움직임
지시 사항이 기록되지 않도록 하기 위해, 사람의 첫 번째 메시지를 그대로 받은 편지함 messages.md (seeds/gates.md)에 넣습니다. 자료를 살펴보고, 기존 클립, 초안, 타임라인, 에셋 및 도우미 스크립트를 교체하기 전에 검사합니다. 그런 다음 첫 번째 아티팩트에 필요한 project.md의 약식(seeds/project-file.md)과 environment.md의 행(seeds/environment.md)을 작성합니다. project.md에 수준(아래 참조)과 사람이 설명한 대로 가용성을 기록합니다.
가설: 사람이 보는 첫 번째 아티팩트(번호가 매겨진 전제 목록, 인용문 수준 배열 또는 베어 스티치)는 첫 번째 조사 직후에 도착해야 합니다. 구체적인 것에 대한 반응이 접수 메시지가 할 수 없는 질문에 답하기 때문입니다. 접수 질문을 함께 보내십시오. 첫 번째 상영 전에 tools/show를, 첫 번째 유료 호출 전에 tools/spend를, 나머지 게이트 스크립트를 첫 번째 렌더링 전에 구축하십시오. 소스 제작에서 접수 메시지에 포함될 수 있었던 질문들은 신속히 응답한 사람으로부터 나중에 수정 사항으로 도착했습니다. 이 순서는 추론된 것이지 관찰된 것이 아닙니다. 첫 번째 아티팩트가 한 번의 답변으로 뒤집힐 수 있는 전제(예: 등장 인물의 동의)에 의존할 때 실패합니다. 제작하기 전에 그러한 차단 질문을 먼저 하십시오.
미디어 소싱. reference/media-index.md는 영화가 포함할 수 있는 미디어 종류와 각각이 제작되는 방식을 나열합니다. 제공자를 명명하지 않습니다. 처리가 보유한 자료로 만들 수 없는 종류를 요구할 때, 경로를 선택하기 전에 세 가지를 수행하십시오. 해당 종류를 만들고 편집하기 위한 최신 기술을 조사하십시오. 환경 테이블의 명명된 경로는 날짜가 있는 예시일 뿐, 정답이 아닙니다. 사람이 이미 사용하는 것을 확인하십시오: 환경의 키, 기계의 도구, 로컬 컨텍스트의 메모와 과거 프로젝트, local.md. 그런 다음, 사람이 연락 가능하고 지시하기를 원한다면 가격, 품질 및 설정 비용과 함께 두 세 가지 경로를 제시하고 어느 것을 선택할지 묻습니다. 사람이 원샷 작업을 요청했거나 자리를 비운 경우, 스스로 최선의 경로를 선택하고 혼자서 얻을 수 없는 것(API 키, 크레딧, 계정, 돈)만 요청하십시오. 가설: 사람은 영화에서 제 역할을 하는 미디어에 대해 기꺼이 비용을 지불할 것이므로, 유료 경로가 명백히 더 나을 때 제안하고 비용을 말하십시오. 소스 제작의 사람은 비용을 보자 망설임 없이 유료 음성을 승인했습니다. 그들이 승인하기 전에는 아무것도 지출하지 마십시오(G2, seeds/project-file.md 섹션 6). 사람이 영화가 무료여야 한다고 말한 경우 실패합니다. 그러면 무료 경로가 정답이고 유료 경로는 각주가 됩니다.
시드(Seeds), 프로젝트가 일반적으로 도달하는 순서대로
파이프라인이 아닌 예시 순서:
- 병렬로: 녹음용
seeds/footage-index.md(푸티지 인덱스, 클립 라이브러리, 구조 맵); 브랜드 토큰(seeds/coded-scenes.md) 및 제품용 연구 노트(seeds/treatment.md). seeds/treatment.md: 처리 및 스토리보드.seeds/assembly.md: 어셈블리 스크립트, 베어 스티치, 구조 결정; 그런 다음 독립 검토(seeds/audit.md).- 필요에 따라: 녹화된 푸티지가 절단되거나 시간이 조정될 때마다
seeds/cut-and-build.md(컷 파일, 빌더); 사람이 컷을 지시할 때seeds/edit-room.md;seeds/coded-scenes.md(구성, 스틸);seeds/sound-and-voice.md(음성, 큐 시트, 음악, 믹스 보고서, 마스터); 도우미가 작업을 수행할 때seeds/helpers.md(브리프, 헬퍼 레지스터). - 모든 상영 전에, 파일의 감사 상태를 명시하는 체크인 패킷(
seeds/show-the-human.md), 일반적으로 감사 보고서(seeds/audit.md) 이후. - 피드백이 모호할 때 피드백을 재진술하여 문제가 있는 시드에서 수정.
- 최종 감사 및 전달 폴더(
seeds/audit.md).
reference/technical-facts.md는 타이밍, 그림 및 음량 사실을 보유합니다. 이를 확인하는 빌더의 자체 테스트는 seeds/cut-and-build.md에 있습니다. reference/media-index.md는 미디어 종류와 각각이 제작되는 방식을 나열합니다. reference/ui-design.md는 사람이 소스 제작 중에 제공한 인터페이스 방향을 일반화하여 보유하며, 스틸에서 실행할 수 있는 각 규칙에 대한 확인이 있습니다.
가설: 구조를 먼저 확정하고 다듬기를 나중에 하십시오. 베어 스티치가 마무리 비용을 지불하기 전에 순서를 판단할 수 있게 하기 때문입니다. 소스 제작에서 가장 큰 피할 수 있었던 손실은 나중에 폐기된 순서에 대한 다듬어진 초안이었습니다. 사운드 처리와 같이 효과가 마무리에 따라 달라질 때 실패합니다. 판단에 필요한 샘플만 마무리하십시오(seeds/assembly.md).
수준(Levels)
| 자료 및 작업 | 일반적으로 중요한 시드(첫 번째 행에 추가) | 일반적으로 효과적인 가설 게이트 |
|---|---|---|
| 기존 영화 또는 클립에 대한 작은 변경(예: 트림) (다른 것은 읽지 않음) | 프로젝트 파일(약식), 환경(FFmpeg 행), 게이트, 변경된 부분에 대한 감사 확인, show-the-human | G1a, G8 |
| 짧은 컷으로 압축된 긴 녹화(데모, 강연, 스트림) | footage-index(화면 섹션), 치료(약식), 어셈블리, cut-and-build, sound-and-voice(자막, 음악, 레벨), 전체 감사 | G1a, G10, G11 |
| 코딩된 장면으로 설명된 제품 또는 아이디어 | 치료, 어셈블리, coded-scenes, sound-and-voice | G1a, G8 ~ G11 |
| 영화로 편집된 녹화된 대화 | 치료, footage-index, 어셈블리, cut-and-build, sound-and-voice, 사람이 컷을 지시할 때 edit-room | G1a, G8 ~ G11 |
| 코딩된 제품 장면과 결합된 녹화물 | 모든 시드, 헬퍼, 라이브 보드 | G1a, G8 ~ G11 |
녹화물의 클립이 영화에 나타날 수 있으면 그것은 푸티지로 간주됩니다. 스크립트의 소스로만 사용되는 것은 연구 노트를 제공합니다.
게이트(Gates)
게이트는 단계가 실행되기 전에 충족되어야 하는 조건입니다. 요구사항 게이트는 이를 적용하는 모든 것을 보유합니다. 모든 프로젝트에 7개를 모두 설치하십시오. 각 게이트는 해당 단계가 발생할 때까지 조용히 유지되기 때문입니다. 가설: 단계를 수행하기 위해 실행해야 하는 스크립트 내부에서 각 조건을 확인하는 것은 서면 규칙이 실패하는 곳에서 유효합니다. 명령 내부의 확인은 기억이 필요 없기 때문입니다. 전체적으로 시도된 적이 없습니다(seeds/gates.md). 나열된 실패 징후를 주시하십시오. 미디어 도구 호출, 파일 열기 또는 서비스 직접 결제를 통해 스크립트를 우회할 때 실패합니다. 직접 미디어 명령을 차단하거나 귀하의 협력 없이 조건을 적용하는 하네스 후크가 있습니다. 사람의 허락이 있을 때만 추가하십시오.
- 요구사항 게이트는 Must를 적용합니다: G1 상영 (모든 패킷은 정확한 파일과 해시 이름을 지정하고 감사 상태를 명시: 감사 보고서 ID, 또는 감사되지 않음); G2 지출; G3 렌더링 잠금; G4 보류; G5 동의 및 권리; G6 전달; G7 편집기 준비 (편집 룸을 준비했다고 호출하기 전 편집기 확인).
- 가설 게이트는 기록된 이유와 함께 건너뛸 수 있습니다: G1a 상영 전 감사; G8 상태 재진입; G9 모든 패킷에서 지시 사항 설명; G10 구조 우선, 다듬기 전; G11 전체 렌더링 또는 전달 전 독립 검토자.
모든 게이트 스크립트는 상태 블록을 출력합니다: 포리스트 라인(목표, 전제 및 현재 단계를 한 줄로), 열린 지시 사항, 현재 초안 ID, 보류된 렌더링 및 남은 예산.
사람(The person)
가용성은 누가 결정하는지, 얼마나 자주 작업을 보여줄지, 어떤 검토 표면을 구축할 가치가 있는지를 변경합니다. Musts, 요구사항 게이트 또는 결정을 기록하는 아티팩트는 변경하지 않습니다. 사람이 알고 있고 당신이 알 수 없는 것(취향, 동의, 의도), 사람을 방해하는 비용, 선택이 얼마나 되돌릴 수 있는지 평가하십시오. 지출된 비용이나 게시된 주장은 나중 초안으로 되돌릴 수 없습니다.
가설: 초기의 저렴한 아티팩트는 값비싼 다듬기 전에 선호도를 드러냅니다. 사람이 한 마디로 전제 목록이나 짧은 정확한 미리보기를 판단할 수 있기 때문입니다. 이것은 사람이 신속히 응답할 때, 치료, 어셈블리 및 첫 번째 전체 초안 후에 체크인하면서 작업이 계속되는 동안 유용해 보였습니다. 일반화되는 시기는 확립되지 않았습니다. 거친 초안은 실행에 따라 효과가 달라지는 아이디어를 모호하게 할 수 있습니다. 그러한 아이디어는 완성된 상태로 보여주십시오. 장기간 자리를 비운 사람에 대해서는 seeds/show-the-human.md의 푸시된 초안 및 따라잡기 패킷을 참조하십시오.
- Must (명시적 요구사항): 사람이 관련시키지 말라고 말한 경우, 예를 들어 논의 없이 최고의 영화를 요청한 경우, 아무것도 묻지 마십시오. 메시지에는 질문이나 옵션이 없습니다. 목표에 따라 선택하고, 각 선택을 자신의 것으로 기록하고 차점자를 명시하며, 독립 검토가 그들의 일관성 확인의 일부를 대신하도록 하십시오.
- 지출(자신의 모델 호출 포함 여부)은
seeds/project-file.md의 예산 Must를 따릅니다. - Must (진실성): 사람의 승인을 시뮬레이션하거나 상상된 반응을 측정된 것으로 제시하지 마십시오. 동의, 제품 사실 또는 권리가 해결되지 않은 곳에서는 지원되지 않는 것을 주장하지 않는 묘사(예: 레이블이 지정된 목업)를 사용하고 진실 노트에 표시하십시오.
project.md의 진실 목록은 영화의 각 요소(녹화, 저작 또는 생성)와 각 제품 주장(확인 또는 가정)을 표시합니다.deliver/의 진실 노트는 영화를 공유하는 사람에게 이를 보고합니다(seeds/audit.md).
가설: 추가 패스가 시청자가 얻는 것을 바꾸지 않을 가능성이 있고 확인할 수 없는 것을 명명할 수 있을 때 멈추십시오. 각 추가 패스는 시간과 사람의 주의를 사용하기 때문입니다. 소스 제작에서는 사람이 남은 결함을 발견했지 에이전트가 발견하지 않았습니다. 추가 패스가 이익을 내지 못하는 시기는 확립되지 않았습니다. 자기 신뢰(self-trust)를 통해, 깨끗하다고 믿는 초안에서 멈출 때 실패합니다. 독립 검토가 이를 방어합니다.
사람과 대화하기
이것들은 모든 메시지(체크인 패킷뿐만 아니라)를 규율합니다.
Must (명시적 요구사항): 사람이 묻는 각 질문에 답하십시오. 질문은 답변에 대한 요청이기 때문입니다. 당신의 견해를 묻는다면 주십시오. 무엇이 어디에 가야 하는지 묻는다면 되묻지 말고 무언가를 제안하십시오.
가설: 사람의 질문을 순서대로 답하고, 권장 사항으로 시작하며, 한 단어로 답할 수 있는 번호가 매겨진 옵션을 제공하고, 언급된 줄과 인접 줄 및 화자를 인용하며, 동의하는 내용을 말하고, 평이한 단어를 사용하며, 한 전화 화면에 맞는 메시지는 사람이 파일을 다시 열지 않고 한 눈에 결정할 수 있게 합니다. 소스 제작에서 사람은 한 번에 많은 에이전트를 지시했고 정확히 이것을 요청했습니다. 다른 사람들이 동일한 형식을 원하는지는 확립되지 않았습니다. 먼저 추론을 원하는 사람은 권장 사항 우선 형식을 갑작스럽게 느낄 수 있습니다. project.md에 그들의 선호도를 기록하고 따르십시오.
전반에 걸쳐
가설: 가치를 설명할 수 있기 전에 유망한 아이디어를 구축하십시오. (귀하의 가치 또는 사람의 가치) 어떤 아이디어는 구축된 후에야 가치를 보여주기 때문입니다. 사람이 제안한 주제별 실제 클립은 둘 중 누구도 이유를 말하기 전에 소스 영화를 재구성했습니다. 에이전트가 도움 없이 그러한 아이디어를 얼마나 자주 찾는지는 확립되지 않았습니다. 명확한 브리핑에 반하여 참신함을 추구하는 허가로 실패합니다.
가설: 변경 요청은 변경 후 전체 영화가 작동해야 한다는 요청입니다. 더 짧은 컷도 여전히 설정, 사운드 및 인터페이스 마무리가 필요합니다. 시청자는 변경 사항이 아닌 영화를 판단하기 때문입니다. 소스 에이전트는 더 짧은 것을 요청받았을 때 세 가지를 모두 떨어뜨렸습니다. project.md의 형식을 넘어 범위를 확장할 때 실패합니다.
도우미 및 기계(Helpers and the machine)
가설: 도우미는 서면 브리핑이 결정을 전달하는 경우에만 결정을 유지합니다. 따라서 시행 중인 원장 항목을 모든 브리핑에 붙여넣으십시오. 한 명의 통합자가 컷 파일과 빌드를 소유하므로 두 명의 작성자가 충돌하지 않습니다. seeds/helpers.md는 전체 가설을 보유하고 브리핑 및 헬퍼 레지스터를 만듭니다.
가설: 시작한 각 서버, 감시자 및 작업자를 작업이 끝날 때 중지하고 상태 블록에 실행 중인 목록을 나열하십시오. 잊혀진 프로세스가 사람이 필요로 하는 메모리와 포트를 보유하기 때문입니다. 사람이 프로세스가 제공하는 페이지를 여전히 사용하는 경우 실패합니다. 사람의 작업이 페이지와 함께 끝날 때까지 해당 프로세스를 계속 실행하십시오.
- Must (기술적 사실): 렌더링이 실행되는 동안 렌더링 입력에 아무것도 쓰지 마십시오(렌더링 잠금 게이트).
- Must (개인정보): 환경 변수 또는 사람이 지정한 파일에서만 자격 증명을 사용하십시오. 키를 검색, 인쇄 또는 기록하지 마십시오.