라이라의 어빌리티

라이라(Lyra)에서는 게임플레이 어빌리티 시스템(Gameplay Ability System)(GAS) 을 사용하여 대부분의 게임플레이를 조직합니다. 어빌리티는 점프처럼 영웅 데이터에 이미 선천적으로 내재되어 있을 수도 있고, 게임 피처 같은 액션으로부터 부여받을 수도 있고, 경험이나 장비를 통해 획득할 수도 있습니다.

게임플레이 어빌리티 시스템은 무엇이며 왜 사용해야 하는가?

게임플레이 어빌리티 시스템은 게임플레이 메커니즘을 빠르게 구현하고 반복작업하기 위한 프레임워크를 제공하는 플러그인입니다. 멀티플레이어가 포함될 수 있는 복잡한 게임플레이 메커니즘을 위한 코드를 작성할 때, 여러 다양한 게임 유형에 적용되는 일반적인 표준 함수 기능을 많이 작성하게 될 수 있습니다.

GAS는 메커니즘을 공통 게임 디자인 패턴으로 추상화하려고 시도하고, 프로젝트별로 컨텍스트를 다르게 유지하면서도 일반적인 게임플레이 구현 문제를 해결하는 프레임워크를 제공합니다.

표준 코드 작성 시 종종 오류가 발생하기 쉽고 시간도 많이 걸리며, 특히 멀티플레이어 게임용 표준 코드를 작성할 때는 더 그렇습니다. 예를 들어, 체력(Health) 값을 제대로 리플리케이트되게 하거나, 체력 값과 똑같이 동작하는 에너지(Energy) 값에 사용하기로 한 경우에 같은 코드 라인을 복사하는 데 많은 시간을 들이고 싶지는 않을 것입니다.

GAS는 기계적 중립을 유지하면서 공통 게임플레이 함수 기능을 최대한 많이 충족하는 기반을 제공함으로써 이러한 문제를 해결합니다. 체력(Health)이나 탄약(Ammo), 근접 공격(Melee Attack), 포이즌 디버프(Poison Debuff) 같은 콘셉트를 강제하는 대신, GAS는 특정 게임플레이 메커니즘의 필요를 충족하도록 특화될 수 있는 어트리뷰트(Attributes) , 어빌리티(Abilities) 및 이펙트(Effects) 를 정의하고 리플리케이트하고, 사용할 수 있는 툴을 제공합니다.

라이라에는 무기 사용, 점프나 질주 같은 이동 관련 액션, 그리고 사망 후 리스폰 트리거 같은 수동적인 리스닝 액션 등의 일반적인 액션에 대한 어빌리티가 구현되어 있습니다. 또한, 매치 정보 UI 불러오기나 게임플레이 페이즈 관리 같이 덜 일반적인 목적에도 어빌리티를 사용합니다. 이러한 내용은 아래의 섹션에서 자세하게 설명합니다.

GAS는 다음과 같은 코어 클래스를 중심으로 구성되어 있습니다. 라이라에서는 이러한 클래스 중 다수를 확장하여 추가 함수 기능을 제공합니다.

GAS의 주요 이점은 다음과 같습니다.

• 네트워크 리플리케이션: 어트리뷰트나 디버프의 올바른 적용 및 리플리케이트에 대해 걱정할 필요가 없습니다. GAS가 알아서 내부 로직을 처리합니다.

• 모듈성: 종종 새 어빌리티를 구현하고 부여하는 것만큼이나 쉽게 게임 메커니즘을 추가하거나 변경할 수 있습니다. 게임플레이 함수 기능을 별도 에셋으로 나눔으로써, 어빌리티 시스템은 근본적으로 다른 게임 오브젝트나 메커니즘 간에 공통된 커뮤니케이션 레이어를 제공할 수 있습니다. 예를 들어, 체력은 자체 어트리뷰트 세트(Attribute Set)로 구분되어, 다양한 시스템의 게임플레이 이펙트를 통해 상호작용할 수 있습니다.

• 빠른 반복작업: GAS를 사용하면 전체 시스템을 수정하지 않고도 개별 게임 규칙을 쉽게 변경할 수 있습니다. 게임 계산용 데이터 소스를 쉽게 교환할 수 있으며, 해당 게임플레이 이펙트를 수정함으로써 액션의 결과를 변경할 수 있습니다.

ULyraAbilitySystemComponent

라이라 어빌리티 시스템 컴포넌트(Lyra Ability System Component) (ULyraAbilitySystemComponent) 는 어빌리티 시스템 컴포넌트 (UAbilitySystemComponent) 함수 기능을 확장하여 라이라 프레임워크와 연결됩니다. 모든 LyraPlayerState 인스턴스에 추가되며 c:Lyra\Source\LyraGame\AbilitySystem\LyraAbilitySystemComponent.h 파일 디렉터리에 있습니다.

ALyraPlayerState

라이라 플레이어 스테이트(Lyra Player States) (ALyraPlayerState) 는 모든 플레이어별 어빌리티와 행동에 사용되는 어빌리티 시스템 컴포넌트를 소유합니다. 인간 플레이어와 AI 봇이 각각 소유합니다. c:\Lyra\Source\LyraGame\Player\LyraPlayerState.h 파일 디렉터리에서 이 클래스에 액세스할 수 있습니다. 플레이어 스테이트 클래스에 어빌리티 시스템 컴포넌트를 추가해서 얻는 주요 이점은 기본 폰(Pawn) 데이터에서 GAS 스테이트 로직을 분리하는 데 도움이 된다는 것입니다.

이 로직을 분리하는 것은 게임에서 플레이어의 폰이 자주 리스폰되어야 하는 경우나, 플레이어가 여러 폰 간에 컨트롤을 전환하는 경우, 또는 현재 폰이 빙의되어 있지 않을 수 있는 게임플레이 인스턴스에서 유용합니다.

이렇게 하면 폰의 일부 어빌리티와 어트리뷰트, 이펙트가 빙의 폰 간에 지속됩니다. 이 로직을 통해 게임 페이즈가 변경되어도 GAS 스테이트를 더 쉽게 유지할 수 있습니다. 하지만, 폰을 빙의(Possess) 하거나 빙의 해제(Unpossess) 할 때마다 폰별로 GAS 스테이트를 초기화 또는 초기화 해제 시 특별히 주의해야 합니다.

라이라에서는 ULyraHeroComponent 와 ULyraPawnExtensionComponent 를 통해 이러한 상황을 수용합니다. 이 두 컴포넌트는 유효한 컨트롤러에 의해 폰이 빙의되는 경우 특정 어빌리티와 어트리뷰트, 게임플레이 이펙트 세트를 플레이어 스테이트의 AbilitySystemComponent에 부여하는 일을 담당합니다. 폰이 제거되거나 빙의 해제되거나 플레이에서 제거되면, 이렇게 부여된 항목이 자동으로 철회됩니다.

c:\ReleaseWorkspace\Samples\Games\Lyra\Source\LyraGame\Hero\LyraHeroComponent.h 디렉터리에서 ULyraHeroComponent를, c:\Lyra\Source\LyraGame\Pawn\LyraPawnExtensionComponent.h 디렉터리에서 ULyraPawnExtensionComponent를 살펴볼 수 있습니다.

ALyraGameState

하이 레벨 게임 페이즈 로직은 C:\Lyra\Source\LyraGame\LyraGameState.h 파일 에 있는 라이라 게임 스테이트(Lyra Game State) (ALyraGameState) 클래스에 의해 서버 측에서 관리됩니다. 게임 스테이트는 클라이언트 측과 서버 측 모두에 존재하며, 어빌리티로 구현되는 게임 페이즈(Game Phases)가 있는 어빌리티 시스템 컴포넌트를 사용합니다. 이러한 게임 페이즈를 활성화하거나 비활성화하여 게임플레이 이벤트가 처리되는 방식에 영향을 줍니다. 예를 들어, ShooterCore는 다음 세 개의 페이즈를 구현합니다.

게임 스테이트(Game States) 는 클라이언트 측과 서버 측 모두에 존재하지만, 게임 모드(Game Mode) 는 서버 측에만 존재합니다.

게임 페이즈 어빌리티

게임 페이즈 어빌리티는 ULyraGamePhaseAbility 클래스에서 확장되며, 각 어빌리티는 개별 스테이트를 캡슐화합니다. 게임 스테이트 로직에서는 어빌리티 활성화가 페이즈 시작이고 어빌리티 종료가 페이즈 종료라고 가정합니다. 이런 방식을 통해 특정 페이즈의 시작과 끝을 Gameplay Tag GamePhaseTag 를 사용하여 리스닝할 수 있습니다.

	| */ 이 게임 페이즈 어빌리티가 속한 게임 페이즈를 정의합니다.  예를 들어, 게임 페이즈가 GamePhase.RoundStart라면, 모든 시빌링 페이즈를 취소합니다.

	따라서, GamePhase.WaitingToStart와 같은 페이즈가 활성화되어 있다면, RoundStart의 어빌리티 부분이 시작되면서 WaitingToStart가 종료됩니다. 그렇지만, 중첩된 행동을 얻기 위해 페이즈를 중첩할 수도 있습니다. 예를 들어, GamePhase.Playing.NormalPlay는 부모 GamePhase.Playing의 서브 페이즈이므로 서브 페이즈를 GamePhase.Playing.SuddenDeath로 변경하면 GamePhase.Playing.* 에 연결된 모든 어빌리티가 중지되지만, GamePhase.Playing 페이즈에 연결된 어떠한 어빌리티도 종료되지 않습니다.
		
		UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category = "Lyra|Game Phase")
		FGameplayTag GamePhaseTag;
	 |
Copy full snippet

| */ 이 게임 페이즈 어빌리티가 속한 게임 페이즈를 정의합니다. 예를 들어, 게임 페이즈가 GamePhase.RoundStart라면, 모든 시빌링 페이즈를 취소합니다. 따라서, GamePhase.WaitingToStart와 같은 페이즈가 활성화되어 있다면, RoundStart의 어빌리티 부분이 시작되면서 WaitingToStart가 종료됩니다. 그렇지만, 중첩된 행동을 얻기 위해 페이즈를 중첩할 수도 있습니다. 예를 들어, GamePhase.Playing.NormalPlay는 부모 GamePhase.Playing의 서브 페이즈이므로 서브 페이즈를 GamePhase.Playing.SuddenDeath로 변경하면 GamePhase.Playing.* 에 연결된 모든 어빌리티가 중지되지만, GamePhase.Playing 페이즈에 연결된 어떠한 어빌리티도 종료되지 않습니다. UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category = "Lyra|Game Phase") FGameplayTag GamePhaseTag; |

이전 페이즈 어빌리티(실행 중인 경우)를 종료하고 새 페이즈 어빌리티를 활성화하는 라이라 게임 페이즈 서브시스템(Lyra Game Phase Subsystem) (ULyraGamePhaseSubsytem) 을 사용하여 블루프린트에서 페이즈를 전환할 수 있습니다.

입력 태그 활성화 지원

게임플레이 어빌리티 세트(Gameplay Ability Set) (UGameplayAbilitySet) 를 통해 부여되는 어빌리티는 라이라의 입력 시스템에서 일치하는 입력 태그(Input Tag) 를 수신한 경우, 자동으로 활성화를 확인합니다. 이러한 방식으로 불투명한 입력 ID(Input ID) 숫자에 의존하거나 입력 액션(Input Action) 이벤트를 수동으로 처리하지 않고도 간단히 어빌리티를 활성화할 수 있습니다. 이러한 예에는 아래에서 설명하는 점프(GA_Hero_Jump)와 무기 발사(GA_Weapon_Fire) 등이 있습니다.

확장된 태그 관계 시스템

GAS 어빌리티와 이펙트는 어떤 게임플레이 태그가 오너에게 부여(보통 다른 어빌리티나 게임플레이 이펙트에 의해 부여)되었는지에 따라 특정 어빌리티를 차단하거나 취소하는 함수 기능을 제공합니다.

이 정보는 각 특정 어빌리티와 이펙트에 담겨 있어 이러한 관계를 전반적으로 변경해야 할 때 불편할 수 있습니다. 예를 들어, 게임이 발전하고 규칙이 더 복잡해지면서 게임 규칙을 업데이트 할 때 오류와 불일치가 발생할 수 있습니다.

라이라는 라이라 어빌리티 태그 관계 매핑(Lyra Ability Tag Relationship Mapping) (ULyraAbilityTagRelationshipMapping) 데이터 에셋을 도입하여 이 워크플로를 개선했습니다. 이러한 에셋은 차단 및 취소, 필수 태그 관계 목록을 포함합니다. 이 에셋은 콘텐츠 브라우저(Content Browser) > 추가(Add) > 기타(Miscellaneous) > 데이터 에셋(Data Asset) 에서 생성할 수 있습니다.

어빌리티 태그 관계 매핑(Ability Tag Relationship Mapping) 에셋을 ULyraPawnData 에셋의 일부로 지정할 수 있으며, 이 에셋은 폰이 빙의될 때 해당하는 라이라 어빌리티 시스템 컴포넌트에 할당됩니다. 어빌리티 시스템 컴포넌트가 유효한 태그 관계 매핑에 대한 레퍼런스를 보유하고 있으면, 이러한 에셋을 어빌리티 활성화에 대한 활성화 및 취소 조건의 추가 레이어로 적용합니다.

ULyraGlobalAbilitySystem

라이라 글로벌 어빌리티 시스템(Lyra Global Ability System) (ULyraGlobalAbilitySystem) 을 통해서는 빠르게 레벨의 모든 라이라 어빌리티 시스템 컴포넌트를 추적하고 그러한 컴포넌트와 상호작용할 수 있습니다.

라이라 어빌리티 시스템 컴포넌트는 초기화 중에 자동으로 서브시스템에 등록합니다. 현재, 이 서브시스템은 모든 등록된 어빌리티 시스템 컴포넌트에서 어빌리티와 게임플레이 이펙트를 제거하거나 부여하는 블루프린트 호출 가능 함수를 제공합니다.

예를 들어, 라이라의 엘리미네이션 모드는 매치의 웜업 페이즈 동안 전역적으로 게임플레이 이펙트(GE_PregameLobby)를 적용합니다. 모든 플레이어에게 대미지 면역 태그를 부여하고, 매치가 시작되지 않았음을 나타내는 UI 엘리먼트를 활성화하는 게임플레이 큐를 트리거합니다.

ULyraAbilitySet

라이라 어빌리티 세트(Lyra Ability Set) (ULyraAbilitySet) 는 콘텐츠 브라우저(Content Browser)에서 생성할 수 있는 데이터 에셋 유형입니다. 여기에는 어빌리티 세트가 적용될 때 라이라 캐릭터에게 부여할 게임플레이 어빌리티와 게임플레이 이펙트, 어트리뷰트 세트 목록이 담겨 있습니다.

게임 피처나 장비 등, 라이라 어빌리티 세트를 부여하는 파티는 해당 어빌리티 세트가 부여될 액터를 트래킹하는 일을 담당합니다. 헬퍼 구조체 FLyraAbilitySet_GrantedHandles는 기록과 제거에 사용됩니다.

어빌리티 세트는 다음과 같은 다양한 방식으로 부여할 수 있습니다.

ULyraGameplayAbility

라이라 게임플레이 어빌리티(Lyra Gameplay Ability) (ULyraGameplayAbility) 는 UGameplayAbility 클래스에서 확장되어 라이라 프레임워크에 대한 추가 유틸리티와 인터페이스를 제공합니다.

활성화 그룹

활성화 그룹(Activation Group)은 어빌리티가 자유롭게 활성화될 수 있는지, 아니면 해당 어빌리티가 다른 전용 어빌리티를 차단하거나 중단할지를 결정합니다. 다음과 같은 태그 관계 에셋을 사용하여 복잡한 추가 차단 행동을 적용할 수 있습니다.

사격과 무기 교체, 근접 공격 같은 대부분의 게임 액션은 독립 및 차단으로 설정됩니다. 동시성과 취소는 태그 관계에 의해 조정됩니다. 순위표 및 기타 게임 내 메뉴는 한 번에 하나의 메뉴만 표시되도록 전용 차단으로 설정됩니다.

활성화 정책

라이라 프레임워크가 어빌리티 활성화를 자동으로 처리하도록 허용합니다.

K2_CanActivateAbility

몇몇 라이라 어빌리티는 K2_CanActivateAbility 함수를 사용하여 C++ 대신 블루프린트에서 활성화 확인을 구현합니다. 이 함수는 true나 false를 반환하여 활성화를 허용하고, 활성화를 방해했을 수 있는 요소를 확인할 수 있는 컨텍스트 게임플레이 태그를 제공합니다. 이는 라이라뿐 아니라 모든 게임플레이 어빌리티에 노출됩니다.

추가 비용

일반 게임플레이 어빌리티는 단일 비용 및 쿨다운 게임플레이 이펙트만 허용합니다. 추가 비용(Additional Costs) 목록은 게임플레이 이펙트로 설정하지 않고 지정할 수 있는 추가 비용을 제공하며, 이를 통해 더 복잡한 활성화 조건이 지원됩니다.

추가 비용은 표준 비용 흐름에 통합되어 있으며, 해당하는 Check Cost 및 Commit Cost 노드 또는 Commit Ability (쿨다운도 커밋하려는 경우)를 통해 수동으로 확인하고 커밋할 수 있습니다.

실제 비용은 ULyraAbilityCost 오브젝트로서 구현됩니다. C++에서 이 클래스를 확장하고 CheckCost 및 ApplyCost 가상 함수를 오버라이드하여 커스텀 비용을 생성할 수 있습니다.

라이라에서는 플레이어 스테이트에 지정된 게임플레이 태그의 많은 스택을 소모하는 ULyraAbilityCost_PlayerTagStack 을 사용하여 몇 가지 추가 비용을 구현합니다. 이 경우, ULyraGameplayAbility_FromEquipment 에서 파생하는 어빌리티에서 호출된다고 가정합니다.

추가/제거 시 이벤트

라이라 어빌리티는 활성화에 의존하지 않고서도 캐릭터에 추가되거나 제거되는 어빌리티를 처리할 수 있는 추가 블루프린트 이벤트를 제공합니다. 이러한 이벤트는 초기 설정과 클린업에 유용합니다.

카메라 모드

라이라 어빌리티는 Set Camera Mode 및 Clear Camera Mode 블루프린트 노드를 통해 카메라 모드(Camera Mode)를 오버라이드할 수 있습니다. 그 한 가지 예는 폰이 죽어가는 동안 GA_Hero_Death 어빌리티에 의해 트리거되는 사망 카메라 모드를 사용하는 것입니다.

유형 태그

라이라의 어빌리티에는 일반적으로 어빌리티를 계층적으로 분류하기 위해 '어빌리티 태그(Ability Tags)' 프로퍼티에 게임플레이 태그 유형이 포함되어 있습니다. 이 유형 태그는 다른 어빌리티의 차단과 취소, 필수 태그 세팅 관리에 널리 사용되며, 태그 관계 시스템을 통해서도 널리 사용됩니다.

예를 들어, 캐릭터 중심 액션 어빌리티에는 'Ability.Type.Action.Dash' 및 'Ability.Type.Action.Jump'와 같은 유형 태그가 포함됩니다. 하지만, 'Ability.Type.Passive.AutoRespawn'과 같은 태그가 있는 캐릭터보다 오래 지속되는 패시브 어빌리티도 있습니다. 캐릭터가 사망하면 일부 다른 어빌리티에는 영향을 주지 않고 모든 다른 캐릭터 액션 어빌리티가 취소됩니다.

네이티브 어빌리티 서브클래스

일부 라이라 어빌리티에는 C++ 구현이 있어 특정 활성화 조건을 적용하거나 블루프린트에서 구현하기는 번거로운 복잡한 수학 로직을 수행하거나 민감한 로우 레벨 게임플레이 시스템과 상호작용합니다. 아래 테이블에서 이러한 어빌리티의 몇 가지 예를 확인할 수 있습니다.

블루프린트 어빌리티 서브클래스

다음은 블루프린트 서브클래스에서 라이라의 확장된 어빌리티 함수 기능을 사용하는 방법에 대한 몇 가지 예입니다.

FLyraGameplayEffectContext

라이라 게임플레이 이펙트 컨텍스트(Lyra Gameplay Effect Context) 는 GAS에서 제공하는 기본 게임플레이 이펙트 컨텍스트(Gameplay Effect Context) (FGameplayEffectContext) 구조체에서 확장되어 게임플레이 큐 노티파이(Gameplay Cue Notifies) 에 전송할 추가 데이터 멤버와 함수를 정의합니다. FGameplayEffectContext는 구조체 유형이므로, 언리얼과 게임플레이 어빌리티 시스템에서 제대로 인식할 수 있는 대체 유형이 필요합니다. 라이라 게임플레이 이펙트 컨텍스트는 다음과 같은 여러 함수를 오버라이드합니다.

라이라 게임플레이 이펙트 컨텍스트에 대해 구조체 템플릿(TStructOpsTypeTraits<> )이 정의됩니다. 이 헬퍼 구조체는 복제 및 시리얼라이제이션 함수 기능을 모두 바인딩하여 리플리케이션 시스템에서 사용할 수 있게 만듭니다.

라이라 어빌리티 시스템 글로벌(Lyra Ability System Globals) (ULyraAbilitySystemGlobals) 클래스는 어빌리티 시스템 글로벌(Ability System Globals) (UAbilitySystemGlobals) 클래스를 확장하고, AllocGameplayEffectContext() 함수를 오버라이드하여 라이라 게임플레이 이펙트 컨텍스트 구조체를 구성하고 반환합니다.

이를 통해 게임플레이 어빌리티 시스템이 새 게임플레이 이펙트 컨텍스트 오브젝트가 생성될 때마다 확장된 구조체를 할당하도록 합니다.

포함되는 추가 데이터

현재 게임플레이 이펙트 컨텍스트 구조체는 슈팅 코어(Shooter Core)의 원거리 무기 적중에 관련된 고유한 카트리지 ID(Cartridge ID)를 제공하고, 피지컬 머티리얼(Physical Material)과 어빌리티 소스 오브젝트(Ability Source Object)에 액세스하기 위한 추가 유틸리티를 제공합니다.

추가 데이터에 액세스하는 방법

라이라 게임플레이 이펙트 컨텍스트 구조체는 구조체 유형이기 때문에 그 데이터에 액세스하기 위해 블루프린트 노출 함수를 직접 포함할 수 없습니다.

이 제한을 해결하는 방법은 접근자를 블루프린트 함수 라이브러리에서 스태틱 함수로 구현하고, 컨텍스트 핸들(Context Handle)을 입력 파라미터로 전달한 다음, 내부적으로 파생된 구조체 유형에 캐스팅하는 것입니다.

헬퍼 함수 FLyraGameplayEffectContext::ExtractEffectContext 는 특수 유형에 대한 컨텍스트 포인터 캐스팅을 처리합니다. 현재 이러한 방식을 FLyraGameplayAbilityTargetData_SingleTargetHit 구조체에서 사용하고 있습니다.

비슷한 방식을 'FGameplayCueParameters'를 통해 게임플레이 큐에 전달된 이펙트 컨텍스트 핸들을 캐스팅하는 데 사용하여 추가 함수 기능에 액세스할 수 있습니다.

ULyraAttributeSet

라이라 어트리뷰트 세트(Lyra Attribute Set) (ULyraAttributeSet) 는 기본 어트리뷰트 세트 클래스에서 확장됩니다. 이 라이라 전용 베이스 클래스는 Get, Set 및 Initialize 함수 기능에 대한 값과 게임플레이 어트리뷰트 프로퍼티를 자동화하기 위한 편리한 ATTRIBUTE_ACCESSORS 매크로를 제공합니다.

FLyraAttributeEvent 는 어트리뷰트 세트 레벨에서 어트리뷰트 변경 이벤트를 간소화하는 데 사용됩니다.

라이라에서는 다음 두 개의 특수 어트리뷰트 세트 클래스를 제공합니다.

ULyraHealthSet

라이라 체력 세트(Lyra Health Set) (ULyraHealthSet) 에는 캐릭터의 현재 체력과 최대 체력을 관리하는 다음 어트리뷰트가 포함되어 있습니다.

이 어트리뷰트 세트는 현재 체력 값을 MaxHealth에 고정하고, 체력이 고갈되는 시기를 추적하는 일도 담당합니다. 체력이 고갈되면 실행되는 FLyraAttributeEvent 델리게이트를 구현합니다.

다른 클래스는 게임에 체력 값을 노출하고 사망을 처리하는 ULyraHealthComponent 같은 체력 알림을 수신하기 위해 이 델리게이트에 바인딩됩니다.

ULyraCombatSet

라이라 전투 세트(Lyra Combat Set) (ULyraCombatSet) 는 대미지 및 치유에 대한 지원을 제공합니다. 게임플레이 이펙트는 이러한 어트리뷰트 중 하나를 수정하거나, 라이라의 커스텀 실행에 의존하여 총 체력을 조정합니다.

치유 및 대미지 작동 방식

기본으로 체력 어트리뷰트는 모디파이어로부터 숨겨지므로, 정규 어트리뷰트 등의 게임플레이 이펙트에 의해 직접 변경될 수 없습니다. 대신, Healing 어트리뷰트와 커스텀 실행 ULyraHealExecution 및 ULyraDamageExecution 을 통해 간접적으로 값이 설정됩니다.

대미지와 치유를 어트리뷰트로 취급하면 수정된 어트리뷰트에서 개별 대미지 인스턴스를 분리할 수 있어 대미지 값으로 작업하는 것이 더 쉬워집니다. 이를 통해 중요 어트리뷰트를 실수로 수정하는 일을 방지할 수 있습니다. 체력 값은 게임플레이 이펙트 모디파이어로부터 숨겨지므로, 베이스 값 위에 기간 이펙트나 무한 이펙트를 적용하여 장기적인 측면에서 문제를 일으킬 위험이 없습니다.

치유 실행

ULyraHealExecution은 소스에서 BaseHeal 어트리뷰트의 스냅샷을 찍은 다음, 0으로 고정하여 마이너스 치유를 방지합니다. 마지막으로, 타깃(Target) 의 Health 어트리뷰트를 수정합니다. 이 작업은 소스에서 수행되므로, 체력 값이 문제없이 수정될 수 있습니다.

대미지 실행

ULyraDamageExecution은 BaseDamage 및 Health 어트리뷰트 값을 집계합니다. BaseDamage는 소스에서 캡처되고 스냅샷이 찍히지만, Health는 타깃에서 캡처됩니다. 그런 다음, 임팩트 위치를 확인합니다(이를 통해 대미지 수치 이펙트를 스폰할 위치를 파악합니다).

아군 사격을 위해 타깃의 팀을 확인하고, 거리와 피지컬 머티리얼에 따라 어테뉴에이션을 적용합니다. 마지막으로, 타깃의 Health 어트리뷰트를 수정합니다. 이 작업은 소스 코드에서 수행되므로, 체력 값이 문제없이 수정될 수 있습니다.

대미지 수치 게임플레이 큐는 체력 어트리뷰트 변경 사항을 그 크기로 수신하도록 설정되고 정규화되지 않은 원시 값에서 디스플레이를 파생합니다.

추가 정보

대미지 수치 작동 방식

대미지 어빌리티가 활성화되면, 테스트를 실행하여 무엇에 적중했는지 확인한 다음, 어빌리티가 타깃 액터에 대미지 게임플레이 이펙트를 적용합니다.

GameplayEffectParent_Damage_Basic (또는 거기서 상속된 모든 자손)은 무기 캐스트 및 수류탄에 의해 적용됩니다. 그러면, BaseDamage를 체력으로 변환하고 아군 사격을 필터링하는 실행을 통해 대미지가 적용된 다음, 게임플레이 큐 GameplayCue.Character.DamageTaken 의 크기가 LyraHealthSet.Health 큐에 적용됩니다.

GCN_Character_DamageTaken 이 클라이언트에서 호출됩니다. 이는 이펙트 인스티게이터가 로컬 플레이어인 경우에만 표시됩니다. 대미지는 게임플레이 큐의 원시 크기에 의해 결정됩니다. 위치는 적중 결과의 위치 값에 의해 결정되며, 위치 값은 로컬 컨트롤러의 ULyraNumberPopComponent에 전달됩니다. 이 컴포넌트는 디스플레이와 풀링을 처리하며, 적중 위치에 나이아가라 이미터를 스폰하고 구성하여 실제 대미지를 표시합니다.

라이라 캐릭터 초기화 방식

폰의 빙의 흐름, 게임 피처 등록 및 다양한 리플리케이트된 게임 프레임워크 값 간의 상호작용 때문에, 플레이 가능 캐릭터의 초기화 흐름을 예측할 수 없을 때도 있습니다. 클라이언트가 계속 서버를 기다리는 동안 이벤트가 제멋대로 발생할 수 있습니다.

라이라에서는 UPawnExtensionComponent 를 구현하여 이 문제를 해결합니다. 이 컴포넌트의 주요 임무는 폰의 어빌리티 세트를 부여하고 On Spawn Lyra Abilities 이벤트를 활성화하기 전에 폰에 대한 모든 관련 초기화 조건이 충족되는지 확인하는 것입니다.

또한 폰 확장 컴포넌트는 폰 때문에 부여된 모든 어빌리티를 추적하고 캐릭터가 파괴되거나 빙의 해제되면 빙의자의 플레이어 스테이트에서 어빌리티를 제거합니다.

ULyraPawnData 에셋을 통해 어빌리티 세트를 폰에 할당할 수 있습니다. 이러한 어빌리티 세트는 콘텐츠 브라우저에서 생성할 수 있으며, 기본 폰 데이터는 경험 정의(Experience Definition)에 의해 결정됩니다.

폰을 초기화하고 폰의 어빌리티를 할당하려면, 다음 조건이 충족되어야 합니다.

• 기본 폰 데이터가 유효해야 합니다.

• 유효한 로컬 컨트롤러에 의해 폰이 빙의되어 있거나 폰에 서버 권한이 있어야 합니다.

• 관련 플레이어 스테이트 및 입력 컴포넌트가 폰에 리플리케이트되어야 하며, 유효해야 합니다.

블루프린트 에셋 명명 규칙