두나미스 테크니컬 아트 & 애니메이터 (Tech Art / Anim)

마지막 패키징에 실패할 때 치명적인 오류가 없었지만, 플러그인 관련  warning 만으로도 패키징을 실패할 수 있음을 알았습니다.

에러 로그 리포트에서 플러그인 관련된 내용들을 잘 서치하여 코드에서 사용되고 있지만 빠져있는 플러그인들을 .uproject 에 잘 로드해 줘야 한다.

• 예시 : UATHelper: Packaging (Windows): Warning: C:\UnrealEngine\GyGame\GyGame.uproject does not list plugin 'ModularGameplay' as a dependency, but module 'GyGame' depends on 'ModularGameplay'.
• 아래 코드를 .uprject 파일에 추가한다.

    {
        "Name": "ModularGameplay",
        "Enabled": true
    },

설치된 플러그인도 아닌데 엔진에 기본 깔려 있어서 로드하다가 실패하는 경우도 있다.. 이건 뭐..

• Plastic SCM 플러그인 오류.
• 예시 - Warning LogStreaming Failed to read file '../../../Engine/Plugins/Developer/PlasticSourceControl/Resources/Icon128.png' error.
• 이 경고는 언리얼 엔진이 특정 파일(../../../Engine/Plugins/Developer/PlasticSourceControl/Resources/Icon128.png)을 읽으려고 시도했지만, 파일이 존재하지 않거나 손상되었기 때문에 실패했다는 메시지입니다. 이 경고는 주로 Plastic SCM Source Control 플러그인과 관련이 있습니다. 플러그인 자체가 동작하는 데 필요한 리소스가 없을 때 발생합니다.
• 이럴 경우 아래 구문을  .uproject 파일에 추가하여 아예 로드되지 않도록 처리한다.

"Plugins": [
    {
        "Name": "PlasticSourceControl",
        "Enabled": false
    }
]

GameFeatureData 의 정보를 코드에서 쓰고 있는데 게임에디터상의 정보에 누락되어 빌드 패키징에서 실패하는 경우가 있다.

• 해결방법
• . Asset Manager 설정 변경
  1. 언리얼 에디터 열기:
     • Edit > Project Settings로 이동합니다.
  2. Asset Manager 검색:
     • 왼쪽 검색창에 Asset Manager를 입력하여 해당 섹션으로 이동합니다.
  3. Primary Asset Types to Scan 추가:
     • Primary Asset Types to Scan 섹션을 찾습니다.
     • + 버튼을 눌러 새 항목을 추가합니다:
       • Name: GameFeatureData
       • Asset Base Class: GameFeatureData
       • Directories: GameFeatureData가 위치한 디렉터리를 지정 (필요 시 All로 설정 가능).
       • Specific Assets: 특정 에셋을 지정하려면 여기에 추가.

외부에서 제작된 코드를 옮기거나 할때에 아래 그림처럼 사전 정의된 매크로를 사용하는 경우가 종종 있을 수 있다.

하지만, 문제는 해당 Class는 어디서 찾았는지 알길이 없다는 것이다..;;

그 이유는 프로젝트 이름을 참조하여 자동으로 생성되는 매크로이기 때문이다.

위치는

개인프로젝트폴더\Intermediate\Build\Win64\x64\UnrealEditor\Development\ 개인프로젝트폴더\

의 Definitions. 개인프로젝트폴더 .h 파일안에 아래처럼 숨겨져 있다.

비주얼 스튜디오로 작업하다 보면 매우 엄격하게 컴파일 감시를 하다보니 코드 한줄 잘 못 써도 바로 프로젝트가 터지는 일을 빈번히 겪게되어 아무 작업도 못하는 지경에 이르게 된다..;;  라이더를 사용하여 좀더 릴렉스하게 코드 작업을 진행해 보자.

다운 링크 : Rider: The Cross-Platform .NET IDE from JetBrains

언리얼 프로젝트에서 Source Code 작업을 Rider UProject로 선택해 준다.

라이더의 좋은점.

• 헤더파일등의 추가가 용이하고, 잘못된 컴파일 에러로 프로젝트 자체가 수시로 고장나 버리는 비주얼 스튜디오보다 훨씬 더 고장율이 떨어지면서 작업하는게 용이해 진다. 마치 유니티 C#작업하는 느낌과 거의 흡사해 짐.
  • 비주얼 스튜디오에서는 헤더파일만 만들고 cpp 파일을 안만들면 컴파일 에러와 빌드 에러를 일으키지만 라이더는 유연하게 대처 해준다.
• 라이더에서 작업하던 중간에 비주얼 스튜디오로 넘어가는것은 삼가하자..;; 프로젝트가 99프로 확률로 고장나면서 멘탈 공격 심하게 들어온다.
  • 그래도 너무 릴렉스하게는 하지 말고 중간중간 빌드를 해주면서 고장 난 부분이 없는지 수시로 체크하는 것도 필요하긴 하다..;;

언리얼 코드 작성은 유니티에서 작업하던거와는 신중함의 무게가 다르다.. 아래 사항들을 유의하며 코드 작성을 해야 한다.

• 오류가 많은 채로 빌드를 하면 빌드 실패는 당연한거고 UnrealEditor.exe 파일이 날라간다.
  • 반드시 한줄 한줄 오류가 없는지 점검하며 빌드를 해야 한다.
• 한줄만 잘못 써도 위와 같은 상황이 발생하게 되므로, 아래의 여러가지 코드 작성 방법을 유의하며 코딩 작업을 해야 한다.
  
  
  언리얼 엔진에서 C++ 코드를 작성할 때, 빌드 시간이 길고 한 줄만 잘못 써도 다시 빌드해야 하는 것은 개발자들이 자주 겪는 문제입니다. 다행히 이를 완화할 수 있는 몇 가지 방법이 있습니다:1. Hot Reload 활용하기
  • 언리얼 엔진은 코드를 변경한 후 엔진을 재시작하지 않고도 변경 사항을 반영할 수 있는 Hot Reload 기능을 제공합니다.
  • 하지만 Hot Reload는 코드 구조를 크게 변경하지 않은 경우에만 효과적입니다. 예를 들어, 새 클래스를 추가하거나 매크로를 변경한 경우에는 제한적일 수 있습니다.
  2. Live Coding 사용
  • 언리얼 엔진은 Live Coding 기능을 제공하여, 게임을 종료하지 않고도 변경된 코드 부분을 빠르게 컴파일하고 적용할 수 있습니다.
  • 설정 방법:
    1. Editor Preferences → General → Miscellaneous → Enable Live Coding 활성화.
    2. 변경 후 Ctrl + Alt + F11을 눌러 Live Coding 빌드를 실행.
  • 주의점: Live Coding은 큰 코드 수정에는 적합하지 않으며, 가벼운 수정에 유용합니다.
  3. PCH(Precompiled Header) 최적화
  • 프로젝트의 Precompiled Header를 잘 관리하면 빌드 시간을 크게 줄일 수 있습니다.
  • 모든 헤더 파일을 .cpp 파일에서 직접 포함하지 말고, 공통적으로 사용되는 헤더 파일은 PCH에 포함하세요.
  • 예를 들어, MyProject.h에 공통 헤더들을 넣고 필요할 때마다 이를 사용하도록 구성합니다.
  4. 코드 모듈화
  • 코드를 작은 모듈로 나누면, 변경된 모듈만 다시 컴파일하면 되므로 빌드 시간을 단축할 수 있습니다.
  • 각 기능을 별도의 모듈로 분리하면 의존성을 줄이고 더 빠르게 작업할 수 있습니다.
  5. Blueprint와 C++의 적절한 조화
  • 빈번히 변경해야 하는 코드나 실험적인 작업은 Blueprint로 구현하고, 성능이 중요한 부분만 C++로 작성하는 것도 좋은 방법입니다.
  • 이 접근법은 빌드 시간을 줄이는 데 매우 효과적입니다.
  6. Unity Build 비활성화
  • 언리얼 프로젝트는 기본적으로 Unity Build를 활성화하여 여러 .cpp 파일을 한 번에 컴파일합니다.
  • 하지만 일부 상황에서는 Unity Build를 끄면 특정 파일만 다시 컴파일하게 되어 더 빠를 수 있습니다.
    • BuildConfiguration.xml에서 bUseUnityBuild를 false로 설정하세요.
  7. 코드 변경 전 유효성 검사
  • 에디터에서 미리 코드 스타일이나 오류를 체크할 수 있는 도구(예: Rider, Visual Studio, CLion)를 사용하면 빌드 전 많은 문제를 방지할 수 있습니다.
  8. SSD와 RAM 업그레이드
  • 하드웨어 업그레이드도 빌드 시간을 줄이는 데 큰 도움이 됩니다.
  • 특히 NVMe SSD와 충분한 **RAM(32GB 이상)**을 사용하면 빌드 속도가 크게 향상됩니다.

• IDE 프로그램에서 폴더구조를 변경한다 해도, Build.cs 파일에 에디터상에서 보여질 폴더를 표시해줘야 폴더가 에디터상에서 출력된다.
  • Build.cs 파일은 엔진에 종속된 코드라 변경 후에는 반드시 솔루션 빌드를 해줘야 정상 반영됨.

PublicIncludePaths.AddRange(new string[] {
    "MyProject/NewFolder"
});

• 폴더 변경후 비주얼 스튜디오에서도 제대로 반영되지 않으므로 Generate Visualstudio Project를 실행해야 정상 반영된다.
• (GENERATED_BODY() 또는 GENERATED_UCLASS_BODY() 등)를 사용하려면, 반드시 .generated.h 파일이 헤더의 맨 마지막 #include 구문 뒤에 위치해야 한다는 규칙을 지키지 않았을 때 에러가 발생합니다.
•  빌드 에러가 떴을 때 비주얼 스튜디오나 IDE 프로그램을 그냥 종료하지 않고, 오류부분들을 수정하고 솔루션 빌드를 완료한 후 종료해야 한다. 그러지 않으면 프로젝트를 새로 받아야 할 수도 있음.

계속해서 빌드에 실패할 경우 비주얼 스튜디오에 불필요한 데이터가 많이 쌓여서 일 경우 가 많이 있다. 그럴 때는 비주얼 스튜디오를 깨끗하게 제거한후 클린 버전으로 다시 설치하는 것을 추천한다.

1. Visual Studio 설치 관리자를 통해 제거

1. Visual Studio 설치 관리자 실행
   • 시작 메뉴에서 "Visual Studio 설치 관리자"를 검색하고 실행합니다.
   • 설치된 Visual Studio 목록이 표시됩니다.
2. Visual Studio 제거
   • 제거하려는 버전을 선택한 뒤 제거 버튼을 클릭합니다.
   • 표시되는 모든 단계를 따라 Visual Studio를 제거합니다.

2. Visual Studio 설치 파일 및 캐시 삭제

Visual Studio가 제거된 후에도 관련 파일과 캐시가 남아있을 수 있습니다. 이를 제거하려면:

1. Visual Studio 설치 경로 확인
   • 일반적으로 Visual Studio는 다음 경로에 설치됩니다:
     • C:\Program Files (x86)\Microsoft Visual Studio
   • 해당 경로로 이동해 남아있는 파일이 있다면 삭제합니다.
2. 설치 관리자의 다운로드 캐시 제거
   • Visual Studio 설치 관리자가 사용하는 파일은 다음 경로에 저장됩니다:
     • %ProgramData%\Microsoft\VisualStudio\Packages
   • 위 경로로 이동하여 폴더를 삭제합니다.

3. Visual Studio 관련 레지스트리 항목 제거

주의: 레지스트리를 잘못 수정하면 시스템에 문제가 생길 수 있습니다. 레지스트리를 수정하기 전에 반드시 백업하세요.

1. 레지스트리 편집기 실행
   • Windows + R를 눌러 실행창을 열고 regedit를 입력한 뒤 실행합니다.
2. Visual Studio 관련 항목 삭제
   • 다음 경로를 찾아 삭제합니다:
     • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio
     • HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio
   • 해당 항목이 있으면 삭제합니다.

4. Visual Studio Installer 제거

Visual Studio 설치 관리자도 제거하려면:

1. 설치 프로그램 제거
   • 시작 > 설정 > 앱 > 앱 및 기능으로 이동합니다.
   • "Visual Studio Installer"를 검색하여 선택 후 제거를 클릭합니다.

5. 추가적인 남은 파일 검색 및 삭제

1. %AppData% 및 %LocalAppData% 경로 확인
   • C:\Users\사용자명\AppData\Roaming\Microsoft\VisualStudio
   • C:\Users\사용자명\AppData\Local\Microsoft\VisualStudio
   • 위 경로에 남아있는 파일이 있다면 삭제합니다.
2. 디스크 정리 도구 사용
   • Windows의 디스크 정리 도구를 실행하여 불필요한 파일을 삭제합니다.

6. 재부팅 후 확인

컴퓨터를 재부팅한 뒤 Visual Studio와 관련된 파일이 완전히 삭제되었는지 확인합니다.

이 과정을 통해 Visual Studio를 완전히 제거할 수 있습니다.

재 설치 후 5.4.4에 타겟에 맞는 구성으로 비주얼 스튜디오를 다시 까는 방법.

1. 언리얼 런처를 실행하고 5.4.4 엔진을 실행후   C++  프로젝트를 새로 만든다.
   1. 이 때 visual Studio 2022 를 깔아야 한다고 안내가 나오고,  자동으로  visual studio installer 를 설치하게 된다.
   2. 인스톨러 설치 후 아래에서 두가지만 선택하여 비주얼 스튜디오를 설치한다.

이후에 샘플 프로젝트를  c++ 로 만들어 패키징까지 해보고 이상이 없는 지 체크한다. 

이후에 패키징이 정상적으로 되고, 실행도 온전히 된다면 기본적인 구성은 어느정도 완료됐다고 보면 된다.

이제 기존 소스코드 받은 5.4.4 의  Setup.bat / GenerateProjectFiles 를 실행한뒤 다시 ue5.sln 파일을 실행한다.
* 이 때 새 프로젝트가 비주얼스튜디오가 열릴 때 신뢰할 수 없는 소스들을 열면 불안하게 프로젝트가 열려 빌드가 되지않을 수 있어 열지 않는것이 좋다.

* 추가 설치가 필요하다고 뜰 때는 추가 설치를 진행해 준다.

언리얼 소스코드 빌드는 왜 필요한가?

1. 엔진 커스터마이징

• Unreal Engine의 소스 코드를 수정해야 하는 경우:
  • 엔진의 기본 기능을 확장하거나 수정해야 할 때 소스 코드를 직접 변경해야 합니다.
  • 예: 물리 엔진(Px), 렌더링 파이프라인, 네트워크 모듈 등을 맞춤화.
• Epic Games Launcher로 설치한 엔진은 소스 코드 접근이 불가능하므로, GitHub에서 제공되는 소스 코드를 빌드해야 수정이 가능합니다.

2. 특정 플랫폼 지원

• Unreal Engine이 기본적으로 지원하지 않는 플랫폼에서 게임을 실행하려는 경우:
  • 커스텀 하드웨어, OS, 또는 특수 플랫폼(예: 리눅스 변형, 특정 임베디드 시스템).
  • 일부 플랫폼에서는 빌드 시 추가 의존성을 포함하거나 커스텀 설정이 필요합니다.

3. 최신 버전 또는 특정 브랜치 사용

• Epic Games Launcher를 통해 제공되는 Unreal Engine 버전은 공식 릴리스에 한정됩니다.
  • 만약 최신 개발 브랜치(예: Main 브랜치)나 특정 버전이 필요한 경우, GitHub에서 해당 소스를 내려받아 빌드해야 합니다.
  • 실험적 기능이나 버그 수정 사항을 즉시 사용하고 싶을 때 유용합니다.

4. 디버깅 및 문제 해결

• 엔진 내부에서 발생하는 문제를 디버깅해야 할 때:
  • 엔진의 작동 방식이나 특정 API 호출 흐름을 파악하기 위해 소스 코드 접근이 필요할 수 있습니다.
  • Visual Studio(또는 다른 IDE)에서 엔진 코드 전체를 디버깅할 수 있습니다.

5. 플러그인 개발

• 고급 플러그인이나 모듈 개발 시 엔진의 소스 코드와 깊게 연동되는 경우:
  • 일부 고급 기능을 추가하거나 시스템 수준의 동작을 수정해야 할 때.
  • 소스 코드 빌드된 엔진에서 테스트해야 플러그인과의 호환성을 보장할 수 있습니다.

6. 라이센싱 또는 코드 분석

• 기업이나 특정 프로젝트에서 엔진의 동작을 세부적으로 검토하거나 맞춤화해야 하는 경우.
• 엔진을 수정하지 않더라도 소스 코드 빌드를 통해 엔진의 모든 부분에 접근할 수 있습니다.

7. 전문적인 작업 환경 구축

• 대규모 팀이나 전문 개발 환경에서 커스텀 엔진 빌드를 사용하는 경우:
  • 엔진 빌드를 공유하여 팀 전체가 동일한 엔진 상태로 작업.
  • 각종 커스텀 빌드 설정(특정 디버그 플래그, 빌드 최적화 등)을 포함.

등등의 이유로 필요하지만, 간단한 1인 게임을 만들기 위해서는 굳이 필요하지 않다고 여겨지고, 최소한 오픈 월드 RPG 이상의 환경 구축이 필요한 게임에서만 하는게 좋지 않을까 싶습니다.

왜냐? 너무 어렵고 진입 장벽이 높음.. 하다가 지쳐버림.

좌충우돌 소스코드 빌드 성공기.

1. Git이랑 연동해서 하는법

• 먼저 언리얼에서 개발자 계정을 만들고,Git과 연계하는 작업을 진행한다.
  • 근데 불친절한 언리얼과 Git의 만남이라 그런가.. 정말 복잡하고 어렵고 느리다.
  • 엔지니어 위주의 설명이다보니 진짜 디자이너 출신들의 진입 장벽이 너무 높게 느껴진다..
  • 이래서 1인개발은 멀고도 험하다..ㅠ

Unreal Engine on GitHub

요 페이지와 아래 페이지를 통해 GitHub 의 계정을 언리얼과 연동하는 작업을 먼저 진행한다.

언리얼 엔진 소스 코드 다운로드하기 | 언리얼 엔진 5.5 문서 | Epic Developer Community | Epic Developer Community

위 페이지에서 가장 눈여겨 보아야 할 부분. - 아래의 충족여건이 안되면 링크를 타고 가도 404 Page Error 어쩌구 뜨면서 연결이 안된다.

언리얼 개인 계정 페이지에서 아래와 같이  Git Hub 와 연동이 되어야 한다.

잘 모를 땐 GitHub 내 언리얼 엔진 - Unreal Engine  페이지에서 아래의 FAQ를 잘 확인하며 하나씩 잘 따라가는 것도 좋다.

위의 계정연결을 성공하고 나서 소스 코드 브랜치 중 EpicGames/UnrealEngine 으로 들어가 원하는 버전을 선택한다. 나는 5.4.4를 선택했다.

여기서 이제 두가지 방법으로 소스코드 빌드를 할 수 있게 되는데, Git 브렌치를 이용하여 Repository를 복사하여 내 Repsitory를 이용하는 방법 그리고 그냥 Zip 파일을 받아서 내 하드에 풀고 Setup.bat 파일로 하는 방법

첫 째, GitHub 데스크탑을 이용하여 내 Repository를 이용하는 방법

GitHib Desktop 앱을 이용하면 좀더 손쉽게 Repository를 이용할 수 있다.

위 까지 성공하고 Clone Reprository를 실행하면 아래 화면이 뜨면서 언리얼 엔진을 내 Repository에 가져오기 시작한다.

위의 처리가 완료되고 폴더가기를 누르면 내 로컬 컴퓨터에 Engine 브랜치가 다운 받아진것을 확인할 수 있습니다.

두 번째, 그냥 Zip 파일을 받아 압축을 풀고 Setup.bat 파일을 실행한다. 전 그냥 이방식을 추천합니다.

EpicGames/UnrealEngine: Unreal Engine source code 페이지에서 Zip 파일을 받아 압축을 푼다.

어디 드라이브가 됐든 최상위에 압축을 풀고 1. Setup.bat / 2. GenerateProjectFiles 를실행한다. 최상위 폴더에 풀지 않으면 경로에러로 압축이 안풀릴수 있다.

 Setup은 30분~1시간, GenerateProjectFiles는 10초면 된다.

언리얼 빌드를 시작하기 전에 VisualStudio 2022를 받고, 아래 해당 되는 것들을 설치합니다.

주소 - Visual Studio 2022 IDE - 소프트웨어 개발자를 위한 프로그래밍 도구

그런 후 UE5.Sln 파일을 실행하고 솔루션 'UE5'에 마우스 오른쪽 버튼을 누르고 솔루션 빌드를 시작합니다.

위 작업은 최종 작업으로서 최소2시간에서 컴퓨터 사양따라 반나절 이상 소모되는 경우도 있으니 주무시기전에 하거나 다른 일을 하고 오시는 것을 추천드립니다.

여기까지 진행후 빌드 성공이 뜨면 나만의 커스텀 엔진을 생성하는데 성공하게 되고, Engine/Binaries/Win64 폴더에서 UnrealEditor를 실행하면 커스텀 엔진이 실행되게 되고, 거기서 프로젝트를 새로 만들면 나만의 엔진에서 나만의 게임을 만들수 있게 됩니다.

추가설치가 뜰땐 시키는데로 하는게 좋습니다.

문제점 - 소스코드 완료 후 오류가 많을 경우 버전들을 픽스하여 다시 설치한다.

비주얼 스튜디오 추가 구성과 도움이 필요할 땐 아래사이트를 참고하면 도움이 됩니다.

언리얼 엔진용 Visual Studio Code 구성 | 언리얼 엔진 5.5 문서 | Epic Developer Community | Epic Developer Community

ALC(Advanced Locomotion Component)의 오리지날은 Unarmed 에서만 3인칭 뷰를 지원하고, Weapon을 들면 1인칭뷰로 강제 전환되다보니 RPG 게임에 활용하는데에 있어 다소 아쉬움이 있습니다.

해당 페이지에서는 오리지날에서 제공하는 방식의 무기 교체 방식이 아닌 3rd 뷰에서 무기 교체가 되도록 설계된 것을 소개하여 RPG게임에 참고할 수 있도록 가이드 하도록 하겠습니다.

작동 방식 개요

1. Equip 버튼을 누르면 무기를 꺼내면서 Battile Idle 자세를 취하며 배틀모드로 진입한다.
2. 동일 버튼을 누르면 다시 무기를 집어넣으며 Idle 자세로 돌아가고 평화모드로 진입한다.
3. 배틀모드에서 특정 이벤트가 없이 5초가 지나면 자동으로 Idle 자세로 돌아가고 평화모드로 진입한다.
4. 이 설계상에서 세부적으로 컨트롤해야 할 부분이 무기를 든상태로 이동할 때 어떻게 처리하느냐 이다.
   
   1. 이동 중 배틀모드로 진입할 때 역시 블렌드 마스크 기능을 이용해 상체 모션만 나오도록 한다.
   2. 배틀모드에서 이동시 블렌드 마스크 기능을 십분 활용하여 무기든 손의 애니메이션에 제한값을 넣어준다.

어드벤스드 로코모션 컴포넌트에서 가장 중요한 플러그인인 'Animation Locomotion Library' 의 기능을 적극적으로 활용해서 Start 모션과 Stop 모션을 구현하고 있습니다.

위 기능을 사용하는 스테이트를 자세히 확인하기 위해서는 아래 포스팅의 'Start 스테이트' 와 'Stop 스테이트' 부분을 보면 더 자세히 확인할 수 있다.

https://tartist.tistory.com/177

• 아래는 Start 스테이트의 Update Start Anim Layer의 위 플러그인을 사용하여 캐릭터의 이동을 처리하는 부분이다.
  • Distance Curve 네임을 이용하여 캐릭터의 모션과 이동에 대한 싱크를 맞춰주게 됩니다.
  • 원본 애니메이션 에셋은 반드리 Root 모션으로 제작해야 하며, 옵션에서 Root모션 사용은 제거하고, 모션 에셋에 있는 Root 정보를 이용해 커브를 생성해 내게 된다.

• 아래는 Process Turn Yaw Curve에서 Turn Yaw Curve Value를 구하는 부분입니다.
  • 애님 시퀀스 상에 있는 TurnYawWeight 와 RemainingTurnYaw 커브값을 이용하여 Turn Yaw Curve Value를 구하고 구해진 Turn Yaw Curve Value를 이용해 Root Yaw Offset 값을 구하고 그 값이 캐릭터를 회전시키는데 직접적으로 활용되게 됩니다.

그래서 결론적으로 캐릭터의 각방향의 Start 모션은 아래의 다섯개이며(뛰기만, 걷기포함하면 10개) 에서 각 모션별로 필요한 커브는 Distance  / RemainingTurnYaw / TurnYawWeight  세가지이다.(정면Start는 회전하지 않으므로  Distance 만)

• Distance : 모션에 따른 이동 수치 (Root 모션으로 제작해야 얻어올 수 있다.)
• RemainingTurnYaw : 회전 할 때 남은 회전 수치 (Root 모션으로 제작해야 얻어 올 수 있다.)
• TurnYawWeight : 현재 회전하고 있는 수치 ( Root 모션으로 제작해야 얻어 올 수 있다. )
  
  

각각의 커브가 없을경우에 어떻게 작동하게 되는지 확인해 봅시다.

• Distance 커브가 없을 때 - 이동과 모션에 따른 싱크를 맞추지 못하게 되면서 재생속도가 잘못출력된다.

• RemainingTurnYaw 가 없을 때 - 남은 턴양이 계산되지 않아 잘못된 결과를 출력합니다.

• TurnYawWeight 가 없을 때 - 현재의 턴양이 계산되지 않아 어색한 결과가 출력됩니다.

• 세 커브가 모두 온전히 있을 때 아래처럼 온전한 결과를 얻을 수 있습니다.

• 커브 추가 하는 방법
  • 모디파이어 추가->DistanceCurveModifier를실행해 주면distance커브가추가된다
  • 모디파이어 추가->TurnYawAnimModifier를실행해 주면 RemainingTurnYaw와 TurnYawWeight 커브가추가된다.

• TurnYawAnimModifier 블루프린트 확인
  • ALC의 이 블루프린트가 RemainingTurnYaw 커브값과 TurnYawWeight 커브값을 얻도록 도와주는 모디파이어 블루프린트이다.

• Populate Curve Keys 함수

기본적으로 Ct_Cmpt_Locomotion 에서 보내주는 이벤트 정보를 바인딩하여 Data Table에서 가장 적절한 모션을 찾아 뿌려주는 기능에 초점이 맞춰져 있습니다.

이벤트 내용은 이전 페이지를 참고하여 Ct_Cmpt_Locomotion 에서 보내주는 이벤트 디스패처 내용을 참고하여 반복적인 내용은 줄이도록 하겠습니다.

이벤트 그래프 처리 내역

• 

  
   
  • Begin Play / Initialize Animation - Ct_Cmpt_Locomotion 에서 보내주는 이벤트 바인딩 및 변수 등록.
    • 아래 페이지 참고. 
    • https://tartist.tistory.com/176

Event Blueprint Update Animation 

• BlueprintThreadSafeUpdateAnimation 에서 처리된 변수들을 이용하여 참/거짓을 체크하고 그에 따라 Ground인지 아닌지등을 판단한다. BlueprintThreadSafeUpdateAnimation 내용은 아래에서 자세히 다룰 예정.
• Set Ground Distance - IsFalling 값을 얻어와 Ground Distance Float 값 지정.
• IsRunningIntoWall 값을 얻어와 벽에 닿은 상황인지 체크.

EventLocomotionGraph

• 워낙 많은 Ct_Cmpt_Locomotion의 이벤트 정보를 처리하는 곳이라 Unarmed에 필요한 정보들만 파란색으로 표시함과 동시에 스샷과 함께 자세히 설명하고 그 외에 정보들은 빨간색으로 설명 스킵함.
• Event_OnSprintChanged : 스프린트인지 Ct_Cmpt_Locomotion 에서 보내주는 이벤트 값을 등록. Unarmed에 필요함.

• Event_OnSetOverrideName : Unarmed 전용 모드에서는 필요없음
• Event_OnSetMovementType : Walk / Run 등의 정보와 Crouch 정보등을 Ct_Cmpt_Locomotion  이벤트에서 얻어오게 됨. 기능을 확장하여 State Changed Bool 값까지 만들어 사용하게 되고 Crouch 모션을 참조하는데 사용됨.

• Event_OnSetAnimset : 애님셋의 이름을 얻어와서 애님셋 데이터 테이블과 연결시켜주는 역할을 함. 애님셋 이름은 Unarmed로 고정시켜 사용해도 됨. 다만 기능 확장을 언젠가 할 수도 있기에 고정값으로 사용하는것은 비추. 여기서 사용하는 Animset Changed 변수역시 무기 변경등의 이슈를 체크하므로 현재 모드에서 사용되진 않음.

• Event_OnSetRotationMode : UnArmed 모드 자체가 Forward-facing 모드만 사용하므로 실질적으로 필요가 없다.

• Event_OnAccelerationChanged : 캐릭터의 움직임과 움직이는 방향을 체크하는 UnArmed 모드에서는 가장 중요한 이벤트 정보라 할 수 있다.

• Event_OnSetMount : Unaramed에서 사용되지 않는 이벤트.. 

• Event_OnRootYawOffsetStatus / Event_OnSetGlobalExtendedPose / Event_OnSetSkeletonType : 1인칭 시점에 필요한 이벤트.

  

  
  
• Event_OnMovementModeChanged : Air / Ground 를 확인하는 이벤트.

• Event_OnResetRootYawOffset : RootYawOffset을 리셋해줘야 새 RootYawSet을 얻기 위해 리셋해주는 이벤트.

애니메이션 그래프

Locomotion 

• 실제적으로 UnArmed의 최종 모션 처리를 하는 가장 중요한 부분. 

ExtendedPose는 무기를 들었을 때나 TurnInPlace등에서 사용되는 모션에 사용되는 추가 포즈 처리라 UnArmed 에서는 사용되지 않아서 없애도 문제가 발생하지 않음.

• LocomotionSM 스테이트 - IdleSource의 그라운드 처리 부분과 JumpSource의 Air 처리 부분으로 나뉜다.

• 그라운드 영역 처리 확인
  • 크게 IdleSource / JogSource / PivotSources(Unarmed에서는 필요없음)  세 가지로 처리됨.

• 처리 순서
  • Idle(Stop) 스테이트 -> IdleSource() 스테이트 에일리어스 -> Start 스테이트 -> Cycle 스테이트 -> JogSource 스테이트 에일리어스 -> Stop 스테이트 -> Idle 스테이트 순으로 처리하며 이동이 될 때와 멈출 때에 대한 분기로 각 스테이트별로 처리되게 된다.
  • IdleSource(스테이트 에일리어스) : Idle/Stop 스테이트에서 이동이 시작될 때 에일리어스를 거쳐 분기를 타고 이동 스테이트로 넘어가게 됩니다.

    

  • JogSource(스테이트 에일리어스) : 이동을 시작하거나 루프 될때에 캐릭터가 멈추게 될 때 해당 에일리어스를 거쳐 분기를 타고 스탑 혹은 Idle 스테이트로 가게 됩니다.

    

Idle 스테이트 분석 - 아래를 펼쳐 확인

더보기

 

• Unarmed에 필요한 부분만 분석하고 나머지는 추후에 분석하도록 하겠습니다. LayerBlend 부분은 AL(Advanced Locomotion)의 애디티브 모션처리 부분이라 무기를 쓰지 않는 이상 필요가 없는 부분이라 없어도 Unarmed만 플레이하는 데는 문제가 없습니다.

• IdleSM 스테이트 - TurnInPlace 부분도 Unarmed가 아닌 1인칭 시점에서 필요한 부분이라 없어도 Unarmed만 처리하는데는 문제가 없다.

• Idle -> Idle Break 조건 분석.
  •  Time Until Next Idle Break 시간을 계산하여 Idle Break 모션이 나와야 할 타이밍을 실시간으로 계산하여 0초에 도달했을 때 Break Idle 모션이 나오도록 처리하는 구조.

• Time Until Next Idle Break 시간은 Idle 스테이트의 SetupIdleState_Layer와 UpdateIdleState_Layer에서 계속해서 업데이트 시켜 주면서 시간을 계산해 줍니다.

• Set Up Idle State Layer

  

  
  
  • Choose Idle Break Delay Time - Pawn의 위치에 달라지는 일부로직을 사용하여 모든 캐릭터가 동시에 유휴 휴식시간을 플레이하지 않고도 클라이언트 전반에 걸쳐 대략 일관된 동작을 갖도록 할 수 있습니다.

• Reset Idle Break Transition Logic - 위에서 얻은 Idel Break Delay Time을 이용해 IdleBreak 남은 시간을 리셋 시켜줌.

• Update Idle State Layer - Setup 에서 최종 처리된 로직을 받아 최종 모션을 찾아 뿌려준다. 여기서 뿌려주는 모션은 각 이벤트를 처리하는 부분에서 폭넓게 사용되는 Set Animation Datas 함수에서 처리된 모션을 Node와 Context로 받아 뿌려준게 된다.

• 위에서 Idle Break 조건이 맞게 되면 Idle Break 스테이트로 넘어오게 되며, 조건에 맞는 Idle Break 모션이 나오게 된다.

 

 

Start 스테이트 분석 - 아래를 펼쳐 확인

더보기

 

start 스테이트에 들어오는 조건

• Idle Source에서 Idle 스테이트와 Stop 스테이트 시에 진입 가능
• 조건 1 : PlayStartAnim(1), InWall(0), IsValidStart Anim(1) -> Start 모션으로 진입
• 조건 2 : PlayStartAnim(1), InWall(0), IsValidStart Anim(0) -> Cycle모션으로 진입

• IsValidStartAnim 함수 파악하기 - 가장 적절한 스타트 모션이 출력될 수 있도록 처리하는 영역. UnArmed에서 가장 중요한 처리가 스타트모션인 만큼 가장 중요한 함수라고 할 수 있다.
  
  
  • 각 방향을 체크하여 Velocitydirection 값을 얻어온다.

• Is Valid Fwd Start 및 나머지 방향들을 처리하는 함수를 추적해 보자.
  • Set Animation Datas의 Set Anim Valid 함수를 통해 방향에 대한 처리를 진행한다.
  • Start / Stop / Pivot의 스트럭쳐 정보를 Struct Anim Cardinal파일을 이용해 얻어오게 되며 각 방향성에 대해 참/거짓을 처리하게 된다.

 

• Start State 내부 분석
  • Unarmed에 필요한 부분만 확인하고 나머지는 넘어가자. LayerBlending은 무기모션에 필요하다.

• Sequece Evalutor : 시퀀스가 재생될 때의 조건을 만들어 줍니다. 지정된 애니메이션의 지정된 프레임을 구합니다. 
  • SetUpStartAnim_Layer : Get Start Anim 함수를 이용해 무엇이 가장 적절한지 파악하여 모션을 Set 해줌. 여기서 가장 중요한 변수는 LastVelocityDirection 이란 변수로 현재 캐릭터 각도를 얻어와 방향을 설정해 준다. LastVelocityDirection 값은 CT_Cmpt_Locomotion의 Event_OnAccelerationChanged 이벤트 에서 얻어오게 된다.

• Update Start Anim_Layer : 드디어 Animation Library 플러그인을 사용하는 공간이다. 시작 애니메이션이 이동한 거리가 Pawn 소유자가 이동한 거리와 일치하는지 확인하기 위해 거리 일치를 사용합니다. 이렇게 하면 애니메이션과 모션 모델을 동기화하여 발이 미끄러지는 것을 방지할 수 있습니다. 이는 시작 애니메이션의 재생 속도를 효과적으로 제어합니다. 애니메이션이 너무 느리거나 빠르게 재생되는 것을 방지하기 위해 유효 재생속도를 제한합니다. 유효 재생률이 고정된 경우에도 여전히 약간의 미끄러짐이 나타납니다. 이 문제를 해결하기 위해 나중에 Stride Warping을 사용하여 포즈를 조정하여 나머지 차이를 수정합니다. 
  • 가장 중요한 변수는 DisplacementSinceLastUpdate 라고 할 수 있는데, 이 변수가 월드 로케이션과 Owner 로케이션에서 뺀값을 Vector Length XY로 계산하여 Pawn의 이동 거리와 애니메이션의 이동거리를 보정하는데 사용해 준다.
  • DisplacementSinceLastUpdate 값을 델타타임으로 나누면 현재 처리되고 있는 DisplacementSinceLastUpdate 값의 남은 시간을 계산하여 Cycle 모션의 InWall 상황에서 사용하게 된다.

• SetUpStartState : 스프린트 인지 아닌지 방향이 Forward로 들어왔는지 등을 체크하여 알려주는 스테이트 입니다.

• UpdateStartState : Root Yaw Offset Mode값을 설정하여 스켈레탈 메시의 방향과 애니메이션의 방향이 다를경우 강제로 로테이트를 시켜 주게 되는데, 그 값을 모션과 캐릭터의 움직임과 싱크를 맞춰 돌려주는 데 사용하게 되는데, 그 변수 값이 'Root Yaw Offset' 값이다. 

• Root Yaw Offset 값을 처리하지 않게 되면.. 아래처럼 싱크가 어긋나게 Start 모션이 나오게 됩니다.

• Root Yaw Offset 값을 처리하게 되면.. 아래처럼 싱크가 맞춰져 Start 모션이 온전하게 나오게 됩니다.

 

 

Cycle 스테이트 - 아래를 펼쳐 분석

더보기

 

cycle 스테이트에서는 루프모션이 잘 처리하는데 초점이 맞춰져 있다. 해당 스테이트에도 불필요한 부분을 걷어내고 가이드를 진행해 가겠습니다.

• InWall 처리 - 벽에 닿을 때 이동 모션이 나오지 않도록 
  • 상위 Start 스테이트에서 처리된 DisplacementSinceLastUpdate 에서 구해온 DisplacementSpeed 값이 50이하일 경우와 InWall의 조건이 맞을 경우 모션이 서서히 멈추게 됩니다.

 

• Lean 처리 - Yaw Delta Speed를 이용해 Additive Lean Angle 값을 이용해 미리 Lean 처리 되어 있는 Blend Space 모션을 활용해 캐릭터가 기울어지는 것을 표현하였다.

 

• UpdateCycleAnim_Layer : 위에서 처리된 DisplacementSpeed 와 StrideWarpingCycleAlpha값들을 이용해 완전히 블렌딩 되는 상황이 어떤건지 처리하여 온전한 모션을 뿌리도록 처리 된다. 그리고 Sprint 상황도 체크한다.

 

 

Jump 분석 - 아래를 펼쳐 확인

더보기

 

점프의 시작 / 고점과 저점 / 떨어짐 / 착지 별로 스테이트가 돌아가게 됩니다.

• 각 스테이트별 모션은 'Set Animation Datas' 함수에서 데이타테이블에서 참조된 애님 애셋이 Structure로 할당받게 되고, 할당받은 모션을 변수로 저장하여 호출하여 사용합니다.
• Override나 Layerblend 부분은 무기 장착시 애디티브 모션을 쓰기 위해 필요한 곳이라 Unarmed 모션 에서는 없어도 작동하는데 문제 없음.

• 

  

  
  

  

  

  
  
  
  
• 착지시에는 해당 스테이트에서 처리되지 않고, 마무리 포즈를 캐싱 받아 FullBodyAdditives에서 처리하게 됩니다. 착지 모션을 Local Space 모션으로 제작하여 이동 속도에 따라 몸에 반동을 주면서 뛰어나가도록 설계하기 위함입니다.
  • 없어도 크게 어색하진 않은 이유는 ALC 자체가 모션 퀄이 높지 않아서 그런걸로보임.. 모션퀄이 좋으면 티가 많이 납니다.

• Recovery를 이용해 Local Space 모션을 사용했을 때 - 착지 충격을 적용하며 앞으로 나아간다.

• Recovery를 이용하지 않을 경우 - 아무런 충격없이 모션이 그냥 이어진다.

 

• 위에서 사용된 Local Space 애디티브의 Recovery 모션.
  • 해당 에셋의 28프레임이 대상 프레임이 되어 해당 모션과 다른 프레임의 모든 모션은 Local Space 애디티브 모션이 되어 사용하게 된다.

 

 

최종 Output Pose 처리

• Unarmed에 필요한 부분은 위 이미지에 표시된 내역만 있으면 문제없이 플레이 된다.
• 1번 영역은 위에서 집중 해설된 내역으로 애님 스테이트를 처리하는 지역이다.
• 2번 영역은 1번을 캐싱 받아 점프 Additive 및 Slot 모션등을 처리하는 지역이다.
• 3번 영역은 위 Start 스테이트에서 얻어온 Root Yaw Offset 값을 이용해 캐릭터 root를 돌려준다.
  • 추가적으로 Leg Ik를 처리하는 부분이 처리되 있는데, 해당 내용을 그대로 쓰기보다 Ik rig 방식을 사용하는 것을 추천한다.https://tartist.tistory.com/160

CT_Cmpt_Locomotion 에서 하는일은?

ALC(Advanced Locomotion Component) 에서 가장 중요한 기능을 하는 부분이 액터컴포넌트 블루프린트인 CT_Cmpt_Locomotion  입니다. 이 블루프린트에서 RPC( Remote Procedure Call(원격 프로시저 호출) )까지 사용하면서 데이터 통신을 하도록 설계되어 있고, 모션의 최종 결정을 하는데 있어서 중요한 정보들을 결정 짓게 합니다. 따라서 여기서 결정되는 모든 정보는 현재 플레이 중 메인 Pawn의 캐릭터 BP / 애님 BP와도 모두 공유하게 됩니다.

RPC에서 설정된 변수들은 데이터 테이블에 이미 등록되어 있는 정보들을 캐릭터의 실제데이터로 만들어주는 역할을 하게 됩니다.

다만 CT_Cmpt_Locomotion에도 역시나 너무나 많은 기능들이 있기 때문에, Unarmed 모드 주요 기능 처리 부분만 먼저 다루도록 하겠습니다.

Begin Play

• 현재 플레이에서 메인 Pawn 정보를 얻어와서 메인 Pawn의 Rotation Mode를 체크한다.
  • 체크 후 Forward-facing( Unarmed 모드) 모드 일 경우 캐릭터 무브먼트를 '무브먼트 방향으로 회전 조정' 을 사용한다. 3인칭 시점인 Velocity Mode를 사용하겠다는 뜻이다. 

Event Tick

• 현재의 무브먼트 모드를 실시간으로 체크하여 캐싱해주고, Ground(Not Air) 상태일 때 Acceleration 값을 커스텀이벤트로  체크하고, Spint 기능도 커스텀 이벤트로 실시간으로 체크하게 된다.

• Check Acceleraition -  Custom Event
  • Has Acceleration 변수값으로 현재 이동값이 들어갔는지 체크한다.
  • Has Acceleration값이 있을 경우 Last Direction을 체크하여 캐릭터의 방향도 체크한다. 여기서 결정된 값에 의해 AnimBP에서 캐릭터의 Start 모션을 결정하게 된다.

• 여기서 결정되는 Has Acceleration은 서버에서 실행(Excutes On Server)되는 변수로서 서버에서 언제든 읽기 쓰기가 가능한 네트워크 리플리케이트 변수로 설정되어 지속적으로 모든 영역에서 체크되게 된다.

• Call Event On 기능을 쓰기 위해서는 이벤트 디스패처로 등록해서 사용해야 한다.

• Anim Graph에서 위 이벤트 정보를 받아서 사용하는 방법
  • 메인 Pawn으 애님 BP의 Begin Play 이벤트에서 Initialization 함수에서 Ct_Cmpt_Locomotion를 Get Component by Class로 변수를 등록하고 이벤트를 받아서 바인딩하여 사용합니다.

• Update Sprinting Value - Custom Event
  
  • 왼쪽 Shift를 길게 누르면 스프린트 기능이 활성화 되게 되는데, 그것을 체크하여 스프린트인지 아닌지를 모든 영역에 알려주는 역할을 하고 Set Movement Config에 스프린트 설정값으로 무브먼트 속도를 맞추게 됩니다.
  • 스프린트  기능이라 별로 기능이 없을 거 같지만, Current Movement Config의 값을 변경하게 되면서 그에 따른 Data테이블의 애님셋 정보를 읽어와서 회전량, 마찰값등을 다시 설정하게 되므로 꾀 많은 로직이 일어나게 되는 부분이다.

• Is Sprinting 변수를 Replicate로 설정
  • Get Is Sprint 함수가 스프린트값을 보조해 줘서 스프린트가 True 일경우에 대한 Velocity Direction값을 스프린트값에 맞도록 딜레이 시켜주는 역할을 한다. 해당 기능은 조작감 이슈가 있어 호불호가 갈리는 기능이라 딜레이를 없애서 사용하는 경우도 많다.

• Sprint Value 값 서버로 전송
  • 그러기 위해 이벤트 디스패처로 등록하여 다른 곳에서 손 쉽게 쓸수 있도록 한다.

• 위 정보를 토대로 'BP_Character' 캐릭터 블루프린트에서 CT_Cmpt_Locomotion의 이벤트의 정보를 실시간으로 쓸 수 있게 된다.

• Anim BP에서 바인드하여 Sprint 정보 사용
  • Ct_Cmpt_Locomotion에서 등록된 Replicate형 변수들은 다 동일하게 호출하여 사용합니다.
  • IsSprint 변수값을 이용해 Anim Set Structure에서 애님셋 데이터 값을 불러와 Sprint 상태 Value값을 Set Animation Datas 함수에서 사용하게 됩니다.

Unarmed 모드에서 사용하는 추가적인 이벤트 디스패처 값.

• Evnet_OnSetMovementType
  • Enum파일인 Enum Movement Type 을 사용하여  무브먼트 상태값을 공유하게 됩니다.

• Anim Graph에서 사용
  • Ct_Cmpt_Locomotion 이벤트를 바인드하여 해당 상태값을 변수로 등록하여 사용하게 됩니다.
  • Set Animation Datas 에서 LS AnimSet 파일을 호출하여 LS Movement Type으로 사용하게 됩니다.

• Event_OnSetAnimset
  • 등록된 이벤트 디스패처를 이용하여 Anim Set Name에 따른 Anim Set Data table 정보를 얻어오는데 사용되게 됩니다.

• Anim BP에서 사용
  • 위 이벤트 디스패처들과 동일하게 Bind 하여 사용.

Ct_Cmpt_Locomotion에서 Unarmed 모드를 작동하는데 필요한 이벤트는 위 정보만 있으면 됩니다. 나머지 이벤트 디스패처 내용들은 Unarmed가 아닌 다른 무기와 다른 로테이션 모드등에서 필요한 정보들이라 Unarmed에서는 필요하지 않은 정보들입니다. 다음 포스팅에서는 Anim Blueprint 작동 내용에 대해서 가이드해 드리도록 하겠습니다.

ALC(Advanced Locomotion Component)같은 경우 서로 얽혀 있는 로직이 너무 많다 보니 트리플 A에서 사용될 RPG 로코모션 기능만 확인하는데 어려움이 있을수 있어 Unarmed의 Velocity Direction기능만 추려서 해당 기능만 집중적으로 파악해 보도록 하겠습니다.

• Unarmed 로코모션 무브먼트만 집중 파악하기 위해 걷어 낼 기능.
  • 무기교체기능
  • HUD 
  • 데미지 기능
  • 메시 교체 기능
  • AI 기능
  • 위 기능들 제거 후 새 프로젝트로 이주
    • 딱 필요한 파일들만 이주되어 확인이 간편해 짐.
• 위 기능들을 제거하기 위해 아래 컴포넌트를 제거해 줍니다.
  • 무작정 지우면 컴파일 에러가 발생하게 되므로 레퍼런스 찾기 기능을 이용해 사용되고 있는 부분들을 찾아서 손수 제거해주고 그럼에도 불구하고 컴파일 에러가 발생하는 부분들을 찾아서 수정해 코드를 수정해 니다.

• 불필요한 함수 및 이벤트 제거
  • 캐릭터의 로코모션 구조만 확인할 거라 데미지나 죽음등의 이벤트는 굳이 필요없음.

• AI 기능도 제거 - NPC와 만날 필요가 없음.

• 스켈레탈 메시 구조와 애님블루프린트 단순화
  • 스켈레탈 메시와 애님 BP도 굳이 Child를 써서 복잡성을 늘릴필요가 없어 메인 스켈레탈로 쓰이는 Core 메시를 사용하고 애님 BP도 메인으로 사용하여 복잡성을 낮춘다.

    

• 

• 복잡성을 더 줄이기 위해 UE4와 UE5 캐릭터 선택도 없애도록 합니다.
  • Enum_SkeletonType 파일을 열어 UE5 캐릭터만 남기고 나머지는 없애줍니다.
  • 이상태로 플레이를 하게 되면 많은 컴파일 오류가 뜨게 되며 컴파일 오류가 난 BP 파일들을 열어 UE4 분기가 되는 부분을 단순화 시켜주도록 합니다.
    • 오류가 있는 블루프린트 모두 열기를 실행하고, UE4 부분을 제거시켜줍니다. 특히 Anim BP의 Blend Poses에서 에러가 발생하게 되면 노드를 새로 연결해줘야 하므로 이 부분을 유념합시다.

• 위 구조들을 제거하고 Play를 해보면 Unarmed 로코모션 기능만 남고 나머지는 모두 제거 된 것을 아래 영상을 통해 확인할 수 있습니다.

이주 진행

• 위 절차가 마무리 되면 이제 스마트 버전의 이주준비가 마무리되었습니다. 새 프로젝트로 이주 하여 프로젝트를 깔끔하게 만들어 봅시다.

• 먼저 'ALC_Study' 라는 이름의 비어있는 새 프로젝트를 만든다.

• 새 프로젝트에서 'Animation Locomotion Library' 플러그인을 활성화 시켜주고 재시작을 진행해 줍니다.
  • 플로그인이 없는데, 플러그인을 사용하는 프로젝트를 이주 시키면 크래쉬등 문제가 발생할 수 있습니다.

• 

• 오리지널 프로젝트에서 아래 메인 게임모드 파일을 선택하여 방금 만든 프로젝트로 이주를 시켜 줍니다.
  • 이주 시킬 때는 이주 대상 프로젝트를 닫아놓고 하셔야 문제가 발생하지 않으므로 꼭 프로젝트를 닫고 이주를 진행해 줍니다.

• 키 맵핑을 맞춰 주지 않으면 컴파일 에러가 발생하므로 Project Settings 의 입력 부분을 원본 프로젝트와 일치 시켜주도록 합니다. 언리얼 5.3 이후부터는 입력키 Export 기능이 사라져 일일이 넣어줘야 하는 번거러움이 있습니다. 작업 간편화를 위해 필요한 입력 맵핑만 가져오도록 합니다.

• 여기까지 진행하시고 게임모드를 새로 이주해온 게임모드로 게임을 실행하시면 캐릭터가 정상적으로 잘 움직이는 것을 확인할 수 있습니다.

• 이주 후 정상작동 확인.
  • 이주 후 폴더 구조 - 원본 프로젝트보다 훨씬 구조가 단순화 된 것을 확인할 수 있습니다.
  • 스켈레탈 메시 / 데이터 Table 등이 단순화 되어 복잡한 파일과 구조가 모두 제거되었습니다.

  • 

  • 혹시 컴파일 에러가 발생하거나 크래쉬가 발생한다면 위에서 부터 다시 한번 복기하며 새로 진행해봅시다. 한가지라도 순서가 바뀌거나 빠지면 크래쉬가 발생할 수 있습니다.

이주 한 새 프로젝트에서 아래 영상처럼 나오는지 확인.

1. 준비물

• 엔진 : 언리얼 5(5.0~5.4)
• 마켓플레이스 : Advanced Locomotion Component
  • 베이스가 되는 에셋은 'Lyra Starter Game' 이다.

• 유료 에셋으로서 135,310원을 결제해야 사용할 수 있습니다.
• 조금 비싼감이 있긴 하지만, 최근 나온 로코모션 시스템 라이브러리 중에서는 가장 잘 구현된 시스템이라 투자할 만한 가치가 있다고 생각합니다.

https://www.unrealengine.com/marketplace/en-US/product/advanced-locomotion-component

2. 폴더와 시스템 구성 분석.

프로젝트를 생성하고 나면 아래와 같이 폴더가 구성되어 있습니다.

• Assets :
  1. CT_Components : 코어한 로직을 담당하는 BP/ABP파일
  2. EchoCotent : 이펙트, 사운드등의 환경 파일
  3. LyraContent : 언리얼5 라이라시스템을 이요함
  4. ParagonGreyStone : 
  5. ParagonSparrow : 
• Blueprints : 
  1. Abilities : 
  2. AI : 
  3. Characters:
  4. DamateTypes:
  5. Datas:
  6. Demo : 
  7. Effect : 
  8. Game : 
  9. Notifies :
  10. UI : 
  11. Weapons :
• Characters :
• Maps :

3. Unarmed 의 3인칭 시점 뷰(Velocity Direction)와 무기를 들었을 때는 1인칭 시점 뷰(Looking Direction)로 플레이 된다.

• Unarmed : 어드벤스드 로코모션의 Velocity Direction Mode와 동일한 모드로서 흔히 말하는 3인칭 시점을 말하며 주로 RPG 게임등에 사용되는 뷰입니다.

• Weapon : 어드벤스드 로코모션의 Looking Ditection Mode와 동일한 모드로 1인칭 시점을 말하며 FPS 게임이나 1인칭 어드벤쳐 게임에 사용되는 뷰입니다.

4. 블루프린트 구조 파악하기.

예전 AL(Advanced Locomotion_UE4)은 캐릭터 블루프린트와 원본BP를 부모로 둔 Child 블루프린트로 로직이 이루어졌는데, ALC(Advanced Locomotion Compoenet_UE5)는 CT_Cmpt_Locomotion 라는 액터 컴포넌트형 블루프린트가 메인 두뇌이자 가교역할을 하며 캐릭 블루프린트와 Anim 블루프린트를 연결하는 역할을 하도록 설계되어 있다.

위 파일을 기준으로 레퍼런스 뷰어로 구조를 파악해 보면 'CT_Cmpt_Locomotion'이 모든 블루프린트와 Struct들과 연결시켜주는 역할을 하고 있음을 확인할 수 있다.

메인 캐릭터 블루프린트는 'BP_Character'이며 파일을 열어 구조를 파악해 보면 'CT_Cmpt_Locomotion' 을 로드하여 CT_Cmpt_Locomotion에 선언된 이벤트 디스패처들을 로드하여 Data Table과 연동하여 작동하게 됩니다.

5. 반드시 활성화 시켜야 할 'Plug In' : Animation Locomotion Library

메인으로 사용되는 Anim Instance의 애님 BP을 열어서 Stop 스테이트나 Start 스테이트를 열어서 확인해 보면 'Distance Match to Target'라는 노드를 많이 사용하게 되는데, 해당 노드는 캐릭터의 이동에 따른 스텝과 모션의 싱크를 맞춰주는 기능입니다. 해당 기능을 사용하기 위해서는 플러그인에서 Animation Locomotion Library를 활성화시켜야만 사용이 가능한 노드입니다.

더 자세한 설명은 다음 가이드부터 각 기능별 상세하게 다루도록 하겠습니다.

기존 Advanced Locomotion 은 기능별로 블루프린트가 분리되어 있어 각각 가이드가 가능했으나 Advanced Locomotion Component는 이벤트 디스패처와 Data Table을 연계해서 사용하다보니 모든 에셋들이 서로 깊게 맞물려 있어 기능별로 연계된 애셋들을 함께 소개하며 가이드를 진행하도록 하겠습니다.

https://tartist.tistory.com/154

기존 회사에서 제작한 로코모션으로서 공개가 어렵습니다. 개인적으로 문의 주시면 공유해 드리겠습니다.

개인적으로 제작한 Advanced Locomotion + Custom 로코모션의 시스템 구성

• 기본적인 무브먼트와 카메라 시스템은 Advanced Locomotion V4 시스템을 그대로 차용
  • 카메라 시스템에서 캐릭터의 움직임에 따라 한쪽으로 치우쳐지는 기능도 추가
• 스켈레탈 메시 변경 및 모션은 리타겟을 사용하거나 새로 제작하여 사용.
• 캐릭터 회전 및 멈추는 상황에서는 루트모션을 도입하여 좀더 퀄리티 높은 모션이 나올 수 있도록 기능 추가.
  • https://tartist.tistory.com/169 에서 소개된 PlayTransition 커스텀 이벤트 방식이 아닌 루트모션이 나오도록 기능을 강화했습니다.

어드벤스드 로코모션의 가장 큰 특징 중 하나가 언리얼에서 제공하는 기본 카메라가 아닌 유저가 하나부터 열까지 모두 컨트롤 가능한 커스텀 카메라 기능을 사용하고 있다는 것이다.

어드벤스드로코모션 카메라 시스템의 의 장단점

• 장점
  • 모든 상황에 카메라의 Offset과 Fov등을 원하는데로 변경할 수 있다.
  • 엔진 작업이 서툰 아트작업자들이 게임 카메라 작업을 하는 데 용이하다.
  • 트리플 A의 꽃인 카메라의 아웃풋을 제어할 수 있다.
• 단점
  • 모두 제어를 해야 하다보니 손이 많이 간다.
  • 아트 작업자들이 최종 카메라를 제어하다보니 디버깅이 힘들 수 있다.
  • 인디게임을 개발한다면 제어해야 하는 코스트가 너무 크다.

어드벤스드 로코모션의 카메라 시스템 작동 원리 파악.

게임모드의 컨트롤러에 사용되는 ALS_Player_Controller에서 ALS_PlayerCameraManger 블루프린트를 형변환하여 호출한 뒤 On Poses 이벤트를 활용해 플레이어 카메라에 오버라이드 시켜 주게 되면 메인 Pawn 카메라로서 역할을 감당하게 됩니다.

ALS_Player_Controller의 OnPossess 이벤트 처리.

ALS_PlayerCameraManger 의 OnPoses 함수.

ALS_PlayerCameraManger 분석.

• 기본 구조 - 스켈레탈 메시로 만들어진 카메라 메시와 이미 제작되어 있는 애님 블루프린트가 등록되어 있습니다.

• BlueprintUpdateCamera
  • 메인 Pawn의 액터 Tag에 'ALS_Character'라는 이름을 가지고 있을 경우 발동되도록 제작되어 있음. 다른 일반적인 Pawn일 경우는 언리얼에서 제공하는 기본 게임 캐릭터 카메라가 호출됩니다.

CustomCameraBehavior 아래 펼쳐서 확인

더보기

 

카메라 Fov, Rotation, Loacation을 제어하여 애님블루프린트에서 카메라 Offset를 컨트롤할 수 있는 변수를 제공하도록 하고, 디버그 오브젝트들을 활성화시켜 주는 역할도 하게 됩니다.

• Step 1 : 캐릭터BP와 연계된 BPI 인터페이스에 등록된 Pivot과 카메라 타겟 위치와 FOV 값등을 불러와 변수로 설정해 준다.

 

• Step 2 : 부드러운 카메라 회전을 위해 회전 제어 및 보간을 사용합니다.

AnimBP에서 애님 곡선값을 가져와 맞춤 카메라 동작 계산의 매개변수로 사용합니다.

 

• Step 3 : 스무드 된 피벗 대상(주황색 구)을 계산합니다. 3P  피벗 대상(녹색 구)을 가져오고 최대 제어를 위해 독립적 지연을 사용하여 보간합니다. 디버그용 볼에 사용될 위치를 계산합니다.

 

• Step4 : 피벗 위치를 계산합니다(Blue Sphere). Smoothed Pivot Target을 가져와 추가 카메라 제어를 위해 로컬 오프셋을 적용합니다.

플레이어 카메라 동작 AnimBP에서 애님 곡선 값을 가져와 맞춤 카메라 동작 계산의 매개변수로 사용

 

• Step5 : 대상 카메라 위치를 계산합니다. 피벗 위치를 가져오고 카메라 상대 오프셋을 적용합니다. 이미 등록되어 있는Curve Name을 활용하여 제어합니다.

 

• Step 6 : 교정된 오프셋을 적용하기 위해 카메라와 캐릭터 사이의 개체를 추적합니다. 추적 원점은 카메라 인터페이스를 통해 캐릭터 BP내에서 설정됩니다. 일반 스프링 암과 같은 기능을 하지만, 피벗에 관계없이 다른 추적 원점을 허용할 수 있습니다.

 

• Step 7 : 위에서 얻어 온 정보들을 토대로 디버그 쉐잎들을 디스플레이 시켜줍니다.

 

• Step 8 : 위에서 얻어 온 정보들을 토대로 Weight_FirstPerson의 커브가 들어올 경우 위치를 보간합니다.

 

 

카메라 애님 그래프(ALS_PlayerCameraBehavior)에 대한 분석과 사용법.

• Blueprint Update Animation 이벤트 처리
  • 기존 캐릭터BP에서 정의되어있던 BPI 인터페이스를 Movement State 등의 정보들을 얻어와 변수로 지정하는 역할을 한다. 모든 움직임에 대해 카메라를 제어하기 위해 사전에 정의하는 것.

• Anim Graph 처리 - Velocity 모드냐 Looking 모드냐에 따라 카메라를 각각 제어할 수 있도록 분리되어 있는 형태.

한 형태만 분석하면 나머지 형태들을 파악하는데 어려움이 없기 때문에 Velocity Direction에 대한 정의만 분석해 보도록 하자.

• Gait 의 블렌드 포즈에 의해 Running인지 Spinting 인지등을 얻어와 무브먼트 모드에 해당되는 Camera Offset 값과 Pivot Lag Speed 값을 지정할 수 있도록 설정되어 있다.

• 아래 카메라 애님 블루프린트 파일에서 카메라 Offset과 Lag Speed를 조절하여 카메라의 움직임을 조절할 수 있습니다.

• Lag Speed는 캐릭터가 움직일 때 카메라가 따라 가는 속도인데, 값이 적어질 수록 더욱 빠릿빠릿 하게 해당 방향으로 따라가게 됩니다.
  • Lag Speed 가 100일 경우: 액터와 카메라가 거의 똑같이 움직임.

    

• Lag Speed가 5일 경우 : 카메라가 액터를 따라오는 속도가 느려짐.(파란원이 카메라)

• Camera Offset X : 카메라 X 거리를 조절하여 카메라 x방향성에서 액터와 얼마나 가까운 위치에 배치될지를 정합니다.
  • X OffSet 이 -280값일 경우

    

  
  
  • X OffSet 이 -180값일 경우(위 값보다 캐릭터가 카메라와 가까워짐 )

    

• Camera Offset Y : 카메라 Y 거리 값을 조절하여 액터가 화면상의 좌우 배치 위치를 조절할 수 있습니다.
  • Y Off Set 값이 100일 경우(캐릭터가 좌로 배치됨)

    

  
  
  • Y Off Set 값이 0일 경우 (캐릭터가 정면 배치됨)

    

• Camera Offset Z : 액터와 카메라 Z 거리값을 조절하여 액터가 화면상의 상하 배치 위치를 조절할 수 있습니다.
  • Z OffSet값이 0일 경우

    

  
  
  • Z Offset 값이 100일 경우

    

• Blend 값이 높을 경우 스테이트로 돌아오는 속도가 느려집니다.
  • • • • • • • • • •  

아래 영상을 통해 어떻게 컨트롤 하는건지 다시 한번 확인해 보도록 하자.

이제 캐릭터의 움직임을 최종적으로 갈무리할 Anim Graph 단계입니다. 결국 이곳에 가장 적절한 모션들을 가장 적절한 타이밍에 뿌리기 위해 지금까지 많은 로직을 거쳐왔다.

Advanced Locomotion V4가 시대가 많이 지났음에도 많이 사용되고 있는 것은 그만큼 범용성이 크게 구조가 잡혀 있어 스켈레탈 메시만 바꿔서 사용하기에 아주 유용하게 제작이 되어있다.

기본적인 애니메이션 레이어를 폭넓게 사용하고 있으며, 완성된 레이어 아웃풋 포즈를 기본포즈로 캐싱하여 그 이후에 레이어닝 되도록 설계되어 있다.

Layer Blending 살펴보기

• Base Layer - 기본적인 이동, 점프, 공격, 앉기 등 모든 기본적인 무브먼트가 처리됩니다.
• Overlay Layer - Base Layer에 더해질 Additive 모션들이 처리되는 곳이다. 무기나 체형에 따라 기본 모션의 형태가 이곳에 의해 달라진다.
• Base Poses - 서기인지 앉기인지 처리하는 영역.

Base Layer 

Locomotion Cycles - 아래를 펼쳐 확인

더보기

 

• Cycle Blending - 모든 방향과 스프린트를 캐시하여 여러 곳에서 사용할 수 있지만, 한번만 평가하여 사용할 수 있습니다. 마스크되지 않은 경우 스프린트를 사용합니다. 마스크는 질주시 무릎이 과도하게 압축되어 IK문제를 일으키는 것을 보완하는데 사용합니다.

• Ditrectional States - 방향 전환을 하거나 Pelvis 회전을 변경할 때 높은 퀄리티의 블렌딩을 달성하기 위해 이동방향과 'HipOrientation_Bias'곡선을 기반으로 방향 주기를 함께 혼합합니다.
  • 이 부분에 대한 디버깅이 힘들어 AdvancedLocomotion_V4가 쓰기 상당히 어려운 난이도라할 수 있다.
  • Velocity Direction의 경우는 Move F만 처리하고, Looking Direction의 경우에는 스텝이 꼬이지 않도록 모든 방향에 대한 블렌딩을 처리한다.

 

 

Locomotion Detatil - 아래를 펼쳐 확인

더보기

Cycles에서 처리 된 기본 이동에 추가 세부 애니메이션을 적용합니다.

• Running과 Walking 의 이동 조건은 Essectial Values 값의 Gait Enum 값을 참조하여 walk/run을 알게 되고, Weight_Gait 커브값에 미리 설정된 값(걷기 = 1, 뛰기 =2, 스프린트=3)을 이용하여 조건을 더 확실하게 처리한다.

• Run에서 Walk로 넘어갈 땐 바로 넘어가면 되므로 애니메이션의 남은 값을 처리할 필요없지만, 모션이 마무리 되고 넘어가야할 모션들.. 예를들어 Start 모션이 넘어가는 분기에는 남은 모션Value 값을 계산하고 모션이 넘어가도록 처리된다.
  • Start 부분의 상체 처리는 가이드 8번의 Cycle Blending Notify Events 를 참고하면 자세히 확인할 수 있다.
  • https://tartist.tistory.com/169

더보기

 

• Pivot 처리 부분도 가이드 8번의 Cycle Blending Notify Events를 참고하면 됩니다.

 

 

Locomotion State - 아래를 펼쳐 확인

더보기

 

Detail에서 처리된 부분을 캐싱하여 Stop 상황과 Moving 상황을 처리한다. 

• 기본적인 구조는 짧게 움직이고 멈출 때는 가이드 8번의 'Play Transition' 이벤트를 이용하여 짧게 멈추는 모션을 처리하고, Moving 스테이트가 완전히 블렌딩 된 후 멈추면 길게 멈추도록 처리 되어 있다.
  • 해당 부분도 가이드 8번의 PlayTransition 이벤트 처리 부분을 참고하자.
  • https://tartist.tistory.com/169

더보기

 

• (N)Stop 스테이트 처리방식 - 이동 모션에는 Feet_Position 이라는 커브 정보를 가지고 있는데, 이 커브값을 활용하여 발이 떠있는 상태인지 지면에 닿은 상태인지를 체크하여 Foot IK를 활성화시킬지 안시킬지 정하게 된다.

 

 

캐릭터 블루프린트의 Tick 그래프와 같은 기능을 하는 곳으로서 매 틱마다 업데이트되는 기능을 설정합니다.

Do Every Frame - 아래를 펼쳐서 확인

더보기

Update Chracter Info

- 캐릭터의 인터페이스 이벤트의 Essectial Values값과 Get Current States 에서 설정된 값을 애니메이션 BP에서 사용하기 위해 변수값들로 설정합니다. 여기서 설정된 변수들은 모든 움직임들마다 참고되고 있다.

 

Update Aiming Values

- 다양한 시점에서의 캐릭터의 Look을 처리하는 부분.  Update Character Info에서의 Aiming Rotation과  Aim Yaw Rate 값을 참고하여 캐릭터의 Look을 처리함. 이때 ALS_N_Look_F_Sweep 모션을 이용하여 블렌딩하여 사용함.

 

• Update Layer Values
  • 오버레이 모션에서 애디티브 모션을 사용하게 되는데, 그 때 모션에서 사용되고 있는 커브 네임을 얻어와서 해당 커브의 Float값을 변수로 지정하여 애디티브 모션의 강도를 설정하게 됩니다.

 

• Update Foot IK - 풋 IK를 설정하는 구간입니다. 다만 예전 방식의 풋 IK라 과하게 복잡한 부분이 있는데, 이 부분은 제가 기존에 작성했던 새 IK Rig를 활용한 Foot IK를 사용할 것을 추천드립니다.

  

  
  
  
  
  • Ik Rig를 활용한 Foot IK - https://tartist.tistory.com/160

 

Do While On Ground 

• 기존 가이드 5번에서 캐릭터 BP-TickGraph 부분의 Do while On Ground 와 함께 움직이게 되는 부분이다.
• https://tartist.tistory.com/166

Update Movement Values - 아래 펼쳐 확인

더보기

Update Movement Values

• Looking Direction의 경우 방향별 무브번트 별로 블렌드 스페이스 애니메이션으로 제작되어 Stride 속도 Value값과 Walk/Run 속도 Value 값에 모션이 결정되도록 제작되어 있다.
• 로코모션에서 가장 중요한 것이 풋스텝의 결정이 얼마나 자연스러운가에 있는 가 만큼 현 시스템에서 가장 중요한 처리부분이라 할 수 있다.

 

위와 같은 성격의 모션이 6가지로 준비되어 있고, 전진, 전좌, 전우, 후진, 후좌, 후우 로 여섯가지 모션으로 셋팅되어 있습니다.

• Interp and set the Velocity Blend. 
  • 속도 혼합을 계산하여 각 방향의 액터 속도를 나타내어 각 방향의 대각선이 0.5가 되도록 정규화 시켜준다. 표준 블렌드 스페이스보다 더 나은 방향 블렌딩을 생성하기 위해 BlendMulti 노드에 사용하기 위한 블렌드 값입니다.

• Set the Diagnal Scale Amount
  • 발 IK가 작동할 때 IK 루트 골격의 크기를 조정하여 발 IK 골격이 대각선 블렌드에서 더 많은 거리를 사용하도록 합니다. IK 뼈의 선형 혼합으로 인해 발이 대각선 방향으로 충분히 움직이지 않게 되는데 이 부분을 맵핑하는데 사용하게 됩니다.

• Set the Relative Acceleration Amount and Interp the lean Amount.
  • 상대 가속도를 계산하여 액터 회전에 따른 현재 가속 / 감속 치를 -1과 1로 정규화하여 Lean 포즈에 사용합니다.

• Set Walk Run Blend / Set the Stride Blend / Set Standing and Crouch
  • 각 이동 및 스탠딩 상태 변에 따른 블렌드 값 설정

• Set the walk run Blend 
  • 블렌드 스페이스의 걷기와 뛰기값을 설정합니다.

• Set the Stride Blend
  • 보폭 혼합의 크기를 계산합니다. 이 값은 캐릭터가 다양한 이동속도로 이동할 때 블렌드 스페이스 내에서 보폭의 크기를 조정하는데 사용됩니다. 거기에 더해 곡선 커브까지 이용하여 곡선은 최대 제어를 위해 보폭을 속도에 매핑하는데 사용됩니다.

• Set the Standing and Crouching Play Rates
  • 캐릭터의 속도를 각 보행의 애니메이션 속도로 나누어 재생 속도를 계산합니다.

위에서 설정된 값들에 의해 아래처럼 블렌드 되어 각 모션에서 가장 적절한 모션이 최종 아웃풋에 출력되게 됩니다.

 

 

Update Rotation Values - 아래 펼쳐 확인

더보기

Update Rotation Values

• Set the Movement Direction
  • 이동 방향을 계산하여 셋합니다. 이 값은 회전 보기/ 조준 회전 모드 중 카메라를 기준으로 캐릭터가 움직이는 방향을 나타내며, 애니메이션 레이어 주기 혼합에서 적절한 방향 상태로 혼합하는데 사용됩니다.

• Set the Yaw Offsets
  • Yaw 오프셋을 설정합니다. 이 값은 애니그래프의 "YawOffset" 곡선에 영향을 미치며 보다 자연스러운 움직임을 위해 캐릭터 회전을 오프셋하는데 사용됩니다. 곡선을 사용하면 각 이동 방향에 오프셋이 작동하는 방식을 미세제어할 수 있게 됩니다.
  • FYaw는 Velocity Direction에서 제어하는데 주로 사용되고, 그외에의 방향은 Looking Direction에 사용하게 됩니다.

 

 

Do While Not Moving

• Looking Direction이나 Aiming 모드일때는 화면을 돌리면 캐릭터가 자동으로 정면으로 바라보도록 회전 모션을 취하게 되는데, 그 때에 처리되는 부분입니다.

아래 부분을 펼쳐보면 자세한 설명이 이어진다.

더보기

 

Rotate in Place Check

• Aiming 상황에서의 로테이션을 체크하여 캐릭터를 회전 시켜 준다. Update Character Info에서 얻어온 Aim Yaw Rate값을 참고하여 Pawn이 캐릭터와 어떻게 서있는지 체크하여 바라보고 있는 방향에 대한 정의를 내리고, 실시간으로 반응하여 적절하게 움직여 준다.

• Turn in Place Check
  • Looking Direction 상황에서 카메라를 회전했을 때 다시 정면을 바라보도록 회전 시켜주는 역할을 한다.

 

 

캐릭터BP의 가이드가 완료되었습니다. 이제 마지막으로 애니메이션 블루프린트에서 무브먼트에 맞는 모션 처리가 어떻게 되어 있는지 가이드를 진행하겠습니다. 언리얼4용 Advanced Locomotion 에서는 특히나 애니메이션 블루프린트 부분에서 처리되는 내용들이 많아 다룰 내용이 상당히 많고 복잡합니다.

• Blueprint Initialize Animation 이벤트 - 메인 Pawn을 얻어오는 부분입니다.

• PlayTransition 커스텀 이벤트 - Advanced Locomotion 에서 많이 쓰는 커스텀 이벤트로서 이 이벤트를 이용해 모션간 트랜지션의 보정을 사용합니다. 특히 Stop에서 잔 스텝처리용으로 많이 사용하고, 몽타주 전후 처리도 사용하는등 굉장히 폭넓게 사용하는 커스텀 이벤트 입니다.

Play Transition 이벤트를 사용한 Stop 사례를 자세히 확인해 봅시다.

• AnimNotify_->N Stop R 
  • 애님 그래프의 애님 스테이트 부분에서 세 가지 이벤트를 받아올 수 있다.
  • 나가는 스테이트 이벤트 / 완전히 블랜딩 된 이벤트 / 커스텀 이벤트

아래 N Stop R 이벤트 Lock Left Foot이 발동되는 스테이트의  나가는 이벤트에서 사용되는 이벤트이고 그 상황에서 'Play Transition' 이벤트의 Parameters Animation의 에셋과 나머지 float 수치들 사용하도록 처리되었습니다.

위에서 처리된 애님스테이트에서 보내는 이벤트를  Play Transition 이벤트로 처리하여 스탑 모션이 작동되는 형태를 아래 영상을 통해 확인할 수 있습니다.

위 방식을 반복적으로 사용하여 아래의 많은 사례에 'Play Transition' 이벤트가 각각의 애님 시퀀스와 수치에 맞 사용되었습니다.

• AnimNotify_Stop Transition 에서 슬롯 사용하기.
  • Not Moving의 완전히 블렌딩 된 스테이트 이벤트와 Moving의 나가는 스테이트 이벤트 상황에서 Slot  노드에서 애니메이션이 발동할 수 있도록 지정하는 이벤트.

• Play Dynamic Transition - 일반 애니메이션을 슬롯노드에서 재생할 수 있도록 해주는 기능 이용. 정확한 사용처는 파악이 어려움.

• Interface Events - 점프키가 연타가 안되게 하고, 오버레이 모션 중에도 스테이트를 오버라이드 할 수 있는 기능들을 설정함.

• Cycle Blending Notify Events
  • Pivot - Pivot의 변화가 급격히 일어나는 급 축이동이 있을 경우 특정 모션이 블렌드 되어 출력될 수 있도록 해주는 기능이다.

    

영상을 통해 어떻게 작동하는지 확인해 보자.

• _Hips - 스텝 방향에 따라 멈출 때 스텝이 자연스럽게 멈추도록 각 방향의 멈추는 상황에서 walk stop 모션이 나오면서 멈추도록 설정.

아래 영상을 통해 어떻게 작동하는지 확인해 봅시다.

지금까지 코어한 캐릭터 무브먼트에 대한 부분을 처리했다면 이제부터는 캐릭터 무브먼트에 어울리는 모션들과 애니메이션 블루프린트에 대한 연계작업을 이어서 진행하게 됩니다. 이 작업을 override라고 이야기 합니다.

해당 작업을 통해 Advanced Locomotion V4의 모든 동작이 정상적으로 작동하려면 AnimMan과 연결되어있는 모든 애니메이션 소스들과 AnimBP를 가져와야 정상적으로 작동하게 되므로 원본 프로젝트에서 ALS_AnimMan_CharacterBP 를 이주하여 모든 소스를 한꺼번에 이주시키도록 합니다.

• 이 때 기존 작업된 데이터에 덮어 씌우겠냐고 물음이 오면 전체 덮어 씌우도록 하여 기존 작업에서 이어나가면 됩니다.
• 파일을 덮어씌우면서 이주할 때는 이주하려는 언리얼 에디터를 닫고 하시는걸 추천드립니다. 언리얼 에디터가 실행된 상태에서는 이주가 잘 안되는 경우가 빈번히 발생합니다.

• 위 내역이 정상적으로 이주가 완료되었다면 이제 AdvancedSkeletonV4의 모든 움직임과 모션이 정상적으로 연결되어 작동됨을 확인할 수 있습니다.

• 여기서 잠깐!!
  • 잘 움직인다고 해서 여기서 작업을 끝내버리면 내가 사용할 캐릭터로 다시 만드는 것이 불가능합니다. 이제부터 왜 저렇게 움직일수 있는지 파악해가며 하나 하나 더 구체적으로 뜯어보도록 하겠습니다!

• Anim Man BP에서 처리하게 될 내역들.
  • 무브먼트 디버깅을 위한 동적 색상 지정('U'버튼으로 활성화)
  • 무기 장착을 위한 표시 기능 추가
  • 카메라 대상 정보 업데이트
  • 현재 오버레이 상태에 따른 적절한 몽타주 재생 기능.
  • 아래 기능등이 메인 Pawn 스켈레탈 메시에 맞춰 오버라이드 되어 재정의 됩니다.
    • BPI_Get_3P_PivotTarget - 뷰모드에 따라 카메라 위치 변경
    • BPI_Get_FP_CameraTarget - 뷰모드에 따라 Fov 변경
    • BPI_Get_3P_TraceParams - 뷰모드에 따라 Traceparameter 변경
    • OnOverlayStateChanged - 애님 BP의 Overlay state 오버라이드
    • GetRollAnimation - Rolling 모션 오버라이드
    • GetMantleAsset - Mantle 기능 오버라이드
    • MantleEnd - MantleEnd모션 오버라이드
    • MantleStart - MantleStart모션 오버라이드
    • GetGetUpAnimation - 스냅샷 이후 일어나는 모션 오버라이드
    • RagdollStart - 렉돌 시작 모션 오버라이드
    • RagdollEnd - 렉돌 끝 모션 오버라이드

• 컨스트럭션 스크립트 가이드 : 메인 Pawn의 마스터 포즈와 디버그용 Layer Color에 사용될 다이내믹 메터리얼 등을 c최초로 설정하게 된다.

• Tick Graph 가이드

• Update Coloring System : Show Layer Colors 부분을 활성화 시키면서 애니메이션 Overlay 되는 부분(하얀색)과 애니메이션이 완전히 블렌딩  부분(검은색)을 칼라로 표시해 준다.

• 아래 영상을 통해 확인 Show Lauer Colors를 활성화 했을 때의 기능을 확인할 수 있다.

• 아래를 펼쳐 Color Layering 시스템이 어떻게 작동하는지 확인해 보자.

더보기

 

• Head/ Pelvis/ Hand / Arm(각 부위) / Leg(각 부위) 의 각각의 부위별로 매터리얼의 인스턴스 다이내믹 값을 설정하고, 호출하는 방식으로 코드가 작성되어 있다.
• 애님 시퀀스중 오버레이쪽 모션 애셋들을 열어보면 각각의 Layering 커브값들을 가지고 있는데, 그 커브값들의 커브수치가 모션의 프레임에 해당 되는 모션에 맞게 커브값이 1~ 0으로 출력되도록 설정되어 있다. 상황에 맞춰 Lerp값으로 Layering Color가 발동되도록 설계되어 있다.
  
  

 

• Set Reset Colors : 디버그 칼라를 원래색으로 돌리는 역할을 한다. Solid Color False 쪽도 작업이 되어있긴 위의 Update Layering Color 쪽에서 작업이 이루어져서 실질적으로 들어올 일이 없는 부분이다. 지워도 상관없는 부분.

• Update Hold Object Animations : 무기를 들었을 때 관련된 이벤트를 처리한다. 아래 펼쳐 확인

더보기

실질적으로 무기의 별도 애니메이션이 들어가는 것은 Bow만 있기 때문에 Bow에 관련해서는 애님 인스턴스를 연결하는 등의 특수 처리가 되어있다.

Bow_AinmBP에서 Draw값에 활이 당겨지는 순간이 오면 아래 애니메이션이 작동하도록 설계되어 있다.

 

 

• Override 정리.
  
  
  • 함수부분에서 오버라이드를 눌러주면 부모 블루프린트의 함수들을 가져와서 새롭게 오버라이드시킬수 있다.

각각의 오버라이드 부분을 아래를 펼쳐서 확인해보자.

더보기

BPI Get 3P Pivot Target : 스켈레탈 메시의 head와 root의 위치를 기반으로 Pivot의 위치를 정하기 위한 함수. 카메라의 움직임을 처리하기 위한 보조 장치.

• BPI Get FP Camera  Target : 스켈레텔메시의 'FP_Camera'카메라 소켓 위치를 얻어오는 반환 노드

• BPI_Get_3P_TraceParams : 키보드 "C" 버튼을 누르면 카메라가 좌우 배치가 달라지는데 이 역시 캐릭터에 미리 달려 있는 소켓을 참고해서 반환하게 된다.

• On OverlayStateChanged : 키보드 'Q'버튼을 누르면 무기를 바꿀수 있는데, 무기 변경에 따른 무기 메시 변경을 처리하는 부분.

• Get Roll Animation : 왼쪽 Alt를 더블 클릭하면 Roll 모션이 발동되는데, 해당 Montage 파일을 연결하는 부분입니다. 무기별 Rolling 모션이 있을 경우 해당 탭에 연결하면 됩니다.

• GetMantleAsset : 멘틀 관련 모션을 무기별 몽타주 모션을 연결하는 부분입니다.

• MantleEnd / MantleStart : 멘틀 시작과 끝 몽타주 상황에 해당 되는 모션이 나올 때 그에 맞게 무기를 연결하거나 해제하는 기능을 추가합니다.

• GetGetUpAnimation : "X"버튼을 눌러 렉돌을 발생시키고 한번 더 누르면 다시 일어서게 되는데, 현재 누운 자세를 기억하는 SnapShot 기능과 함께 앞으로 엎어졌는지, 뒤로 엎어졌는지 판단하여 적절한 몽타주가 작동되어 자연스럽게 캐릭터가 일어나게 된다. 거기에 사용되는 무기별 몽타주 모션을 연결해주는 곳이다.

• RagdollStart / RagdollEnd : 렉돌이 시작되고 끝날 때 캐릭터의 스테이트를 확인하여 무기를 들거나 들지 않도록 처리하는 부분. 현재는 렉돌이 작동할 때 무조건 무기가 사라지도록 처리 되어 있다.