12 개의 매력적인 포즈를 생성하는 것은 하나의 문자를 애니밍과 동일하지 않습니다. 몸은 높이를 변경할 수 있으며 무기는 손을 전환 할 수 있으며, 발은 모든 프레임이 독립적 인 이미지로 처리 될 때 슬라이딩 할 수 있습니다.
게임플레이의 다양한 기능을 통해 게임플레이를 통해 게임플레이를 진행할 수 있습니다. 게임아트를 유지하고, 애니메이션을 시작하기 전에 아이덴티티티를 잠그는 방법을 설명합니다.
빠른 요약
핵심 요약
- 애니메이션 프레임을 요청하기 전에 문자 모델 시트를 잠금.
- 계획 포즈 및 타이밍을 키프레임으로 생성하기 전에 in-betweens.
- 같은 캔버스, 기본, 피벗, 팔레트 및 모든 상태의 가벼운 방향을 사용하십시오.
- 구조 순서, 트리밍, 및 interpolation가 결과를 바꿀 수 있기 때문에 검증된 루프.
모션 전에 문자를 잠금
전면, 측면 및 고정 비율, 의상 세부 사항, 팔레트, 무기 배치 및 빛 방향과 세 개의 쿼터 참조를 만듭니다. 얼굴 모양, 헤어 실루엣 또는 액세서리 크기와 같은 비 협상 가능한 ID 기능을 표시하십시오.
하나의 캔버스와 기본을 선택하십시오. 엔진이 왼쪽과 오른쪽으로 미러링하면, 신중하게 디자인 비대칭 액세서리를 디자인하여 게임 플레이 또는 스토리 오류를 만들 수 없습니다.
계획 4 국가 가족
| 주요 특징 | 디자인 목표 | 일반적인 실패 |
|---|---|---|
| 의 Idle | 동의를 철회하지 않고도 쉽게 개성 | 너무 많은 운동 또는 눈에 보이는 루프 팝 |
| 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 | 명확한 무게 이동 및 접촉 | 발 미끄러지고 변화 stride 길이 |
| 뚱 베어 | 기대, 접촉, 및 회복 | 충격 구조는 불충분합니다 |
| 의논하기 | 손상 acknowledgment | Pose는 공격 또는 죽음과 혼동됩니다. |
In-Betweens의 앞에 열쇠 Poses 생성
공격 및 히트 주, 기대, 접촉, 및 복구 첫 번째 포즈를 설정. 산책 사이클에 대 한, 두 개의 접촉 포즈 및 전달 위치를 설정. 추가 프레임을 묻는 전에 실루엣과 바디 역학을 적용.
이미지 편집 또는 pose-가용 도구 사용 가능하지만, 검토 문제로 연속성을 치료합니다. 끊긴 영역 만 재생하거나 풀 프레임 ID 변경을 수락하지 않고 다시 그리기.
시트를 정상화하고 조립
선택된 피벗에 각 구조, 정상화 팔레트 및 개략 무게, 제거 배경 artifacts, 그리고 지속적으로 투명 패딩을 유지. 이름 국가 및 프레임 범위 명시적으로 따라서 실행 가능한 구성은 읽기.
단계와 Godot 모두 타이밍 컨트롤을 가진 주문 프레임으로 스프라이트 애니메이션을 치료합니다. 수출 주문, 프레임 기간, 반복, 그리고 이벤트는 따라서 자산 정의의 일부가되어야하며, 문서화되지 않은 엔진 측면 추측.
Gameplay에 대한 테스트 모션
게임의 실제 스케일과 속도에 애니메이션을 재생합니다. 충돌 타이밍, 공격 텔레그래프, 히트 확인, 전환 팝업, 캐릭터가 생산 배경에 다리를 유지 여부를 확인합니다.
빠른 전투 테스트를 위해 행동 중심의 프로토 타입의 시트를 배치하십시오. 대화 형 캐릭터의 경우, RPG 컨텍스트에서 조용히 루프를 검증합니다.
작업 예: 8 방향 전투 문자
1개의 승인된 중립 모형 장으로 시작하고 게임이 8개의 허가한 방향을 진정으로 필요로 하는지 결정하십시오. 최고 아래로 활동 게임은 거울을 가진 북, 남쪽, 동쪽 및 서쪽을 필요로 할지도 모르고, 비대칭 방패 또는 무기는 정확한 불균형을 만들 수 있습니다. 구조는 생성하기 전에 문서.
아이들을위한 키 포즈를 생성, locomotion 접촉, 공격 기대, 충격, 회복, 그리고 하나의 방향으로 반응을 명중. 먼저 신체 기계 및 실루엣을 검증, 다음 다른 방향으로 모션을 전파. 이것은 같은 깨진 타이밍의 8 동시 버전을 방지합니다.
| 주요 특징 | 핵심 검토 프레임 | Gameplay 계약 |
|---|---|---|
| 의 Idle | 루프 솔름 | 눈에 보이는 팝업없이 반품 |
| 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 | 발 접촉 | 속도 일치 관제사 진지변환 |
| 뚱 베어 | 충격 pose | Hitbox 및 효과는 활성 프레임과 일치 |
| 의논하기 | 첫번째 반응 구조 | 손상은 즉시 읽습니다 |
| 의논하기 | 최근 첫 번째 포즈 | 가늠자 또는 닻 점프 없음 |
분리된 느슨한 승인 타이밍에서
Pose 승인은 각 키 이미지가 행동을 통신하고 문자 정체성을 보존하는지 묻는다. 타이밍 승인은 오랫동안 플레이어가 기대, 접촉, 회복 및 루프 솔기를 볼 수 있도록 요청한다. 두 개의 결합은 검토자가 약한 그림과 같은 시간에 약한 리듬을 만듭니다.
프레임 인덱스, 기간, 게임플레이 이벤트, 취약점 또는 히드박스 창, 사운드 큐, 전환 권한을 기록하는 타이밍 시트를 사용합니다. 스프라이트 시트는 비문명과 이미지의 행보다는 예술과 게임플레이 코드 사이의 인터페이스가 됩니다.
- 혐기성 전에 키 포즈에 실루엣과 아나tomy를 승인.
- 각 프레임을 할당하는 대신 각 프레임의 기록은 동일합니다.
- 발자국, 투사 스파드, 히드 박스 및 복구와 같은 마크 게임 플레이 이벤트.
- 고정 피벗과 충돌 참조를 독립적으로 유지하십시오.
Jitter, 슬라이딩 및 Broken State Changes 수정
Jitter는 일반적으로 앵커, 캔버스 트리밍, 비율 또는 카메라 프라이밍을 변경하는 데 사용됩니다. 발 슬라이딩은 스프라이트 변위와 컨트롤러 속도 사이의 잡기에서 온다. 종종 파손된 전환은 인플루언트 실루엣 또는 복구 전에 주 기계 전환에서 완료됩니다.
Phaser의 애니메이션 시스템은 프레임 주문, 속도, 반복, 지연 및 이벤트를 노출합니다. Godot는 유사한 프레임 기반 컨트롤을 제공합니다. 이러한 실행 제어를 사용하여 모든 타이밍 결정이 동일 폭 이미지 순서로 굽기 대신 악화합니다.
| 증상 | 자주 묻는 질문 | 다음 체크 |
|---|---|---|
| 몸은 동요합니다 | 앵커 또는 비율 편류 | 오버레이 프레임과 정상적인 pivot |
| 발 슬라이드 | 애니메이션 속도와 운동 속도 disagree | Tune 내구 또는 관제사 진지변환 |
| 공격은 약한 느낌 | 견적 또는 열린 접촉 구조 없음 | Rebalance 키 포 타이 타이밍 |
| 국가 팝 | Transition은 incompatible pose에서 시작됩니다 | 출구 구조 또는 전환 규칙 추가 |
| Atlas bleeds, 그리스 | 충분한 패딩 또는 필터링 | 안전한 마진으로 재 포장 |
Sprite 시트 Handoff 체크리스트
메타데이터와 함께 시트를 전달합니다. 최소에는 프레임 크기, 상태 범위, 방향 순서, 피벗, 재생율, 루프 설정, 이벤트 프레임 및 실행 시간이 예술을 미러 할 수 있는지 여부를 포함합니다.
atlas 패킹 후에 메타데이터를 시험하십시오. 자동화한 트리머는 gameplay가 아직도 안정되어 있는 지상 점, 무기 소켓, 또는 충돌 참고를 예상할 때 눈에 보이는 장방형을 변화할 수 있습니다.
- 모든 프레임은 동일한 논리 캔버스 및 좌표 시스템을 사용합니다.
- 캐릭터 비례, 팔레트, 개요, 무기 손, 가벼운 방향은 안정 유지.
- 국가 범위 및 방향 순서는 지명되고 기계 읽기 쉬운입니다.
- 루프 솔기와 원샷 복구 프레임은 대상 속도에 검토됩니다.
- Hitboxes, projectiles, 소리, 그리고 문서화 된 이벤트 프레임과의 일치.
- 최종 포장 된 아틀라스는 대상 실행 시간에 테스트되며 편집기 미리보기 만하지 않습니다.
AI Sprite Sheet Workflow에 대해 1 차 소스 설정
우리의 증거 지하실은 Phaser 애니메이션 개념으로 시작되며 8월 20일, 2026일 접근했습니다. 우리는 문서화 된 행동, 용어, 또는 제약을 수립하기 위해 사용되며 소스가 Elseland의 워크플로나 결론을 주장하지 않습니다. 검토 하에서 실제적인 지분은 문자 앵커 시트, 키화 된 포즈, 정상화 된 프레임 그리드 및 테스트 애니메이션 상태 기계입니다.
이 차이는 E-E-A-T에 중앙입니다. 첫 번째 페이지는 형식, 도구, 플랫폼, 모델 또는 게임 팀 공개적으로 문서를 설정할 수 있습니다. 특정 자산이 빠르고 접근 가능하고 합법적으로 명확하고 재미 또는 생산 독서인지 입증 할 수 없습니다. 이러한 결론은 개별 관찰, 측정, 전문가 검토 또는 실제 프로젝트에 묶여있는 플레이어 증거가 필요합니다.
이 주제에 대한 결정은 정체성, 타이밍, 접촉 및 gameplay 이벤트를 보존하는지 여부입니다. 다음 관찰은 장식 인용보다 오히려 검토 가능한 생산 기록으로 공식 참조를 회전 :
| Evidence 층 | 지원할 수 있는 것 | 혼자 지원할 수 없는 것 |
|---|---|---|
| 공식 소스 | 문서화 기능, 규칙, 형식, 또는 게시된 디자인 컨텍스트 | 프로젝트별 품질 또는 범용 성능 |
| 프로젝트 측정 | 이름 짓는 행동, 장면, 장치, 또는 샘플 | Unmeasured 플랫폼 또는 미래의 버전 |
| 인간 검토 | 사용성, 시각, 편집 및 생산 판단 | 법적인 특정 또는 인구 수준 선수 행동 |
| 관련 기사 | 누가 무엇을 승인, 언제, 어떤 증거와 | 입력 또는 규칙 변경 후 영구적 인 준수 |
- 1. 동의를 요청하기 전에 정체성과 비율을 승인하십시오. 자산 또는 빌드 식별자와 함께 결과를 저장하십시오. 다른 검토자는 결론을 재현 할 수 있습니다.
- 2. 판사 기대, 행동, 회복, 그리고 프레임 아름다움 혼자 보다는 간격. 자산을 가진 결과를 저장하거나 식별자를 이렇게 다른 검토자는 결론을 재현할 수 있습니다.
- 3. 시트를 가로 질러 안정된 지상 지점과 피벗을 추적합니다. 자산과 함께 결과를 저장하거나 식별자를 구축하여 다른 검토자는 결론을 재현 할 수 있습니다.
- 4. 실제 컨트롤러의 테스트 전환 및 게임 플레이 이벤트. 자산과 결과를 저장하거나 식별자를 구축하기 때문에 다른 검토자는 결론을 재현 할 수 있습니다.
AI Sprite Sheet Workflow의 현장 검토 프로토콜
첫 번째 백악 출력이 존재하고 워크플로를 스케일링하기 전에이 프로토콜을 사용하십시오. 하나의 터치되지 않은 기본, 하나의 후보 개정 및 하나의 deliberately stressed case를 유지하십시오. 스트레스를 받으면 주제의 가능성이 실패 모드 - 찾기 장면, 극단적 인 포즈, 작은 화면 놀이, 특이한 입력 또는 해제 - easiest 성공 사례를 반복해야합니다.
가능한 한 실제 배달 상황에 대한 리뷰를 실행하십시오. 도구 또는 모델 버전, 소스 파일, 설정, 대상 장치 또는 엔진, 날짜 및 검토자를 캡처하십시오. 작업이 외부 서비스에 따라 달라지면 응답 또는 동일한 출력을 대신 수출 된 artifact를 기록하면 나중에 다시 생성 될 수 있습니다.
유용한 검토는 결정과 다음 행동으로 끝납니다. "좋아요"는 문이 아닙니다. 후보자가 패스를 통과하는 상태는 경계 예외, 요구 개정 또는 거부해야합니다; 그 상태와 다음 체크의 소유자 뒤에 증거를 식별하십시오.
| 관련 상품 | 의약 | 다음 작업을 필수 |
|---|---|---|
| 의 특징 | 모든 정의된 시각, 기술 및 방출 문은 증거에 의해 지원됩니다 | 검토 된 artifact를 동결하고 빌드에 연결 |
| 조건부 통행 | 알려진 제한은 경계가 없고 의도한 사용은 불가하지 않습니다. | 재검토를 위한 예외, 소유자 및 방아쇠를 문서화하십시오 |
| 의논하기 | 방향은 비싸지 만 1 개 이상의 게이트가 지원되지 않습니다. | 한 개의 제어 변수를 변경하고 영향을받는 체크를 반복 |
| 의제휴 | 이 약관은 적용된 약관 및 약관에 적용됩니다. | 기록 보존 및 다른 접근 방식을 선택하십시오. |
- 필수 주, 방향, 프레임 예산 및 이벤트 프레임. 체크 전에 예상 결과를 기록 한 다음 관찰 된 결과 및 그 후 예외를 첨부합니다.
- 생성하거나 드로잉을 하기 전에 키 포즈를 만듭니다. 체크 전에 예상된 결과를 기록한 다음 관찰된 결과와 그 후에 예외를 붙입니다.
- 캔버스 크기, 정렬, 팔레트 및 투명성을 정상화하십시오. 체크 전에 예상 결과를 기록 한 다음 관찰 된 결과 및 예외를 첨부하십시오.
- 중복 또는 피임약 프레임을 제거하십시오. 체크 전에 예상 결과를 기록 한 다음 관찰 된 결과와 그 후 예외를 첨부하십시오.
- 프레임 속도, 루프링, 히트 이벤트 및 전환 구성. 체크 전에 예상 결과를 기록, 다음 관찰 결과 및 그 후 예외를 첨부합니다.
- 최종 디스플레이 스케일에서 모든 상태 재생. 체크 전에 예상 결과를 기록, 다음 관찰 결과 및 그 후 예외를 첨부.
이 게임 아트 & 비주얼 가이드의 전문가 해석 및 한계
이 가이드는 가장 강력한 결론을 내릴 수 있습니다. 조건부 생산 권고: 프로젝트와 일치할 때 워크플로우를 사용하며 결정에 대한 재방문에 필요한 증거를 유지합니다. 우리는 보편적 인 모델 품질, 플레이어 선호, 법적 정리 또는 공식 스크린 샷에서 성능, 공급자 예 또는 단일 성공적인 자산을 사용하지 않습니다.
이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.
출판 또는 배송 전에, 현재 소스와 정확한 빌드에 대한 반복 시간 감지 체크. 보존 날짜 증거, 평가 방법을 공개, 및 편집 인섭에서 측정 된 결과를 구별. 그 기록은 미래의 검토자가 퇴출 할 수없는 자신감있는 결론보다 더 가치가있다.
| Claim 유형 | 편집 치료 |
|---|---|
| 문서화 | Phaser 애니메이션 개념에 연결하고 액세스 날짜를 포함 |
| 결과의 관찰 | 건축, 환경, 표본 및 방법 이름 |
| 전문 심판 | 상태 기준, 검토 역할, 및 거래 |
| 출항 또는 예측 | 그것을 명시적으로 표시하고 증거가 변경 될 수 있는지 설명 |
- 심지어 공간 프레임은 의도적인 타이밍없이 convincing 모션을 만들지 않습니다.
- 깨끗한 시트는 여전히 지터를 피벗이나 발을 드리프트 할 수 있습니다.
- 에서-betweens 생성은 프레임 사이 의상 세부 사항 또는 anatomy를 변경할 수 있습니다.
- 애니메이션 미리보기는 hitboxes, 입력 창, 또는 상태 우선을 유효하지 않습니다.
자주 묻는 질문
AI는 한 이미지에서 완전한 스프라이트 시트를 만들 수 있습니까?
그것은 프레임을 제안 할 수 있지만 일관되게 anatomy, 의상 세부 사항, 피봇, 타이밍, 및 작업 읽을 수 보통 가이드 세대 및 수동 정리가 필요합니다.
몇 가지 프레임은 애니메이션 사용해야 합니까?
타겟 속도에서 동작을 전달하는 가장 적은 프레임을 사용합니다. 타이밍과 강력한 키 포즈는 보편적 인 프레임 카운트보다 더 많은 문제를합니다.
왜 AI 스프라이트 애니메이션 지터가?
지터는 보통 프레임 사이 변화 비율, 윤곽, 팔레트, 카메라 위치, 또는 앵커 포인트에서 온다. 더 많은 in-betweens를 추가하기 전에 사람들을 정상화.
애니메이션을 별도로 생성해야 하나요?
비대칭 디자인, 조명, 텍스트, 무기, 또는 게임 플레이 의미가 불균형을 미러링 할 때만. 그렇지 않으면 런타임 미러링은 생산 작업을 감소시킵니다.
시트 프레임을 모두 같은 기간이 있습니까?
그렇지 않으면. 동등한 타이밍은 편리하지만, 기대, 충격, 보유 및 복구는 종종 다른 기간을 필요로합니다. 엔진이 그것을 지원하거나, 왜 deliberately 및 문서에 대한 프레임을 복제 할 때 per-frame 타이밍을 사용하십시오.
스프라이트 프레임에 상자를 다시 칠해야 합니까?
장식적인 화소에서 독립된 gameplay 충돌을 유지하고, 그 후에 문서화된 구조에 공격 또는 취약점을 활성화하십시오. 시각적으로 큰 그네가 deliberately 짧은 활동적인 창이 있을지도 모르기 때문에 동의에 있는 관계를 검토하십시오.
애니메이션 스프라이트에 대한 투명 공간 안전?
메타데이터가 안정된 피벗과 런타임을 보존할 때만 그립니다. 그렇지 않으면 각 트리밍 프레임 최근스터가 다르게 나타나고 캐릭터는 지터에 나타납니다. 최종 포장된 atlas를 승인하기 전에 테스트하십시오.
AI-generated 애니메이션 연속성을 검토하는 가장 좋은 방법은 무엇입니까?
오버레이 이웃 프레임, 대상 속도에서 재생, 머리, 엉덩이, 손, 피트, 무기 소켓과 같은 주요 바디 랜드 마크를 검사. 자산 세트를 곱하기 전에 한 방향으로 및 국가 가족을 검토.
출처 및 추가 자료
- Phaser 애니메이션 개념
Phaser의 프레임 애니메이션 제작 및 제어를위한 공식 문서.
- Godot 2D 스프라이트 애니메이션
Sprite2D 및 AnimatedSprite2D 애니메이션의 공식 워크플로우.
- Unity Sprite Atlas API를 사용
Unity runtime 통합을 위한 공식 sprite atlas 참고.
다음 단계
