Race Story Video
레이스를 짧게 만들기 전에 이해할 수 있게 만드십시오. 제공된 참조의 편집 스타일을 기본으로 합니다. 현재 사용자의 브리핑이 이러한 기본값을 재정의합니다.
디자인하기 전에 스타일 참조를 읽고 연결된 스틸을 검사하십시오. 이 문서는 실제 참조를 문서화한 것이며, 참조의 레이스 사실을 재사용해야 한다는 요구 사항이 아닙니다.
테마 선택
테마 옵션을 사용하여 Trackside Red(기본), Heritage Ivory, Night Telemetry, British Racing 또는 Monochrome Journal을 선택하십시오. 명시적인 선택을 존중하십시오. 그렇지 않으면 기존 프로젝트 테마를 유지하십시오. 새 프로젝트의 경우 옵션을 간략히 제시하고 선호도가 없으면 Trackside Red로 진행하십시오. 테마 선택은 미디어 검사나 스토리 계획을 차단해서는 안 됩니다.
테마는 색상, 타이포그래피 및 그래픽 처리를 변경하며, 레이스 사실, 연대기 또는 페이싱 규칙은 변경하지 않습니다. 비디오 전체에서 하나의 테마를 일관되게 유지하십시오. 작업 매니페스트에 테마 이름과 재정의 사항을 기록하십시오. 테마만 수정하는 경우, 별도로 요청하지 않는 한 푸티지, 컷 포인트, 캡션 타이밍 및 오디오를 보존하십시오.
스토리 수립
- 사용 가능할 때 Mem에서 관련 레이스/프로젝트 및 최신 수정 사항을 확인하십시오. 하나의 프로젝트 컬렉션을 사용하고 의미 있는 결정과 전달된 버전을 기록하십시오. 현재 사용자의 수정 사항은 이전 메모보다 우선합니다. 이전 편집이 단지 전달되었다고 해서 승인되었다고 가정하지 마십시오.
- 공급된 미디어, 지속 시간, 치수, 프레임 속도 및 오디오를 검사하십시오. 소스 인벤토리와 간단한 편집 결정표(소스 파일, 소스 인/아웃, 이벤트, 증거, 캡션 간격 및 출력 시작)를 작성하십시오. 고립된 스크린샷만이 아니라 접근 및 이탈과 함께 후보 동작을 시청하십시오.
- 확인된 사실과 편집 관찰을 구분하십시오. 중요한 누락된 연대기, 결승 위치 또는 모호한 사고 귀인을 확인하십시오. 그 동안 미디어 검사를 계속하십시오. 내보내기 타임스탬프와 파일 이름은 레이스 순서를 증명하지 않습니다. 랩 번호, 포지션, 추월 또는 기동 성공 이유를 추측하지 마십시오.
- 비용이 많이 드는 첫 번째 렌더 전에 간결한 제안 스토리를 제공하십시오. 사용자가 이미 생성을 승인하고 충분한 컨텍스트를 제공한 경우 이는 추가 승인 게이트가 아닙니다.
이해를 위한 컷
- 가능한 경우 설정, 기동 및 결과를 연속적인 실시간 샷으로 보존하십시오. 차량과 간격을 설정할 수 있도록 충분히 일찍 시작하고 결과 및 안정화 단계 후에 종료하십시오. 각 이탈을 움직임으로 검토하십시오. 단지 런타임을 줄이기 위해 추월 또는 회복 순간에 컷하지 마십시오.
- 사용자가 명확한 한도를 제공하지 않는 한 유용한 액션이 지속 시간을 결정하게 하십시오. 한도가 명확성과 충돌하는 경우 모든 이벤트를 잘라내기보다는 우선순위가 낮은 이벤트를 제거하십시오. 참조의 정확한 런타임을 상속하지 마십시오.
- 기본적으로 단순한 컷과 원본 속도를 사용하십시오. 부족한 커버리지를 보완하기 위해 인공적인 정지, 슬로우 모션, 속도 램프 또는 조작된 푸티지를 사용하지 마십시오.
- 기동 전에 상황을 소개하십시오. 결과 캡션은 가시적인 결과 이후에만 표시하십시오. 캡션을 간결하고 사실적이며 공간적으로 유용하게 유지하십시오. 사용자나 증거가 뒷받침하지 않는 기술적 인과 주장을 피하십시오.
- 공급된 경우 실제 결승/깃발 통과를 사용한 다음 결과 그래픽 아래에서 푸티지를 계속 재생하십시오. 사용할 수 없는 경우 그렇게 말하고 시작 시퀀스나 가짜 통과를 대체하지 말고 진실한 대안을 사용하십시오.
구성 및 렌더링
- 기본적으로 1080 x 1920 세로를 사용하고 전체 가로 액션을 너비에 걸쳐 유지하십시오. 선택한 테마의 팔레트와 타이포그래피로 참조 형상 및 계층 구조를 따르십시오. 그래픽을 푸티지 밖에 두고 휴대폰 크기에서도 읽을 수 있게 유지하십시오. 요청하지 않는 한 운전자 이름이나 극적인 제목을 사용하지 마십시오.
- 동기화된 원본 차량 오디오를 유지하십시오. 기본적으로 음악을 포함하지 마십시오. 참조는 별도로 음악이 추가될 것을 전제로 준비되었습니다. 역사적인 노래 선택은 고정된 사운드트랙 지시가 아닙니다. 음악이 요청되면 공급/승인된 트랙을 설정하고 레이스 소리가 유용하게 유지되도록 믹스하십시오.
- 사용 가능한 FFmpeg 또는 적절한 편집기를 사용하십시오. 기존 도구를 새로운 렌더링 프레임워크보다 선호하십시오. FFmpeg는 PATH에 없을 때 Python의
imageio_ffmpeg.get_ffmpeg_exe()를 통해 사용할 수 있습니다. 원본을 보존하고 새 파일로 렌더링하십시오. - 소스 기반 캡션 앵커를 유지하십시오: 인포인트 변경 후, 소스 이벤트 시간에서 출력 캡션 시간을 다시 계산하고, 오래된 클립 상대 시간에 캡션을 남기지 마십시오. 트림 후 모든 이후 시퀀스 타이밍과 음악 큐를 다시 계산하십시오. 제목을 유지된 푸티지로 제한하십시오.
- 리소스가 많이 드는 렌더의 경우 동일한 치수, 프레임 속도, 코덱 및 오디오 설정으로 구간을 순차적으로 인코딩한 다음 연결하십시오. 연결 지점에서 연속성과 스트림 지속 시간을 확인하십시오. 다른 형식이 요청되지 않는 한 H.264/yuv420p MP4(AAC 오디오, fast-start 메타데이터)를 제공하십시오.
- 프로젝트 작업 파일과 함께 작은 편집 가능한 타임라인/매니페스트 및 캡션 텍스트를 보관하십시오. 요청된 경우에만 편집 핸드오프를 제공하십시오. 미디어 키트를 네이티브 편집 가능 프로젝트라고 부르지 마십시오. 특히 FCPXML은 iPad용 Final Cut Pro의 네이티브 프로젝트가 아닙니다.
완료 검사
내보내기를 완전히 디코딩하고, 예상 지속 시간/프레임 수와 일치하는 오디오/비디오 지속 시간을 확인하고, 모든 캡션 상태와 첫 번째 및 마지막 프레임을 검사하십시오. 각 컷을 앞뒤 몇 초와 함께 움직임으로 검토하십시오. 재생이 가능할 때 동기화, 클리핑 및 갑작스러운 오디오 연결을 확인하십시오. 캡션이 결과를 예상하거나 잘못된 이벤트에 남지 않는지, 나란히 있는 액션이 계속 보이는지 확인하십시오.
실제 재생 가능한 MP4를 제공하고 자료 확인 한계를 명시하십시오. 계획이나 스토리보드만으로는 비디오 생성 요청이 완료되지 않습니다. 현재 버전, 사용자 수정 사항 및 구식 타이밍 큐를 프로젝트 기록에 저장하십시오. 공개 게시 또는 업로드는 렌더링과 별개입니다.