프로젝트 비디오
구체적인 프로젝트 결과물에 관한 이해하기 쉽고 독창적인 비디오를 만듭니다. 시청자가 보고 경험할 수 있는 것부터 시작하세요. 프로젝트 고유의 시각적 정체성과 시연된 동작 및 일러스트레이션 간의 구분을 유지하세요.
스토리 및 증거 선택
선택된 프로젝트 디렉토리, URL, 캡처 세트 또는 work-story-capture
패킷을 수락합니다. 현재 요청과 관련된 소스만 읽습니다. 저장소만으로는
코드에 대한 주장을 뒷받침할 수 있지만, 배포나 물리적 사용을 증명하지는
않습니다. URL의 경우, 일반 텍스트가 제품을 놓칠 때 렌더링된 표면을
검사합니다.
선택된 패킷의 소스 ID, 개정판, 크레딧, 대상 및 미디어 마스터를
재사용합니다. 패킷이 유용하지만 필수는 아닙니다: 작은 프로젝트
비디오는 간결한 소스 목록을 사용할 수 있습니다. 가능한 경우
work-story-capture는 프로세스 증거와 편집 핸드오프를 제공할 수 있고,
audio-seed-bank는 명시적으로 선택된 녹음을 제공할 수 있습니다.
이는 선택적 어댑터입니다: 로컬 소스 목록과 허용된 미디어만으로도
충분합니다. 입력을 수락하기 위해 비공개 서비스나 다른 스킬을 설치할
필요가 없습니다.
의도된 시청자, 그들이 관심을 가질 이유 및 유용한 다음 작업 하나를 결정합니다. 가장 강력한 관찰 가능한 순간을 선택합니다. 앱의 경우, 작업과 그 결과를 검사합니다. 빌드의 경우, 객체와 실제로 수행하는 작업을 검사합니다. 필수 푸티지가 누락된 경우, 스크립트/샷 목록을 완성하고 정확히 누락된 샷을 식별합니다. 작동하는 인터페이스, 성공적인 실험 또는 사용 후기를 만들어내지 마십시오.
선택된 사실, 소스 위치, 증거 상태 및 허용된 대상을 스토리보드와 함께 기록합니다. 개인 대화, 자격 증명 및 관련 없는 파일은 제외합니다. 공개 소스 코드가 모든 로컬 자산을 공개로 만들지는 않습니다.
편집 지시
요청과 자료로부터 일상적인 선택을 해결합니다. 유용한 시작점은 20-30초, 하나의 핵심 아이디어, 시작 부분 근처의 가시적인 결과물 및 명확한 결말입니다. 선택한 메커니즘이 필요할 때 더 긴 설명을 사용하십시오. 프로세스 스토리에 출시 광고를 강제로 넣지 마십시오.
구성 전에 간결한 브리프와 타임드 스토리보드를 작성하십시오: 목적, 시작, 선택된 시각적 증거, 화면 텍스트, 오디오, 종료 작업 및 소스. 구조화된 핸드오프가 도움이 될 때만 브리프 예시를 사용하십시오. 이는 필수 스키마나 프로젝트 사실이 아닌 채워진 가상 예시입니다.
움직임을 사용하여 주의를 집중시키십시오. 유용할 때 실제 제품 요소에 애니메이션을 적용하고, 원본 푸티지가 물리적 결과를 전달하도록 하십시오. 다이어그램과 재구성은 원본 증거와 시각적으로 구별되도록 유지하십시오. 타이포그래피, 팔레트 및 그래픽 언어를 프로젝트에 맞추고, 하나의 부족 전체 시각적 템플릿을 적용하지 마십시오.
세로 방향 전달의 경우, 동작과 그 결과를 이해하는 데 필요한 공간적 맥락을 유지하면서 휴대폰에 맞게 구성하십시오. 안정적인 전체 화면 보기는 편집자에게 적합한 선택일 수 있습니다: 기본 컨트롤을 함께 유지하고 실제 사용을 통해 나타나도록 하십시오. 해당 맥락을 잃지 않으면서 가독성을 향상시킬 때 선택적으로 클로즈업을 사용하십시오. 사용자가 선호하는 참조 및 프레이밍을 존중하십시오. 휴대폰 가독성 휴리스틱을 강제적인 자르기 또는 재설계로 바꾸지 마십시오. 의도된 편집 텍스트를 읽을 수 있게 유지하고, 컨텍스트이지만 필수 읽기는 아닌 기본 마이크로카피를 식별하십시오. 프로젝트의 브랜드를 보존하고, 매번 새로운 헤드라인 없이 연속적인 동작이 샷을 전달하도록 하십시오.
텍스트가 완전히 들어온 후 읽기 시간을 예산하십시오. 단어당 약 0.3초는 초기 편집 휴리스틱일 뿐, 측정된 접근성 보장이 아닙니다. 텍스트를 가속하기 전에 단축하십시오. 최종 비디오를 휴대폰 크기에서 검사하십시오. 음악 그리드가 읽을 수 없는 텍스트 공개를 지시하도록 두지 마십시오.
사용 가능한 도구로 구성
렌더러 선택, 오디오 및 내보내기에 대한 프로덕션을 읽으십시오. 적격한 렌더러와 현재 네이티브 도구 계약을 재사용하십시오. 편집 브리프를 엔진 및 모델 이름과 독립적으로 유지하십시오. 렌더링이 작동하도록 제공자, 음성, 계정 또는 런타임 기본값을 변경하지 마십시오.
승인된 비디오 요청의 경우, 일상적인 미리보기 승인 라운드를 추가하지 않고 렌더링 및 검토를 진행하십시오. 선택한 콘텐츠, 대상 또는 외부 효과를 실질적으로 변경하는 누락된 결정에 대해서만 질문하십시오. 분석 또는 스토리보드 요청은 생산도 요청되지 않는 한 해당 아티팩트에서 종료됩니다.
소유 프로젝트에 하나의 편집 가능한 소스와 버전이 지정된 초안을 유지하십시오. 최종 파일에는 현재 하네스의 전달 디렉토리를 사용하십시오. 실질적인 작업 전에 스크래치 예산과 정리 지점을 기록하십시오. 컴퓨팅을 선택할 때 수신 기능 맵을 사용하십시오. 제공된 원본과 불확실한 제공자 작업을 보존하십시오.
검토 및 인계
모든 장면의 정지된 프레임과 전환 내부의 프레임을 확인하십시오. 완전한 내보내기를 확인하십시오. 먼저 묵음으로 명확성을 확인한 다음, 소리가 있는 경우 소리와 함께 확인하십시오. 실제 MP4를 조사하고 디코딩하십시오. 성공적인 합성 검사만으로는 충분하지 않습니다. 누락된 미디어, 읽을 수 없는 텍스트, 클리핑 및 지원되지 않는 사실적 주장을 수정하십시오. 수행할 수 없었던 모든 검토에 레이블을 붙이십시오.
개별 프레임뿐만 아니라 장면 문법도 비판하십시오: 반복되는 제목, 스크린샷 및 단락 레이아웃은 구조적 검사를 통과할 수 있지만 약한 영화를 만들 수 있습니다. 360px 너비에서 눈이 가장 먼저 보는 것과 동작 및 결과가 이해 가능한지 식별하십시오. 통과된 검사 또는 스틸 검토는 다른 워크플로와의 비교가 아니며 최고의 결합된 스킬을 설정하지 않습니다.
MP4, 가장 강력한 정지된 포스터 프레임, 간결한 동반 텍스트, 크레딧, 검토 노트 및 재현 가능한 구성/소스 매니페스트를 제공하십시오. 음성이 사용된 경우, 검토된 대본과 시간 지정 자막을 포함하십시오. 불필요한 아카이브를 내보내는 대신 기존 마스터에 연결하십시오. 소스 및 출력 개정판을 기록하십시오.
편집 릴리스의 경우, 실제 승인 내에서 선택된 게시 워크플로를
사용하십시오. 가능한 경우 daimon-social-identity가 자료를 받을 수
있지만, 런타임 종속성은 아닙니다. 렌더링된 비디오는 게시된 게시물이
아닙니다.
워크플로를 비교하거나 새로운 자료/런타임을 자격을 부여할 때 평가 계획을 사용하십시오. 공개 가용성이 모든 수신자나 소스 종류가 테스트되었음을 설정하지는 않습니다.