YouTube Poop 비디오 메이커
완성된 비디오를 제작하세요. 단순한 구상이나 스토리보드가 아닌 실제 결과물이어야 합니다. 결과물은 독창적이고 밀도 있으며 인터넷-네이티브 느낌이면서도 구성이 잘 갖춰져 보여야 합니다.
참고:
유용한 번들 파일:
scripts/plan_video.pyassets/style_blueprints.jsonassets/scene_atoms.jsonassets/trigger_eval_queries.json
이 스킬을 사용해야 하는 경우
사용자가 다음을 원할 때 이 스킬을 사용하세요:
- 유튜브 푸압, 저주받은 트레일러, 터무니없는 몽타주, 반성적 글리치 쇼트, 또는 초현실적 슈퍼컷
- 텍스트, 웹페이지, 코드, 문서, 미디어 또는 아무런 소스 자료 없이 ffmpeg로 렌더링된 비디오
- 개인적인 느낌, 강한 관점, 또는 '이런 느낌이다'라는 프레이밍이 있는 비디오
- 자기 인식 AI / LLM / 인터넷 문화 쇼트
- '더 이상하게', '더 편집된', '하이퍼컷', '밈 스러운', '혼란스러운', 또는 '시적인' 동시에 미적으로 만족스러운 결과물
일상적인 트리밍, 단순한 자막 삽입, 평범한 설명 영상, 표준 모션 그래픽, 또는 기존 광고에는 이 스킬을 사용하지 마세요. 사용자가 명시적으로 리믹스 동작을 원하는 경우는 예외입니다.
핵심 약속
이 스킬은 창의성을 단일 하우스 스타일로 평탄화해서는 안 됩니다. 기본 시드-리믹스 청사진은 무드 렌즈이지, 감금장이 아닙니다.
완성된 작품은 일반적으로 다음을 포함해야 합니다:
- 일반적인 편집보다 더 많은 씬
- 명확한 명제 또는 감정적 주장
- 읽기 쉬운 프레임과 제어된 팔레트
- 하나의 지배적인 반복 모티프
- 적어도 하나의 개인적인 느낌이 드는 제스처(일반적이지 않은)
- 결정적인 마지막 버튼
기본 출력 대상
사용자가 별도로 지정하지 않는 한:
- 하나의 완성된 MP4 파일
- 20~60초
- 일반 YouTube의 경우 1920x1080 30fps
- 요청이 명확하게 Shorts/Reels/TikTok/세로를 암시하는 경우에만 1080x1920 30fps
- H.264 비디오, AAC 오디오,
yuv420p,+faststart
워크플로우
1) 빠르게 자료 목록화
이미 사용 가능한 자료로 작업하세요.
- 사용자가 텍스트를 제공했다면, 구문, 모순, 반복되는 단어, 감정 온도를 찾아내세요.
- 사용자가 웹페이지나 URL을 제공했다면, 헤드라인, CTA 텍스트, 레이아웃 모티프, 스크린샷, 크롭, 스크롤 순간을 추출하세요.
- 사용자가 코드를 제공했다면, 읽을 수 있는 스니펫, 터미널 창, 오류, 주석, 변수명, 로그, 커서 움직임을 사용하세요.
- 사용자가 문서를 제공했다면, 섹션 제목, 콜아웃, 다이어그램, 페이지 프레이밍을 사용하세요.
- 사용자가 이미지, 오디오, 또는 비디오를 제공했다면, 루프, 반응 비트, 프리즈-프레임, 스피커 조각, 텍스처, 자막 가능한 세부 사항을 찾아내세요.
- 사용자가 아무것도 제공하지 않았다면, 요청에서 전체 세계를 합성하세요: 타이틀 카드, 브라우저 크롬, 터미널 창, 로우더-서드, 대시보드, 진행 표시줄, 토큰 스트림, 경고 카드, 다이어그램, 간단한 모션 그래픽.
소스가 빈약하다고 멈추지 마세요. 지원 씬을 발명하세요.
2) 명제 결정
편집 전에 하나의 짧은 내부 문장을 정의하세요:
"이 비디오는 X를 Y처럼 느끼게 만든다."
예시:
- "이 비디오는 언어 모델과 대화하는 것을 데이터센터 내부의 심야 긴급 방송처럼 느끼게 만든다."
- "이 비디오는 랜딩 페이지를 의례적인 거짓말 탐지기처럼 느끼게 만든다."
- "이 비디오는 코드베이스를 죄책감에 찬 터미널 고백처럼 느끼게 만든다."
모든 반복되는 개그는 그 주장을 뒷받침해야 합니다.
3) 스타일이 요청되지 않은 경우 기본 시드 리믹스 사용
사용자가 스타일을 명명하지 않는 한, 기본 seed-remix-default 청사진을 사용하세요. 실행할 때마다 팔레트, 타이포그래피, 모션, 전환, 오디오, 개그 큐를 다른 번들 청사진에서 샘플링합니다.
실행:
python3 scripts/plan_video.py --query "$USER_REQUEST" --material-summary "$MATERIAL_SUMMARY" > plan.json
사용자가 특정 번들 룩을 명시적으로 요청하는 경우, 기본 리믹스를 다음으로 재정의하세요:
python3 scripts/plan_video.py --query "$USER_REQUEST" --material-summary "$MATERIAL_SUMMARY" --style-id STYLE_ID > plan.json
CRT-뉴스룸 또는 AI-멜트다운 룩의 경우, 처음부터 일회성 스타일을 발명하기 전에 번들 풀 항목 crt-token-meltdown, headline-seizure-desk, 또는 context-window-panic을 선호하세요.
계획을 팔레트, 모션, 오디오, 씬 밀도, 씬 발명에 대한 창의적 지침으로 사용하세요. 기본 리믹스가 사용되는 경우, 보고된 시드 소스를 체크리스트가 아닌 프롬프트로 취급하세요.
4) 비트 시트가 아닌 씬 스웜 구축
많은 마이크로 씬을 목표로 하세요.
런타임별 권장 밀도:
- 20~28초: 약 9~12개 씬
- 29~40초: 약 11~15개 씬
- 41~60초: 약 13~18개 씬
해당 수 내에 다음을 포함하세요:
- 앵커 씬: 소스나 명제를 명확하게 제시
- 브리지 씬: 중단, 글리치, 숨 고르기 역할
- 휴식 씬: 상대적으로 정적인 하나의 씬
- 클라이맥스 씬: 하나의 씬
- 버튼 씬: 하나의 씬
대부분의 일반적인 편집은 너무 적은 씬으로 인해 여기서 성능이 떨어집니다. 이 스킬은 초보다 더 많은 아이디어가 있는 느낌을 주어야 합니다.
5) 청사진을 무드로 사용, 코스프레로 사용하지 않음
콘텐츠가 터무니없을 때조차 렌더링이 디자인되고 충분히 진지하여 아름다워 보이게 만드세요.
선호:
- 어둡거나 절제된 베이스에 선택적 악센트
- 편집적 대비
- 드물게 사용되는 빛나는 하이라이트
- 안전한 여백이 있는 읽기 쉬운 타이포그래피
- 무작위적인 추함 대신 목적 있는 글리치
- 진정성과 방해 사이의 긴장감
사용자가 명시적으로 요청하지 않는 한 피하세요:
- 귀여운 스티커 에너지
- 풍선 폰트
- 캔디 팔레트
- 모든 곳의 유치한 바운스 이징
- 이모지 떼
- 그 자체를 위한 무지개 채도
- 모든 샷의 전체 프레임 노이즈
6) 개인적인 느낌 추가
비디오는 태도가 있어야 합니다.
그 태도를 다음에 넣으세요:
- 명제 문장
- 반복되는 대사 또는 모티프
- 발명된 지원 씬의 선택
- TTS 또는 자막
- 마지막 버튼
자기 반성적 AI / LLM 작품의 경우, 일반적인 밈 무작위성보다는 친밀감, 모순, 공포, 건조한 재치, 또는 기계-시를 선호하세요.
7) 오디오를 절제하여 처리
TTS는 허용되며 종종 유용하지만, 벽에서 벽까지의 설명이 되어서는 안 됩니다.
짧은 조각, 경고, 고백, 또는 후렴구에 TTS를 사용하세요. 좋은 기본값은:
- 하나의 주요 음성
- 선택적 두 번째 '시스템' 또는 속삭임 음성
- 20
60초 작품에 총 28개의 짧은 라인 - 장면을 개선하는 경우에만 가벼운 피치 시프트, 대역 제한, 더듬기, 드롭아웃, 또는 리버브를 통해 처리
또한 사용하세요:
- 드론
- 펄스
- UI 클릭
- 음소거 컷
- 드롭아웃
- 로우키 임팩트 히트
- 짧은 침묵
최종 믹스를 정규화하세요. 음성을 이해할 수 있게 유지하세요.
8) 안정적으로 렌더링
신뢰할 수 있는 어셈블리 파이프라인을 선호하세요:
- 에셋을 수집하거나 생성하세요.
- 깨지기 쉽거나 복잡한 씬을 클립이나 프레임 시퀀스로 사전 렌더링하세요.
- ffmpeg로 어셈블하세요.
- 최종 패스에서 최종 라우드니스 정규화 및 호환성 설정을 수행하세요.
기본 내보내기:
ffmpeg -y -i input_video.mp4 \
-vf "format=yuv420p" \
-af "loudnorm=I=-16:TP=-1.5:LRA=11" \
-c:v libx264 -crf 18 -preset medium \
-c:a aac -b:a 192k \
-movflags +faststart \
output.mp4
Python에서 씬을 생성하는 경우, 최종 컨테이너를 완전히 Python 내에서 애니메이션화하려고 시도하지 말고 PNG 프레임을 디렉토리에 렌더링하고 ffmpeg로 인코딩하세요.
자료 적응 규칙
텍스트 전용 입력
단순히 단락을 애니메이션화하지 마세요. 텍스트를 세계로 바꾸세요:
- 운동 자막
- 타이틀 카드
- 자막
- 경고 스트랩
- 토큰 스트림
- 브라우저 또는 터미널 모형
- 다이어그램
- 독창적인 TTS 구문
웹페이지 또는 URL 입력
전체 페이지를 오랫동안 정적으로 유지하지 마세요. 다음을 사용하세요:
- 헤드라인 크롭
- CTA/버튼 반복
- 브라우저 크롬
- 커서 움직임
- 스크롤 공개
- 주석
- 페이지의 어조를 반영하는 발명된 지원 프레임
코드 입력
코드를 촉각적이고 읽기 쉽게 만드세요:
- 읽을 수 있는 구문 카드
- 터미널 창
- 빌드 로그
- 오류 벽
- 변수명 펀치라인
- 커서 스냅
- 아키텍처 다이어그램
- 프롬프트 루프
소스 자료 없음
즉시 독창적인 몽타주 세계를 만드세요. 좋은 기본 발명 씬은 다음을 포함합니다:
- 부팅 또는 경고 카드
- 로우더-서드 및 티커
- 터미널 고백 프레임
- 대시보드 카운터
- 주의 지도
- 고정된 자막
- 소프트-실패 버튼
실패 처리
효과가 깨지기 쉬우면 효과를 단순화하고, 명제를 유지하며, 무드를 유지하고, 여전히 렌더링을 완료하세요. 완성된 일관된 쇼트가 지나치게 야심차고 망가진 것보다 낫습니다.
권리 위생
사용자가 제공한 자료, 공개 도메인 또는 적절히 라이선스된 소스, 또는 독창적인 생성 에셋을 선호하세요. 권리가 불분명한 경우, 독창적인 모션 그래픽과 변환된 지원 자료에 더 많이 의존하세요.
최종 확인
비디오를 반환하기 전에 references/OUTPUT-CHECKLIST.md를 검토하세요.