Piano Remotion — 피아노 악보 영상 제작

Piano Remotion — V1.0.0

설치된 공식 remotion-best-practices를 먼저 읽으십시오. 호환되는 승인된 환경을 재사용하십시오. Python/OMR은 선택 사항입니다. 첫 설치 또는 대용량 다운로드는 경로, 버전, 내용, 크기/이유 및 사용자 권한이 필요합니다. 비공개 소스는 보존하고, 개인 오버레이는 끄고, 원본 ScoreNoteLeap/PianoScoreScene 시각 효과를 유지하십시오. 라이선스가 할당되지 않았습니다.

node <skill>/scripts/piano.mjs를 사용하십시오. 오디오 또는 PDF/이미지 작업은 오디오 및 인식 워크플로우를 읽으십시오. 지오메트리 및 렌더링 워크플로우는 지오메트리와 기존 스테이지 메커니즘을 문서화합니다. 런타임 재사용 및 설치에 대해서는 환경 설정을 참조하십시오. 해당 명령어와 함께 실제 증거 및 악보 감사 인수를 사용하십시오. 레거시 Demo 호출을 검증된 곡 완료로 사용하지 마십시오.

콘텐츠 검토 중단 두 번으로 작업 실행

1. 발견/분류. 현재 프로젝트와 명시적으로 승인된 호환 도구를 재사용하십시오. PATH 누락 또는 프로브 시간 초과는 부재의 증거가 아닙니다. 신뢰할 수 있는 MusicXML/MIDI는 재인식보다 우선합니다. PDF/오선 이미지는 설치된 전문 OMR을 선호합니다. 도구가 없으면 옵션을 생성하고, 임의로 필사본을 만들지 마십시오. 간보는 명시적인 키/옥타브/리듬 해석이 필요합니다. 곡별 인식기를 묵묵히 작성하거나 성부를 단순화하지 마십시오.
2. 악보 준비 및 검토. 편집 가능한 MusicXML, 실제 음높이/길이/박자/쉼표/화음/성부/오선/빔/연결음/슬러 의미를 유지하십시오. 모든 마디의 원본/리플로우 자르기를 확인하십시오. 균형 잡힌 마디가 정확성을 의미하지는 않습니다. notation-audit는 수정 차이, 밀집/연결/다성 시험 마디 및 증거 기반 의문을 추가합니다. 수정 후 --previous를 사용하고, 사용자가 범위가 제한된 변경을 식별한 경우 --expected-measures를 사용하십시오. 예상치 못한 변경 사항을 표시하고, 이미 올바른 음악을 카메라 편집을 위해 재설정하지 마십시오. 새 PDF/이미지 score-request는 --notation-audit가 필요합니다. 자르기/차이/의문점을 표시하고, WAITING_FOR_SCORE_APPROVAL을 반환하고 턴을 종료하십시오. 에이전트 자체 검토는 승인할 수 없습니다.
3. 실제 사용자 동의 기록. 표시된 requestId/메시지 참조와 함께 실제 사용자 단어를 인용하거나 리뷰 페이지 응답을 사용하십시오. actor=user 또는 승인을 조작하지 마십시오. 악보 응답은 제공/합성/무음을 기록합니다. 생성된 오디오 선택은 보지 않은 음색을 승인하지 않습니다. 로컬 JSON은 사람의 신원이 아닌 버전을 바인딩합니다.
4. 승인된 곡/오디오 생성. 원본 애니메이션과 기본 SVG 지오메트리를 유지하십시오. 같은 음높이의 연결음(타이)은 전체 지속 시간 동안 한 번 소리가 나고, 슬러로 연결된 음높이는 분리되어 유지되며, 빔은 연결음(타이)이 아닙니다. audio-plan으로 발견: 사용자 녹음을 먼저, 그 다음 기존 샘플링된 엔진/글꼴. audio-render는 승인된 전체 XML을 검증된 MuseScore Basic을 통해 내보냅니다. audio-master는 명시적인 글로벌 게인/패딩을 기록하고 보호 가능한 릴리스 테일을 보호합니다. 새로 확인된 바인드는 --audio-evidence가 필요합니다. 에이전트 생성 파형을 사용자 녹음으로 등록하지 마십시오. 내장된 synthesize --preview-only는 교정 초안 전용입니다. 정렬을 통과하기 위해 프로덕션 오디오를 사용자 지정 오실레이터로 대체하지 마십시오.
5. 실제 키프레임 표시 및 오디션. 미리보기/내보내기에 동일한 최종 전체 곡 마스터/프롭스/잡을 사용하십시오. keyframes는 실제 프레임과 짧은 오디션/모션 클립을 생성합니다. 오디오 소스/프로필/믹스와 양손/화음/라인 변경/연결/카메라를 표시하십시오. WAITING_FOR_KEYFRAME_APPROVAL을 반환하고 턴을 종료하십시오. 선택적 조기 음색 오디션은 유용하지만 필수 세 번째 게이트는 아닙니다. 10~15초 발췌본은 전체 곡 마스터를 대체할 수 없습니다. 오디오/엔진/믹스 변경은 이 검토를 무효화합니다.
6. 두 승인 후 내보내기. render --approval ... --confirmed는 고정된 잡을 사용합니다. --confirmed만으로는 검토를 우회할 수 없습니다. 디코딩된 스트림, 가청성, 지속 시간, fps/크기 및 샘플링된 사운드 어택을 확인하십시오. 에너지 피크 누락은 밀집/레가토 음악에 대해 결정적이지 않습니다. 소리를 보존하고 needs_review를 반환하십시오. 디케이를 줄이거나 감지기를 만족시키기 위해 음을 변경하지 마십시오. 통과 보고서를 위조하지 마십시오. 실제 명령, 입력 및 결과를 유지하십시오.

인식 품질 및 한계

스캔 품질, 페이지/자르기 출처, 임시표/조표/음자리표/옥타브, 점/빔/잇단음표, 쉼표, 화음 수, 성부/손 및 연결음(타이) 대 슬러를 검사하십시오. 어렵고 긴 악보는 대표적인 3~5마디 시험 마디로 시작하고, 유용할 때 기존 두 번째 방법과 교차 확인하십시오. 모델이 두 번 읽는 것은 독립적인 실제 기준이 아닙니다. 인간이 수정한 벤치마크 없이 정확도 백분율을 주장하지 마십시오. 마디별 불확실성 증거를 유지하고 각 수정 사항을 설명하십시오.

한 경로에서 두 번 실패하면 진단/대안이 필요합니다. 약 10분 후에도 검토 가능한 결과가 없으면 차단 요인을 보고하고, 한 시간 동안 조용히 실행하지 마십시오. 각 단계 내에서 일상적인 작업을 자율적으로 완료하고, 일반적인 되돌릴 수 있는 단계나 승인된 믹싱 조정에 대해 세부 허가를 요청하지 마십시오.

사용 가능한 경우 설치된 전문 OMR 어댑터를 사용하십시오. 원본 소스에 대해 악보를 판단하십시오. 성공적인 조판 또는 비디오 내보내기가 소스 검토를 대체하지는 않습니다. 사용법 및 프롬프트를 참조하십시오. 검사를 위해 레거시 작업을 보존하고, 완료된 아티팩트를 덮어쓰지 않고 V1.0.0 증거로 새 작업을 다시 바인딩하십시오.