Windows에서의 Cinetic
이 리포지토리 로컬 워크플로는 Cinetic v1.0.0, 리비전 91c43acf4ea183ea68861d4cd99ec054f6741876, MIT 라이선스를 포팅합니다. 이 파일에서 명시적으로 로드되며 전역으로 설치되지 않습니다. 명령어를 실행하기 전에 네이티브 명령어 가이드를 읽으십시오. 수정되지 않은 전체 소스와 그 해시는 third_party/cinetic에 있습니다. 그곳의 셸 스크립트는 출처 정보일 뿐이며, Windows에서 실행 가능한 명령어가 아닙니다.
방향성 및 소유권
하나의 제품별 아이디어를 중심으로 단편 영화를 연출합니다. 이미지, 카피 및 사운드는 하나의 타임라인을 공유합니다. 기술적 검사를 통과한 렌더링이라도 창의적 검토가 필요합니다. 제공된 브랜드를 따르고, 브랜드를 새로 만들 때는 소스 워크플로의 원래 금지 사항 및 플레이스홀더 검사를 적용하십시오. 플레이스홀더 디자인을 교체하지 않고 플레이스홀더 마커를 제거하지 마십시오.
BRIEF.md작성: 제품, 대상, 약속, 포맷, 러닝타임, 배치, 제공된 브랜드, 가정 및 출력 목록. 적절한 브리프에서 일반적인 선택을 추론하고, 필수 정보만 누락된 경우에만 질문하십시오.- 고정된 소스 아래의
references/concept-and-story.md를 읽으십시오. 세 가지 콘셉트를 개발하십시오: 제품의 동사, 시청자의 고통, 공식적인 장치. 소유권 및 삭제 테스트를 적용하십시오. 생성된TREATMENT.md를 작성하십시오: 로그라인, 훅/턴/증명/약속/락업, 샷 경로, 비트 시트, 전체 카피 및 최종 프레임. brand-and-color.md및copy-and-type.md를 읽으십시오. 브랜드 토큰, 원래 마크 및 로컬 폰트를 구축하십시오. 스타일 프레임을 렌더링하고 팔레트 대비 및 텍스트 가독성을 확인하십시오. 제공된 브랜드 예외는 브리프에 포함되어야 합니다.timing-grid.md,motion-tokens.md,camera.md,transitions.md및 선택한 엔진 가이드를 읽으십시오. 모든 큐, 액트, 지속 시간, 카피 홀드 및 사운드 이벤트를 공유 타임라인에 배치하십시오. 실제 제품 UI에는 선언적 데이터를 사용하고, 워크스루에는product-ui.md를 읽으십시오.sound.md를 사용하여 작곡 및 스코어를 작성하십시오. 네이티브audio명령어로 큐와 스템을 재구축하십시오. 어댑터를 통해 스코어, 합성 및 마스터링 도구를 사용하십시오. 소스 타이밍만으로 사운드 동기화를 주장하지 마십시오.finishing.md및chromium-rendering.md를 읽으십시오. 프리뷰를 렌더링하고, 실제 디코딩된 출력을 검사하고, 그리드, 린트, 프로브, 동기화, 레이아웃, 포렌식 및 엄격한 스템 기반 오디오 감사를 실행하십시오. 연락처 시트를 생성하고, 전체 크기의 플래그가 지정된 프레임을 검사하며, 모든 보고서를 보관하십시오. 불편한 실패를 억제하는 대신 설계된 컷/프리즈를 이유와 함께 선언하십시오.review-loop.md를 읽으십시오. 감독, 포렌식, 사운드 동기화, 아트-카피-UI 및 검증자 렌즈를 통해 소스assets/critics/*.md템플릿을 사용하여 검토하십시오. 사용자가 병렬 비평가를 승인하지 않는 한 렌즈를 순차적으로 실행하십시오. 모든 P0/P1을 프레임/오디오 증거로 검증하고, 영향 순서대로 수정하며, 수정 사항을 기록하고 다시 렌더링하십시오. 출시 영화/워크스루는 최소 2회, 루프/스팅은 최소 1회의 검토가 필요하며, 5회 후 중단하고 해결되지 않은 문제를 보고하십시오.- 원래 11개 차원을 평가하십시오: 아이디어 및 장치, 훅(0–2초), 카피 및 타이포그래피, 색상 및 브랜드, 구성, 모션, 전환, 페이싱, 제품 진실성, 사운드 및 동기화, 마감. 각각 최소 3점, 평균 4.2 이상, 마감 및 사운드와 동기화는 5점, 열린 P0 없음, 모든 기술 게이트 통과. 무음 루프는 기록된 포맷 근거와 함께 사운드를 N/A로 표시할 수 있습니다. 증거와 인간 승인을 별도로 기록하십시오. 네이티브
review명령어는 증거 원장을 검증하며, 비평가 판단을 창작하지 않습니다. - 방향성이 확정되면 최종 마스터를 렌더링하고, 최종 포렌식/오디오 검사를 실행하며 가장 빠른 블러 프레임과 액트 경계를 검사하십시오. 포스터, 루프, GIF/WebM, 알파 스팅 및 명시적으로 재배치된 소셜 변형에는
deliver를 사용하십시오. 브랜드가 새로 만들어진 경우brand-kit를 사용하십시오.formats.md는 워크스루용 저작된 SRT 캡션을 포함하여 포맷별 출력 목록을 정의합니다. QA 매니페스트와 함께 파일을 전달하고 불완전한 게이트를 명시적으로 보고하십시오.
네이티브 실행
리포지토리에서 npm.cmd run cinetic -- COMMAND --project "data/films/NAME" ...을 사용하십시오. 생성된 영화 내부에서는 node scripts/native.mjs COMMAND ... 또는 해당 npm 스크립트를 사용하십시오. 오케스트레이션에는 실행 경로와 인수 배열을 사용하십시오. 업스트림 Bash를 실행하거나, Unix 심볼릭 링크를 사용하거나, 생성된 영화에 패키지를 설치하거나, 셸 명령 텍스트에 브리프를 넣지 마십시오. 생성된 작업 공간은 리포지토리의 정확한 잠긴 종속성을 사용합니다.
소스 참조는 예술적 알고리즘과 임계값을 설명합니다. 네이티브 명령어 가이드를 사용하여 명령어 예제를 변환하십시오: render.sh → render, render-chunks.sh → render-chunks, hf-finish.sh → hf-finish, deliver.sh → deliver, brand-kit.sh → brand-kit, layout-audit.sh → layout-audit, grab.sh → grab, Python 도구 이름 → 동일한 기본 이름의 명령어. 모든 경로와 출력은 이 리포지토리 내에 유지됩니다.