나레이션 과학 애니메이션 (口播科普动画)
먼저 사용자가 시청자에게 무엇을 이해시키려는지 파악한 후, 보유한 자료로 시청자에게 무엇을 보여줄 수 있는지 고려합니다. 양측이 합의한 나레이션 내용, 사용자가 지정한 최종 버전 및 이번 전달 범위를 기준으로 합니다. 실사 영상이 이미 과정을 설명하고 있다면 연속적으로 재생되도록 할 수 있습니다. 자료가 결과만 보여준다면 결과를 표시하는 데 사용하고, 원리를 설명하기 위해 다이어그램을 사용할 수 있습니다. 나레이션 의미를 변경해야 하는 경우에는 해당 문장을 별도로 논의합니다.
아래의 워크플로우, 스토리보드 테이블 및 샷 예시는 프로젝트에 따라 선택적으로 사용할 수 있습니다. 방법을 선택할 때는 세 가지 근거를 유지하세요: 인용은 원래 의미를 따르고, 자막 시간은 선택한 버전을 기준으로 하며, 전달 시 실제로 확인한 내용을 설명할 수 있어야 합니다.
현재 진행 상황부터 시작
먼저 사용자가 제공한 자료, 기존 프로젝트 및 확정된 결정 사항을 확인한 후 진입점을 선택하며, 사용자에게 전체 프로세스를 다시 거치도록 요구하지 않습니다.
- 주제 또는 관점만 있는 경우: 핵심 질문, 대상 및 결론을 정리하고 자연스럽게 말할 수 있는 대본 작성을 지원합니다. 내용이 너무 많으면 집중하거나 분할하는 것을 제안하며, 임의로 여러 개의 비디오로 나누지 않습니다.
- 대본만 있는 경우: 먼저 시각적 방안과 대략적인 스토리보드를 작업할 수 있습니다. 공식 오디오가 없으면 시간은 추정치일 뿐이며, 동기화되었다고 주장할 수 없습니다.
- 오디오와 자막이 이미 있는 경우: 입력을 직접 확인하고, 타임라인을 결정하며, 스토리보드를 설계합니다. 이전 대본을 기준으로 시간을 재구성하지 않습니다.
- 프로젝트 파일 또는 완성된 영상이 있는 경우: 먼저 사용자가 피드백한 구간을 찾습니다. 소스 프로젝트가 있으면 해당 레이어를 수정할 수 있습니다. MP4만 있는 경우에는 텍스트가 이미 화면에 굽혀져 있는지 확인합니다. 부분 수정 방법에 따라 수행 가능한 조정을 선택합니다.
- 게시 자료 전달이 요청된 경우: 최종 입력과 프로젝트를 확인하고, 해당 완성 영상, 썸네일 또는 카피를 제작합니다. 이번에 필요한 전달물만 제작합니다.
정보가 부족할 때는 자료와 프로젝트에서 먼저 추론합니다. 결과에 실제로 영향을 미치는 경우에만 질문합니다(예: 최종 오디오 버전이 불명확한 경우). 사용자가 명시적으로 방안 확인을 요청하면 구체적인 방안을 제공한 후 기다립니다. 이미 권한이 부여되었거나 확인된 경우에는 계속 진행하며, 반복적으로 승인을 요청하지 않습니다.
레이아웃과 타임라인 구현에 들어가기 전에 화면 비율 및 게시 시나리오, 시간 기준, 이번 전달물을 명확히 합니다. 기존 프로젝트와 확인된 요구 사항이 우선입니다. 최종 나레이션이 있으면 실제 길이를 기준으로 배치하며, 목표 길이에 맞추기 위해 오디오를 자르지 않습니다. 명확한 요구 사항이 없으면 먼저 적절한 기본 방안을 제시하고 가정을 설명합니다. 합리적으로 추론할 수 없고 대규모 재작업이 발생할 경우에만 사용자에게 확인합니다. 주제 논의, 대본 작성 등 이러한 선택에 의존하지 않는 작업은 계속 진행할 수 있습니다.
제작 전: 환경 확인 및 준비
작업이 프로젝트 구현 또는 미리보기 단계에 진입하면 환경 확인 및 초기 설정을 읽습니다. Remotion을 선택했지만 로컬에 사용 가능한 환경이 없으면 먼저 실행 환경을 구축하고, 프로젝트를 초기화하며, 의존성을 설치하고 미리보기 및 테스트 프레임을 확인한 후 전체 영상을 제작합니다. 이 스킬을 설치했다고 Remotion이 이미 설치되었다고 가정하지 마십시오.
Remotion 안내 스킬 부족, Node.js 등 실행 환경 부족, 프로젝트 의존성 부족, 프로젝트 파일 부족의 경우를 구분합니다. 기존 프로젝트가 있으면 우선 재사용하고 잠금 파일을 기준으로 설치하며, 재초기화나 임의 업그레이드를 피합니다. 나레이션 대본이나 시각적 방안만 요청된 경우에는 소프트웨어를 먼저 설치할 필요가 없습니다.
1. 내용 및 시간 기준 설정
현재 입력 파일, 오디오 길이, 자막 범위, 화면 비율, 프레임 속도, 프로젝트 진입점 및 대상 전달물을 기록합니다. 사용자가 지정한 최종 버전은 이전 나레이션 대본과 이전 내보내기보다 우선합니다.
- 자막 원본, 번호 및 절대 시간을 유지합니다. 누락된 문장, 빈 자막, 역순, 중복, 너무 짧은 표시, 오디오 초과 등을 확인합니다. 중복은 의도적인 디자인일 수 있으므로 먼저 판단합니다.
- 최종 대본으로 문장 의미를 이해하고, 최종 SRT로 자막을 찾으며, 실제 발성과 멈춤으로 동작을 배치합니다. 사용자가 "새 자막 기준"을 지정했다면 새 자막을 기준으로 디자인합니다. 오디오가 실질적으로 다른 경우, 특정 문장과 구간을 지적하며, 임의로 단어를 바꾸거나 시간 코드를 이동하지 않습니다.
- 시의성 있는 사실, 숫자, 정책 및 뉴스 출처는 확인이 필요합니다. 비교를 할 때는 먼저 대상과 버전을 명확히 한 후, 정의, 단위 및 적용 조건이 비교 가능한지 확인합니다. 최종 녹음에 의미에 영향을 미치는 오류가 있는 경우 구체적인 수정을 제안하며, 화면과 나레이션이 서로 모순되지 않도록 합니다.
- 새 오디오나 새 자막이 도착하면 영향을 받는 시간대, 자막, 전환 및 총 프레임 수를 다시 계산하고, 이후 샷이 여전히 동기화되는지 확인합니다.
SRT가 있으면 scripts/inspect_media.py를 실행하여 구조와 길이를 확인할 수 있습니다. 최종 오디오가 있고 동작을 정렬해야 하는 경우, 스토리보드를 펼치기 전에 수정된 문장이나 식별 가능한 구문을 청취할 수 있습니다. 방법은 구현 및 동기화를 참조하세요.
2. 먼저 판단 가능한 시각적 방향 결정
새로운 방향을 제안할 때는 대본의 한 문장을 사용하여 화면이 어떻게 설명할지 설명할 수 있습니다. 기존 자료가 있으면 확대할 가치가 있는 세부 사항이나 시청자가 그림을 읽기에 적합한 멈춤 구간을 지적합니다. 자체 제작 다이어그램이 필요한 경우 어떤 관계를 명확히 해야 하는지 설명합니다. 색상, 글꼴 및 구도는 이번에 결정해야 할 부분만 펼칩니다.
내용과 자료를 동시에 고려
사용자가 자료를 설명만 하고 구상을 먼저 논의하려는 경우, 설명에 따라 조건부 디자인을 제공할 수 있습니다(예: "사진에 광원과 책상이 모두 찍혀 있다면 둘을 같은 프레임에 배치"). 이미지 선택, 자르기 또는 정렬 단계에 도달하면 실제 파일을 확인하여 무엇을 보여줄 수 있는지, 어떤 세부 사항을 유지해야 하는지 확인합니다. 하나의 자료가 여러 문장을 설명할 수 있다면 충분한 화면 시간을 할당합니다.
사용자가 제공한 이미지, 스크린샷, 녹화 또는 실사 자료가 있는 경우 자료 디자인 및 재사용을 먼저 읽고, 나레이션과의 대응 관계를 설정한 후 원본 표시, 부분 확대, 사실에 기반한 재그리기 또는 설명 애니메이션과의 조합 중에서 선택합니다. 기존 자료가 없으면 주제와 대상에 따라 코드 그래픽 또는 생성 자료를 준비할 수 있습니다. 캐릭터와 표정은 선택적 방안 중 하나입니다.
- 표현 방식을 주제에 맞게 합니다. 메커니즘은 개략적인 애니메이션에 적합하고, 프로세스는 객체 흐름에 적합하며, 의견은 증거와 관점의 명확한 구분에 적합합니다. 모든 내용을 동일한 카드 레이아웃에 강제로 맞추지 마십시오.
- 사용자가 지정하지 않은 경우 16:9, 1920×1080, 30fps를 제안할 수 있습니다. 기존 프로젝트, 세로 화면 요구 사항 및 플랫폼 요구 사항이 우선합니다. 글꼴은 콘텐츠 분위기와 언어에 맞게 조정되어야 하며, 둥근 글꼴이나 특정 브랜드로 고정하지 않습니다.
- 처음부터 시청자가 문제와 주체를 볼 수 있도록 합니다. 초보자에게 여러 용어를 소개할 때는 먼저 이 영상이 시청자가 무엇을 이해하거나 어떤 결정을 내리는 데 도움이 되는지 설명합니다. 목록을 표시해야 하는 경우 시청자가 이해할 수 있는 질문별로 그룹화한 후 해당 위치에 용어를 배치합니다.
- 스타일이 마음에 들지 않으면 구도, 자료 언어, 샷 리듬 및 동작 논리를 확인합니다. 색상만 변경하는 것은 종종 템플릿 느낌을 해결하지 못합니다.
먼저 대표 화면으로 방향 검증
레이아웃 문제는 가장 처리하기 어려운 화면을 골라 정지 프레임으로 판단합니다. 새 스타일이나 큰 리듬 변경을 검증할 때는 서로 다른 설명 작업을 담당하는 두 구간을 골라 짧은 샘플 영상을 만들고, 앞뒤 연결을 포함하여 연속 재생합니다. 동작이 나레이션을 따라가는지, 시선이 핵심 정보로 이어지는지, 결과를 읽을 충분한 시간이 있는지, 구도와 진입 방식이 반복되는지 확인합니다. 사용자가 먼저 방안을 보고 싶어하면 확인 후에 펼칩니다. 이미 명확한 방향이 있거나 부분 수정만 하는 경우에는 직접 진행할 수 있습니다.
3. 문장 의미에 따라 연속적인 화면 구성
먼저 같은 문제를 설명하는 여러 나레이션 문장을 함께 배치하고, 시청자가 따라갈 수 있는 주체를 선택합니다. 문장별로 시청자가 현재 어디를 봐야 하는지 판단하며, 화면은 객체 변화, 시선 이동 또는 결과에 머무르는 방식으로 응답할 수 있습니다. 새로운 문제로 전환할 때는 설명 필요에 따라 주체, 구도 및 이동 방식을 다시 선택합니다. 간단한 구간은 한 문장 샷 설명으로 충분합니다. 사용자가 문장별 효과 또는 복잡한 샷 연결을 요구하는 경우 자막 ID와 시간을 기준으로 각 문장에 해당하는 변화를 표시합니다. 스토리보드 및 의미 애니메이션에는 선택 가능한 표와 연속 샷 예시가 있습니다.
변화가 의미를 나타내도록 우선합니다: 발생 원인, 진행 과정, 상태 비교, 축적, 분해, 시행착오, 피드백 및 결과. 동일한 객체가 전체 영상에 걸쳐 나타날 수 있지만, 내러티브에 따라 발전해야 합니다. 정적인 자료를 반복 사용하는 것은 발전을 대체할 수 없습니다.
하나의 샷은 하나의 주요 주의 집중 중심만 설정합니다. 자막, 제목, 일러스트레이션 및 샷 움직임이 서로 경쟁하지 않도록 합니다. 복잡한 메커니즘은 점진적으로 나타나고 안정적으로 관찰될 수 있어야 하며, 동작 수는 품질 지표가 아닙니다.
4. 화면 및 애니메이션 제작
Remotion을 사용할 때는 공식 remotion-best-practices 스킬을 동시에 사용하고 구현 및 동기화를 읽습니다. 해당 스킬이 없으면 환경 확인 및 초기 설정을 참조하여 가져오고, 이번 구현과 관련된 지침을 로드합니다. 설치가 차단되면 제한 사항을 설명하고, 공식 문서를 사용하여 완료할 수 있는 부분을 계속 처리합니다. 기존 비 Remotion 도구 체인이 적합하면 계속 사용할 수 있으며, 이 스킬을 사용하기 위해 프로젝트를 강제로 마이그레이션하지 않습니다.
- 그래픽, 화살표, 숫자, 차트, 상태 변화는 우선 편집 가능한 코드 또는 벡터 요소로 만듭니다. 일러스트레이션, 텍스처 및 인물이 필요한 경우에만 비트맵 자료를 생성하거나 선택합니다.
- 독립적으로 움직여야 하는 주체는 레이어로 분리해야 합니다. 이미지 생성은 시각적 자료를 담당하고, 샷과 동작은 여전히 타임라인을 기준으로 설계되어야 합니다. 실제 스크린샷과 녹화는 사실을 표시하는 역할을 하며, 보조 애니메이션은 관계를 설명하는 역할을 합니다. 장식 아이콘으로 중요한 작업을 대체하지 말고, 모든 자료가 같은 쪽에 고정되어 나타나지 않도록 합니다.
- 뉴스 및 증거는 실제 자료를 사용하고 실제 출처를 명시합니다. 생성된 이미지는 뉴스 스크린샷, 테스트 결과 또는 통계 증거로 가장할 수 없습니다. 스크린샷 확대 및 강조는 관련 영역을 정확히 가리키고 필요한 맥락을 유지해야 합니다.
- 용도에 따라 화면 텍스트를 유지합니다. 제목은 문제를 제기하거나 전환을 암시하고, 레이블은 객체, 데이터 및 조건 식별을 돕고, 자막은 나레이션을 보완합니다. 스토리보드 설명은 우선 화면 동작 또는 상태 변화로 변환합니다. 검토 시 추가 텍스트를 일시적으로 숨길 수 있으며, 화면만으로도 이해하기 쉬우면 삭제할 수 있습니다. 키워드, 공식 또는 핵심 결론은 두 곳에 나타날 수 있지만, 명확한 주종 관계가 있어야 하며 필요한 경우 시간을 엇갈리게 합니다. 복잡한 배경의 텍스트는 안정적인 배경색, 부분 마스크 또는 독립적인 레이아웃을 사용하여 대비를 보장합니다.
- 제목과 레이블은 나레이션과 함께 등장할 수 있으며, 읽기가 끝난 후 주의를 주체나 다음 샷으로 되돌립니다. 구체적인 방법은 텍스트 및 레이아웃 제어를 참조하세요.
- 대상 시청 크기로 제목, 그림 설명, 스크린샷 원본 텍스트 및 자막을 확인합니다. 주체 확대, 레이아웃 수축, 중요 부분 자르기가 빈 공간을 채우기 위해 더 많은 장식을 쌓는 것보다 우선합니다.
- 자막 및 플랫폼 인터페이스를 위한 공간을 확보합니다. 중요한 동작, 출처 및 설명이 자막 뒤에 숨지 않도록 합니다. 글꼴과 자료는 프로젝트와 함께 안정적으로 로드될 수 있어야 합니다.
5. 미리보기, 수정 및 전달
이번 전달에 따라 검토 방법을 선택하고 세 가지 유형의 증거를 구분합니다.
- 정지 프레임: 구도, 텍스트 크기, 대비, 가림, 스크린샷 강조 위치.
- 연속 재생: 나레이션, 자막, 동작 및 전환이 동기화되는지, 반복과 멈춤이 합리적인지.
- 파일 검사: 해상도, 프레임 속도, 길이, 오디오 트랙, 코덱 및 디코딩 가능 여부.
"빌드 성공" 또는 "몇 장의 스크린샷을 봄"으로 전체 영상 동적 검수를 대체할 수 없습니다. 실제 검사 범위를 기록합니다. 시청하거나 청취할 수 없는 부분은如实 설명하고, 모든 것이 통과되었다고 주장하지 않도록 합니다.
피드백을 받으면 먼저 특정 화면을 찾습니다. 예를 들어 "글자가 작다"는 제목 글꼴 크기가 부족하거나 전체 페이지 스크린샷을 너무 작게 축소했기 때문일 수 있습니다. 수정 후 변경된 구간과 연결을 다시 확인합니다. 공유 구성 요소가 관련된 경우 영향을 받는 다른 샷도 확인합니다.
완성 영상이 필요하면 승인된 범위에 따라 내보내고 최종 파일을 검증합니다. 썸네일, 게시 제목 및 카피는 요청에 따라 제작하며, 내용은 최종 영상을 기준으로 합니다. 제목은 매력적이지만 결론을 확대하지 않습니다. 게시 자료를 제작하는 것이 사용자를 대신하여 외부 플랫폼에 게시하는 것을 의미하지는 않습니다.
최종 오디오, 자막, 편집 가능한 프로젝트, 인용 자료, 완성 영상 및 필요한 출처를 보관합니다. 파일 이름은 주제 또는 프로젝트 이름을 사용하며, 회차, 개인 디렉토리 또는 기계 환경을 하드코딩하지 않습니다. 정리 전에 프로젝트 참조 및 공유 의존성을 먼저 확인하고, 이전 파일 삭제를 기본 단계로 간주하지 않습니다.
이번 협의에 따라 방안, 구간 미리보기 또는 완성 영상을 전달합니다. 영상 전달 시 위치, 사양 및 실제 검사 결과를 첨부하고, 편집 가능한 프로젝트가 있는 경우 진입점을 제공합니다.