하임 님의 블로그

내일배움캠프_Unreal/TIL - Day 154 (260713)

하임 — Mon, 13 Jul 2026 21:13:32 +0900

대시 무적 + 스태미나 시스템 개편 - 흩어진 자원 로직을 설정 한 곳으로

1. 대시 무적 — 새 시스템 대신 패리 윈도우 패턴을 빌려왔다

회피에 무적을 넣는 방식은 여러 가지였는데, 이 프로젝트엔 이미 패리 윈도우가 같은 골격을 쓰고 있었다: AnimNotifyState가 몽타주 구간에서 활성 어빌리티의 hook을 부르고, 그 어빌리티가 GE로 상태 태그를 여닫는 구조. 무적도 결국 "몽타주의 특정 프레임 구간 동안만 상태 태그 부여"라 이 패턴을 그대로 빌려왔다.

그래서 베이스 어빌리티에 패리 훅과 동형으로 무적 훅을 두고, GA_Dash가 override해 무적 GE를 여닫게 했다. 신규 AnimNotifyState_IFrameWindow는 특정 어빌리티를 몰라도 되게 활성 어빌리티에 hook만 라우팅한다.

무적 판정 자체는 데미지 파이프라인의 단일 진입점(HandleIncomingDamage_Defense)에 한 조건만 추가하면 끝이었다. 환경 데미지 반환 직후에 두니, 낙하·화상(DoT)은 예외로 남기고 나머지 전투 피해만 무시하게 됐다.

// 환경(낙하 등)은 이미 위에서 반환됨
// 무적 중엔 전투 피해 전부 무시(데미지 0 → BroadcastHitEvent 미호출로 넉백도 자동 스킵). DoT(화상)는 예외.
if (TargetASC->HasMatchingGameplayTag(RetrieveGameplayTags::State_Player_Invincible)
    && !SpecTags.HasTag(RetrieveGameplayTags::GameplayEvent_Attack_HitSuccess_Burn))
{
    return 0.f;
}

데미지를 0으로 만들면 넉백까지 공짜로 꺼지는 게 좋았다 — 넉백은 FinalDamage > 0 경로에서만 걸리기 때문. 대신 EndAbility에서 무조건 무적 GE를 닫도록 해뒀다. i-frame 도중 다른 액션에 캔슬되면 무적이 영구히 남을 수 있어서다.

void UGA_Dash::EndAbility(...)
{
    // 어떤 종료 경로에서도 무적 GE 제거(i-frame 도중 캔슬 시 무적 영구 잔류 방지).
    CloseNotifyIFrameWindow();
    ...
}

교훈: "결과가 같은 견고한 패턴이 이미 있으면 새로 짜지 말고 빌려온다." 무적은 결국 패리 윈도우와 같은 모양이었고, 판정도 방어 로직이 모이는 한 곳에 한 줄이면 됐다.

2. 스태미나 비용 GE를 다 지웠다 — 네이티브 GE 하나 + 설정 맵

원래 스태미나 소모는 어빌리티마다 GE_Cost_Stamina_100, GE_Cost_Stamina_50, GE_StaminaDrain_Guard, GE_StaminaRestore_Parry … 이런 GE 에셋이 흩어져 있었다. 값 하나 바꾸려면 에셋을 일일이 열어야 해서, 밸런싱을 몇 번 하다 보니 이건 못 버티겠다 싶었다.

그래서 소모 로직을 베이스 어빌리티로 끌어올렸다. 각 어빌리티는 자기 StaminaCostTag 하나만 들고, 베이스가 CheckCost/ApplyCost를 override해 설정 맵에서 비용을 조회한다. 태그가 비면 그냥 무료다.

void URetrieveGameplayAbility::ApplyCost(...) const
{
    Super::ApplyCost(Handle, ActorInfo, ActivationInfo);
    FStaminaCostRow Row;
    if (GetStaminaCostRow(Row) && Row.ActivationCost > 0.f)
        ApplyStaminaDelta(Handle, ActorInfo, ActivationInfo, -Row.ActivationCost);
}

실제 스태미나 증감에 쓰는 GE도 에셋으로 두지 않고 네이티브 클래스로 만들었다. Instant + SetByCaller 모디파이어 하나라, 생성자에서 다 짤 수 있었다. 이걸로 소모·회복·가드 드레인·자연 회복이 전부 이 GE 하나를 재사용하고, 에디터에서 GE 에셋을 만들 필요가 사라졌다.

URetrieveStaminaCostEffect::URetrieveStaminaCostEffect()
{
    DurationPolicy = EGameplayEffectDurationType::Instant;
    FSetByCallerFloat SetByCaller;
    SetByCaller.DataTag = RetrieveGameplayTags::Data_Cost_Stamina;   // 음수=소모, 양수=회복

    FGameplayModifierInfo ModInfo;
    ModInfo.Attribute = UCombatAttributeSet::GetStaminaAttribute();
    ModInfo.ModifierOp = EGameplayModOp::Additive;
    ModInfo.ModifierMagnitude = FGameplayEffectModifierMagnitude(SetByCaller);
    Modifiers.Add(ModInfo);
}

덤으로 죽은 코드도 걷어냈다. 회복이 코드 주도로 바뀌면서 StaminaRegenRate 어트리뷰트는 아무도 안 읽는 상태가 됐고(예전엔 회복 GE가 참조했을 수도 있는데 그마저 불투명했다), FCharacterStats의 스태미나 필드와 Data.Init.Stamina* 태그도 같이 제거했다. 스태미나는 적이 안 쓰는 플레이어 전용 개념이라 공용 캐릭터 스탯에 있던 게 애초에 어색했다.

3. DT로 갈까 하다가 결국 설정 내장 맵으로

처음엔 소모값을 DataTable(DT_StaminaCost)에 넣었다. 그런데 소모하는 액션이 4~5개뿐이라 DT의 장점(수백 행 스프레드시트, CSV 임포트)이 하나도 안 살고, 행 키를 태그 문자열("Ability.Player.Dash")로 잡다 보니 오타에 취약했다.

DataAsset(TMap)도 후보였지만, 결국 URetrieveStaminaSettings(DeveloperSettings)에 맵을 직접 넣는 쪽으로 갔다. 태그 피커가 붙어 오타가 사라지고, 만들 에셋이 없어지고, 튜닝 위치가 Project Settings 한 화면으로 모인다. 이 프로젝트의 WeaponSocketSettings가 이미 config TMap<FGameplayTag, FStruct> 패턴을 쓰고 있어서 직렬화도 검증된 길이었다.

UPROPERTY(Config, EditAnywhere, Category = "Stamina|Cost", meta = (Categories = "Ability", ForceInlineRow))
TMap<FGameplayTag, FStaminaCostRow> StaminaCosts;

FStaminaCostRow는 FTableRowBase 상속을 남겨뒀다 — 나중에 DT로 되돌릴 여지. 규모가 커지면 그때 옮기면 된다.

4. "전투 중에만" 판정을 스탠스 태그로 짰다가 두 번 데였다

전투 중일 때만 질주가 스태미나를 먹게 하고 싶었다. 마침 State.Player.Combat 태그가 있길래 그걸 조건으로 걸었다. 그런데 두 가지 증상이 나왔다.

적이 없는데 제자리에서 공격키만 눌러도 직후 질주에 스태미나가 닳았다.
몬스터에게 추격당하는 중인데도 잠깐만 닳고 이후엔 비전투처럼 계속 회복됐다.

원인을 따라가 보니 State.Player.Combat은 교전 상태가 아니라 발검 스탠스였다. CombatStanceComponent가 공격 입력에도 켜고(→ 제자리 공격 증상), 적 포착 시 1회만 켠 뒤 3.5초 디케이라 추격이 이어져도 꺼졌다(→ 추격 중 끊김). "진짜 교전"과는 다른 신호였던 것.

그런데 추격 BGM을 켜는 RetrieveMusicSubsystem이 이미 진짜 교전을 정확히 추적하고 있었다 — 나를 포착한 몬스터 집합을 들고, 0.5초 폴링으로 죽거나 추적을 포기한 놈을 걷어내며, 집합이 비면 전투 종료로 본다. 그래서 판정을 이 신호로 갈아끼웠다.

const URetrieveMusicSubsystem* MusicSubsystem = World->GetSubsystem<URetrieveMusicSubsystem>();
const bool bInCombat = MusicSubsystem && MusicSubsystem->IsCombatActive();

같은 김에 회복 규칙도 전투/탐험으로 갈랐다. 소모 후 회복 지연은 전투 중에만 걸고, 비전투는 지연 없이 더 빠른 속도로 회복하게 했다. 전투 중엔 자원 관리가 팽팽하고, 탐험 중엔 스태미나 신경 안 쓰고 돌아다니는 게 맞다고 봤다.

const float RegenDelay = bInCombat ? Settings->RegenDelaySeconds : 0.f;              // 지연은 전투 중에만
const float RegenRate  = bInCombat ? Settings->RegenPerSecond : Settings->OutOfCombatRegenPerSecond;

가드 지속 드레인도 똑같이 전투 중에만 닳게 맞췄다.

교훈: 이름이 Combat이라고 교전 상태인 건 아니었다. "이 태그가 정확히 언제 켜지고 꺼지는가"를 확인 안 하고 의미만 보고 쓴 게 실수였다. 필요한 신호(진짜 교전)는 엉뚱하게도 오디오 서브시스템이 이미 정확히 들고 있었다.

5. 상호배타 — Guard는 되는데 BowAim만 안 됐던 이유

달리기와 가드/조준을 동시에 못 하게, 나중에 누른 쪽이 이기도록 만들었다. 처음엔 입력 핸들러에서 처리했다: 달리기를 누르면 가드/조준을 취소하고, 가드/조준을 누르면 달리기를 끄고 — 이때 입력 태그를 Ability.Player.Guard / Ability.Player.BowAim으로 비교했다.

Guard는 잘 됐는데 BowAim만 Sprint와 완전히 무관하게 놀았다. 코드가 두 태그에 대해 완전히 대칭인데 하나만 안 되니, 차이는 태그 값밖에 없었다. 파고 보니 BowAim의 입력 바인딩 태그가 Ability.Player.BowAim이 아니었다(입력 태그는 데이터 에셋이라 코드엔 안 드러난다). 그래서 if (InputTag == Ability_Player_BowAim)이 영영 안 걸렸고, 홀드 입력 해제도 대상을 못 찾았다.

입력 태그를 알아내 맞추는 대신, 입력 태그 의존을 아예 없앴다. "가드/조준이 달리기를 취소" 방향을 각 어빌리티의 ActivateAbility로 옮긴 것. 실제로 발동됐다는 건 무기 조건(CanActivate)을 이미 통과했다는 뜻이라, 무기가 안 맞으면 달리기가 유지되는 것까지 공짜로 따라왔다.

// GA_Guard / GA_BowAim :: ActivateAbility (Commit 직후)
if (UAbilitySystemComponent* ASC = GetAbilitySystemComponentFromActorInfo())
    ASC->SetLooseGameplayTagCount(RetrieveGameplayTags::State_Player_Sprinting, 0);

반대로 "달리기가 가드/조준 취소" 방향은 자산 태그로 처리했다. CancelAbilities는 원래 자산 태그 기반이라 문제없었고, 홀드 입력 해제만 입력 태그 대신 자산 태그로 찾게 바꿨다. 이게 없으면 홀드형(WhileInputActive)이라 키를 계속 눌러둔 채 취소되면 다음 프레임에 바로 재발동돼 버린다(자동 재개).

void URetrieveAbilitySystemComponent::ClearInputHeldForAbilityWithTag(const FGameplayTag& AbilityAssetTag)
{
    for (const FGameplayAbilitySpec& Spec : GetActivatableAbilities())
        if (Spec.Ability && Spec.Ability->GetAssetTags().HasTag(AbilityAssetTag))
            InputHeldSpecHandles.Remove(Spec.Handle);   // WhileInputActive 재시도 목록에서 제거 → 자동 재개 차단
}

교훈: 입력 태그 == 어빌리티 태그라고 가정한 게 화근이었다. Guard가 우연히 그 가정을 만족해서 버그가 한동안 안 보였다. 데이터에 있는 값을 코드에서 짐작하지 말고, 아예 그 값에 의존하지 않는 축(여기선 어빌리티 발동/자산 태그)으로 옮기는 게 답이었다.

비교 정리

구분	❌ 이전 / 처음 시도	✅ 이번 구현
대시 무적	없음	패리 윈도우 패턴 재사용(ANS→hook→GE), 데미지 단일 진입점서 판정
스태미나 소모값	어빌리티별 GE_Cost 에셋 분산	설정 맵 1곳 + 네이티브 GE 하나(에디터 에셋 불필요)
튜닝 저장소	DataTable(문자열 키·오타 취약)	DeveloperSettings 내장 맵(태그 피커)
전투 판정	`State.Player.Combat`(발검 스탠스, 오판)	`MusicSubsystem::IsCombatActive()`(진짜 교전)
회복	항상 동일	전투=지연+느림 / 탐험=즉시+빠름
상호배타	입력 태그 비교(BowAim 먹통)	어빌리티 발동/자산 태그 기반(입력 태그 비의존)

핵심 요약

무적은 패리 윈도우 패턴을 그대로 빌려 ANS→hook→GE로 배선하고, 판정은 방어 로직이 모이는 단일 진입점에 한 줄. 데미지 0이면 넉백도 자동으로 꺼진다.
흩어진 소모 GE 에셋을 지우고 베이스 CheckCost/ApplyCost + 네이티브 GE + 설정 맵으로 통합. 밸런싱이 Project Settings 한 곳에서 끝난다.
저장소는 규모(액션 4~5개)와 태그 키 특성 때문에 DT보다 DeveloperSettings 내장 맵이 나았다. FTableRowBase는 남겨 회귀 여지만 확보.
State.Player.Combat은 교전이 아니라 발검 스탠스였다 — 태그 이름만 보고 쓰면 안 되고, 필요한 "진짜 교전" 신호는 이미 오디오 서브시스템(IsCombatActive)에 있었다.
상호배타 BowAim 버그의 뿌리는 입력 태그 == 어빌리티 태그라는 가정. 데이터 값을 짐작하는 대신 그 값에 의존하지 않는 축(발동/자산 태그)으로 옮겨 해결.

내일배움캠프_Unreal/TIL - Day 153 (260710)

하임 — Fri, 10 Jul 2026 23:26:52 +0900

밸런싱·캔슬·개발 편의 — 감도 단순화 · 스태프 프레일티 · PIE 인트로 스킵

1. 감도 옵션 단순화 — 배타 모드를 걷어내고 X/Y만

마우스 감도에 통합/세부 배타 모드가 들어가 있었다(통합=단일 값, 세부=X/Y 따로). 그런데 직접 눌러보니 "슬라이더 하나냐 둘이냐"를 고르자고 모드 플래그 + BP 통지 + 슬라이더 회색 처리 + 전용 핸들러 둘이 붙어 있었다. 기능 대비 UI·코드 표면이 과했다.

정작 필요한 건 X/Y를 따로 만지는 것뿐이라, 통합 경로(bUseUnifiedSensitivity, 단일 MouseSensitivity, 그 클램프, 모드 핸들러)를 통째로 지우고 축별 값만 남겼다.

// 곱셈도, 모드 분기도 없이 축별 값 그대로.
const float SensitivityX = Settings ? Settings->MouseSensitivityX : 1.f;
const float SensitivityY = Settings ? Settings->MouseSensitivityY : 1.f;

교훈: 선택지를 하나 더 주는 것보다, 정말 필요한 최소 UI로 수렴하는 게 낫다. 옵션이 단순해지고 감도 로직에서 분기가 통째로 사라졌다.

2. PIE 인트로 스킵 개발자 모드 — 플래그를 둘로 분리

밸런싱은 붙였다 껐다를 수십 번 반복하는 일인데, PIE를 누를 때마다 메인 메뉴 → 진입 로딩 → 오프닝 시네마틱을 매번 통과해야 했다. 부팅 스킵 플래그가 하나 있었지만(bSkipMainMenuOnBoot) 로딩·시네마틱까지는 못 건너뛰었다.

그래서 개발자용 스킵을 한 단계 더 두는 쪽으로 플래그를 둘로 나눔.

if (bDeveloperSkipIntroFlow || bSkipMainMenuOnBoot)
{
    if (ARetrievePlayerController* RetrievePC = Cast<ARetrievePlayerController>(GetWorld()->GetFirstPlayerController()))
        RetrievePC->SetDeveloperSkipIntroFlow(bDeveloperSkipIntroFlow);   // → bSkipEntryLoadingScreen
    BootstrapNewGameQuest();
    GS->TransitionTo(ERetrieveSessionState::InGame);
}

bDeveloperSkipIntroFlow — 메뉴·진입 로딩·오프닝 시네마틱 전부 건너뛰고 바로 인게임. PC에 "진입 로딩 스킵"까지 전달.
bSkipMainMenuOnBoot — 메뉴만 건너뛰고 진입 로딩 화면은 남김.
기본값 true → false로 하향: 스킵은 개발 편의지 기본 동작이면 안 되니, 실수로 켠 채 빌드가 나가는 걸 막음.

이 하나로 밸런싱 이터레이션 속도가 체감으로 확 붙었다. 개발 편의 플래그는 명시적으로 켤 때만 동작하게 둔다.

3. 전체 스탯 밸런싱 + 스태프 프레일티

DT_CharacterStats를 훑으며 캐릭터 전반 스탯을 맞췄다. 손이 오래 간 건 스태프. 스태프는 원거리라 근접보다 안전한데, 데미지·자원까지 편하면 사실상 상위호환이 돼버린다.

→ "안전한 대신 무르다"는 트레이드오프를 만들기로 하고, 스태프를 들면 최대 체력이 깎이는 프레일티 효과(GE_StaffFrailty)를 만들어 스태프 어빌리티 세트(DA_AbilitySet_Staff)가 패시브로 부여하게 했다.

수치가 아니라 무기 선택 자체에 리스크를 붙이는 방향 → 스태프 데미지를 조금 세게 줘도 "무른 대신 강한" 원거리로 균형.
GE를 어빌리티 세트에 실어 데이터로 부여하니, 밸런스가 또 틀어져도 GE 값만 만지면 됨.

4. 동작마다 캔슬 타이밍과 효과음

강공·흡수(Absorb)·버스트 몽타주를 돌려보며 캔슬 지점과 재생 배속(Play Rate)을 다시 잡았다.

후딜이 길어 답답한 동작은 캔슬 창을 앞당기고, 너무 빨리 끊겨 손맛이 없던 건 늦췄다.
각 동작에 맞는 효과음도 몽타주 노티로 함께 걸어, 데미지 배율·소리·캔슬을 한 사이클에서 같이 맞춤.
특히 버스트/콤보는 "버스트로 콤보를 끊고 다시 콤보로 잇는" 흐름이 어색하지 않게 창을 조율.

비교 정리

구분	❌ Before	✅ After
감도 옵션	통합/세부 배타 모드(플래그·통지·핸들러)	축별 X/Y만(분기 제거)
PIE 인트로	매번 메뉴·로딩·시네마틱 통과	`bDeveloperSkipIntroFlow`로 전부 스킵
부팅 스킵 기본값	`true`(스킵 켜짐)	`false`(명시적으로 켤 때만)
스태프 밸런스	원거리 + 준수한 스탯(상위호환)	`GE_StaffFrailty`로 최대 체력 감소(리스크)
동작 캔슬	고정 후딜/배속	동작별 캔슬 창·배속·효과음 조율

핵심 요약

감도는 배타 모드를 걷어내고 축별 X/Y만 — 선택지를 늘리기보다 필요한 최소 UI로 수렴, 로직 분기 제거.
bDeveloperSkipIntroFlow로 메뉴·로딩·시네마틱을 통째로 스킵, 부팅 스킵 기본값은 false로 내려 실수 방지 → 밸런싱 이터레이션이 빨라짐.
스태프는 수치가 아니라 무기 선택에 리스크(GE_StaffFrailty 최대 체력 감소)를 붙여 원거리 우위를 상쇄, GE라 데이터로 재조정 가능.
캔슬은 동작별로 창·배속·효과음을 한 사이클에서 조율 — 값·노티 중심이라 반복 튜닝이 쉽다.

내일배움캠프_Unreal/TIL - Day 153 (260709)

하임 — Thu, 9 Jul 2026 20:57:12 +0900

체감 및 타격감 변경 — 감도 · FOV · 전투 SFX · 히트 피드백

1. 감도 — 곱셈 결합에서 배타(통합/세부) 모드로

기존 마우스 감도는 실제 감도 = 통합 배율(Master) × 축별(X/Y) 구조였다. 둘 다 기본 1.0이라 평소엔 티가 안 났지만, X만 올리면 통합 배율까지 곱해져 사람이 예상한 값과 실제 감도가 어긋났다. 노브가 둘인데 서로 곱해지는 게 문제.

❌ Before — 두 노브가 곱해짐

const float Master = Settings ? Settings->MouseSensitivity : 1.f;
const float SensitivityX = (Settings ? Settings->MouseSensitivityX : 1.f) * Master;
const float SensitivityY = (Settings ? Settings->MouseSensitivityY : 1.f) * Master;

✅ After — 배타 모드. 통합이면 단일 값(양축 공통), 세부면 X/Y만

const bool bUnified = !Settings || Settings->bUseUnifiedSensitivity;
const float SensitivityX = bUnified ? Settings->MouseSensitivity : Settings->MouseSensitivityX;
const float SensitivityY = bUnified ? Settings->MouseSensitivity : Settings->MouseSensitivityY;

UI엔 모드 버튼(Btn_SensMode_Unified/_Detailed)을 붙이고, 현재 모드를 BP에 통지해 안 쓰는 슬라이더를 회색 처리하도록 OnSensitivityModeChanged를 열었다.
어느 쪽이든 값 하나만 최종 감도에 들어가서, 곱셈으로 예측이 어긋나던 문제가 사라짐.

void URetrieveSettingsPanelWidget::HandleSensModeUnified()
{
    if (bRefreshingControls) return;
    if (auto* S = GetUserSettings()) { S->bUseUnifiedSensitivity = true; }
    RefreshCurrentPage();   // 슬라이더 값 갱신 + 모드 통지
    APPLY_PREVIEW(ERetrieveSettingsCategory::Controls);
}

2. FOV — ALSCamera 잔여 의존성 정리

FOV 조절이 예전엔 ALS 카메라 컴포넌트를 거쳤는데, 지금 구조에선 그 경로 없이도 FOV가 먹고 있었다. ALSCamera 모듈은 잔여 의존성만 남은 상태여서, 기능이 안 깨지는 걸 확인하고 잘라냈다.

- "ALSCamera",                      // Retrieve.Build.cs 모듈 의존성
- #include "AlsCameraComponent.h"   // RetrieveSettingsSubsystem.cpp

교훈: 쓰지 않는 카메라 모듈을 링크만 하고 있으면 빌드·의존성 그래프만 무거워진다. 동작 경로가 이미 바뀌었으면 잔여 의존성을 남기지 말 것. 모션블러 기본값도 이 김에 정리(옵션에서 토글 가능, 기본 ON).

3. 리스폰 버튼을 설정 패널 → 시스템 메뉴로

강제 리스폰 버튼이 설정 패널(Btn_Respawn)에 임시로 달려 있었다. 하지만 "강제 리스폰"은 설정 항목이 아니라 인게임 액션이라 자리가 어색했고, 설정 패널에선 인게임인지 검사해 버튼을 숨기고 클릭 시 세션 상태를 재확인하는 가드가 필요했다.

→ 시스템(포즈) 메뉴로 옮기니 그 가드가 통째로 사라짐. 시스템 메뉴는 인게임에서만 열리니까.

void URetrieveSystemMenuWidget::HandleRespawnClicked()
{
    // 강제 리스폰 → 사망 흐름(Result→Retry)이 세션 상태를 전환하며 이 패널을 정리한다.
    if (ARetrievePlayerController* PC = Cast<ARetrievePlayerController>(GetOwningPlayer()))
        PC->RequestUnstuck();
}

교훈: 방어 코드가 늘어난다면 UI가 엉뚱한 곳에 있다는 신호일 수 있다. 있어야 할 곳에 두니 가시성 가드·상태 재확인이 다 필요 없어졌다. 버튼 배선은 BindWidgetOptional이라 WBP는 이름만 맞추면 됨.

4. 전투 SFX 팩 + 스윙·타격 노티

때리는 맛의 절반은 소리였다. Fantasy_Combat_02 SFX 팩(스윙 Whoosh, Big Hit, Hitmark, Short Impact)을 임포트하고:

스윙음 — 검방/스태프 콤보 몽타주에 사운드 노티로 심어 애니 타이밍에 정확히 붙임.
히트 임팩트음 — 팩 사운드로 교체하고, 타격 순간의 GameplayCue.Combat.Hit 큐(GCN_Hit_Impact)가 물게 함.

소리를 코드가 아니라 노티/큐로 데이터화하니, 이후 무기별로 소리만 갈아 끼우기 쉬워졌다.

5. 타격감 — 기본 넉백 400 + 히트 플래시 큐

넉백이 약해 맞아도 밀리는 느낌이 없었다. 일반 히트에 적용되는 전역 기본 넉백을 150 → 400으로 올림. 콘솔 변수라 플레이 중 라이브 튜닝 가능.

// SetByCaller 넉백 없는 히트에 적용(보스/플레이어/DoT 제외). 콘솔 라이브 튜닝.
static TAutoConsoleVariable<float> CVarDefaultHitKnockback(
    TEXT("retrieve.Combat.DefaultHitKnockback"), 400.f, TEXT("기본 히트 넉백 강도. 0=끔."));

여기에 피격 순간 번쩍이는 히트 플래시(GCN_HitFlash + 머티리얼 M_HitFlash)를 큐로 얹어, 소리·넉백·플래시가 같은 타이밍에 겹치도록 함.

6. (버그) 익명 네임스페이스 헬퍼 이름 충돌

작업을 합쳐 빌드하니 링크가 깨졌다. 상점 컴포넌트(RetrieveShopComponent.cpp)의 익명 네임스페이스 헬퍼 이름이 다른 번역 단위의 동명 헬퍼와 충돌.

- void SetInteractionTargetEnabled(AActor* Owner, bool bEnabled)
+ void SetShopInteractionTargetEnabled(AActor* Owner, bool bEnabled)

익명 네임스페이스라고 이름을 흔하게 두면 옆 파일과 부딪힌다. 접두어(Shop)로 구체화하는 걸로 끝.

비교 정리

구분	❌ Before	✅ After
마우스 감도	통합 × 축별 곱셈(예측 어긋남)	배타 모드(통합=단일 값 / 세부=X/Y)
FOV 경로	ALSCamera 모듈 의존 잔존	잔여 모듈·include 제거
리스폰 버튼	설정 패널 + 인게임 가드 이중	시스템 메뉴(인게임 전용, 가드 불필요)
전투 사운드	빈약/코드성	SFX 팩 + 스윙 노티 + 히트 큐(데이터화)
히트 넉백	150(약함)	400 + 히트 플래시 큐(동시 타이밍)

핵심 요약

감도는 곱셈 결합을 없애고 배타(통합/세부) 모드로 — 노브가 서로 곱해져 예측이 어긋나던 문제를 제거.
동작 경로가 바뀐 ALSCamera 잔여 의존성은 모듈·include까지 잘라내 빌드·의존성을 가볍게.
리스폰 버튼은 인게임 전용 시스템 메뉴로 이동 — 방어 코드 증가는 UI 위치가 틀렸다는 신호였고, 옮기니 가드가 사라졌다.
타격감은 SFX 팩 + 스윙 노티 + 히트 큐 + 넉백 400 + 히트 플래시를 같은 타이밍에 겹쳐 완성.

내일배움캠프_Unreal/TIL - Day 152 (260708)

하임 — Wed, 8 Jul 2026 21:39:29 +0900

강제 리스폰과 낙하 정리 - 자기 피격이 '적중'으로 집계되던 버그

1. 설계 결정 — 텔레포트를 새로 짜지 말고 "죽음"을 재사용

플레이어를 마지막 체크포인트로 되돌리는 가장 쉬운 방법은 텔레포트지만, 즉시 텔레포트는 월드 파티션 스트리밍/로딩 커버를 안 거쳐 도착 지점이 로드되지 않은 채 스폰될 위험이 있음.

그런데 이 게임엔 이미 사망 → Result → Retry → 체크포인트 리스폰 흐름이 있고, 여기엔 로딩 커버·스트리밍 보장이 전부 들어 있음. → 언스턱을 정규 사망 처리로 라우팅해서 그 흐름을 통째로 재사용.

[UI Btn_Respawn]
  └→ PC::RequestUnstuck → Server_RequestUnstuck      (클라 → 서버 RPC)
     └→ GameMode::HandleUnstuck    (IsRequestorHost 권한 가드)
        └→ HealthComponent::KillOwner()   (Health → 0)
           └→ 정규 사망 파이프라인:
              GA_Die → Channel.Player.Died → HandlePlayerDied
              → Result 화면 → 자동 Retry → 로딩 커버 + 마지막 체크포인트 리스폰

교훈: "A와 결과가 같은 견고한 경로 B가 이미 있으면, A를 새로 만들지 말고 B로 진입시킨다." 실제 사망과 100% 동일 경로라 언스턱만의 엣지케이스가 아예 안 생긴다.

2. `KillOwner` — Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

사망 파이프라인의 트리거는 결국 Health 0. 그래서 데미지 GE를 만들지 않고 어트리뷰트 베이스를 직접 0으로 세팅 → HandleHealthChanged가 나머지를 알아서 굴림.

void URetrieveHealthComponent::KillOwner()
{
    if (!AbilitySystemComponent || !AttributeSet) return;
    if (bDeathStarted) return;   // 이미 사망 처리 중이면 재진입 방지

    // GE 파이프라인 우회 — Health 0 → GA_Die → ... → Result.
    AbilitySystemComponent->SetNumericAttributeBase(UCombatAttributeSet::GetHealthAttribute(), 0.f);
}

재진입 가드: bDeathStarted로 이미 죽는 중이면 no-op.
SetNumericAttributeBase vs GE: 환경적 강제 사망은 데미지 계산·감쇠·면역이 필요 없으니 베이스 직접 세팅이 더 정확. (실데미지가 아니라 "상태를 죽음으로 만든다".)

3. 권한 라우팅 — 클라 UI에서 시작해 서버에서 실행

리스폰은 서버 권위 동작이라, 클라 UI 입력을 RPC로 서버에 넘기고 서버에서만 실행.

// PlayerController (클라 진입점 → 서버 RPC)
void ARetrievePlayerController::RequestUnstuck() { Server_RequestUnstuck(); }

void ARetrievePlayerController::Server_RequestUnstuck_Implementation()
{
    if (ARetrieveGameMode* GM = GetWorld()->GetAuthGameMode<ARetrieveGameMode>())
        GM->HandleUnstuck(this);
}

// GameMode (서버, 호스트만)
void ARetrieveGameMode::HandleUnstuck(APlayerController* Requestor)
{
    if (!IsRequestorHost(Requestor)) return;   // 요청자 권한 확인
    APawn* Pawn = Requestor ? Requestor->GetPawn() : nullptr;
    if (auto* CombatPawn = Cast<ARetrieveAlsCombatCharacter>(Pawn))
        CombatPawn->GetHealthComponent()->KillOwner();
}

GetAuthGameMode<T>()는 서버에만 유효(클라에선 null) → 자연스러운 서버 가드. 여기에 IsRequestorHost로 한 겹 더.
곁들여 RequestQuitGame(포즈 팝업 게임 종료, 로컬 QuitGame)도 같은 자리에 추가해 "빠져나가는" 동작을 한 곳에 모음.

4. (버그 수정) 낙하 데미지가 원소 게이지를 채우던 문제

강제 리스폰을 검증하려면 일부러 절벽에서 떨어져 죽어봐야 했는데, 낙사를 반복하다 보니 죽을 때마다 원소 게이지가 조금씩 차는 게 보였다. 원인은 공격자 측 "적중" 이벤트(원소 게이지 충전 등 "남을 때렸다" 피드백)가, 낙사/환경 데미지(instigator == target인 self-damage)에도 발행되던 것.

❌ Before — 무조건 공격자 적중 이벤트 발행

EventData.EventTag = AttackerEventTag;
UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(AttackerActor, AttackerEventTag, EventData);

✅ After — 자기 자신에게 입힌 데미지는 "적중" 아님 → 제외

if (TargetActor != AttackerActor)   // self-damage(낙하 등) 제외
{
    EventData.EventTag = AttackerEventTag;
    UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(AttackerActor, AttackerEventTag, EventData);
}

강제 리스폰을 붙이니 드러난 버그. "적중" 피드백은 남을 때렸을 때만 — instigator와 target이 같으면 전투 적중이 아니다.

5. (튜닝) 낙법 실패 착지 몽타주 배속

착지 경직이 길게 느껴져, 낙법 실패 몽타주에 재생 배속 파라미터를 추가(값만, 로직 동일).

// 헤더: EditDefaultsOnly, ClampMin=0.1
float LandingFailMontagePlayRate = 1.f;   // >1.0 = 짧게(빠르게)
// 재생:
PlayAnimMontage(LandingFailMontage, LandingFailMontagePlayRate);

로직은 그대로 두고 파라미터 하나만 늘린 것이라, 애니 에셋을 건드리지 않고 착지 경직 길이를 튜닝할 수 있게 됨.

6. 올리기 전 죽은 에셋 정리

스태프 테스트용으로 만들어두고 안 쓰던 OLD_AM 몽타주 7개(Blink/Burst/HeavyAttack 테스트본)를 삭제하고, 버스트 조합 데이터(DT_SkillCombination)를 최신 값으로 갱신. 데이터 주도로 몽타주를 정리한 뒤 죽어 있던 에셋이라 이번에 같이 제거.

비교 정리

구분	❌ 안 했다면	✅ 이번 구현
언스턱 방식	즉시 텔레포트(스트리밍 미보장)	정규 사망 흐름 라우팅(로딩 커버·체크포인트 재사용)
사망 트리거	데미지 GE 조작	`SetNumericAttributeBase(Health, 0)` + 재진입 가드
실행 권한	클라에서 직접	UI→PC RPC→GM(`IsRequestorHost`)→HealthComp
낙하 데미지	원소 게이지 충전됨(버그)	`instigator==target`이면 적중 이벤트 제외
착지 경직	고정 길이	`LandingFailMontagePlayRate`로 배속 튜닝

핵심 요약

강제 리스폰은 새 텔레포트 로직 대신 이미 견고한 "사망→Result→Retry→체크포인트" 흐름에 라우팅 — 로딩 커버/스트리밍/엣지케이스를 공짜로 얻는다.
사망 트리거는 Health를 직접 0으로(SetNumericAttributeBase) 세팅해 파이프라인을 단일 소스로 구동, bDeathStarted로 재진입 방지.
서버 권위 동작은 UI(클라) → PC RPC → GM 권한 가드 → 실행으로 라우팅하고, GetAuthGameMode<T>() null 특성이 자연스러운 서버 가드가 된다.
"적중" 피드백은 instigator ≠ target일 때만 — self-damage(낙사 등)로 원소 게이지가 차는 버그를 이 한 줄로 막는다.

내일배움캠프_Unreal/TIL - Day 151 (260707)

하임 — Wed, 8 Jul 2026 21:39:05 +0900

휴가

내일배움캠프_Unreal/TIL - Day 150 (260706)

하임 — Mon, 6 Jul 2026 23:54:31 +0900

언스턱(강제 리스폰) - 새 로직 대신 "정규 사망 흐름" 재사용

1. `KillOwner` - Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

void URetrieveHealthComponent::KillOwner()
{
    if (!AbilitySystemComponent || !AttributeSet) return;
    if (bDeathStarted) return;   // 이미 사망 처리 중이면 재진입 방지

    // GE 파이프라인 우회 — ResetHealth와 동일 기법. Health 0 → GA_Die → ... → Result.
    AbilitySystemComponent->SetNumericAttributeBase(UCombatAttributeSet::GetHealthAttribute(), 0.f);
}

재진입 가드: bDeathStarted로 이미 죽는 중이면 no-op.
SetNumericAttributeBase vs GE: 환경적 강제 사망은 데미지 계산·감쇠·면역이 필요 없으니 베이스 직접 세팅이 더 정확. (실데미지가 아니라 "상태를 죽음으로 만든다".)

2. UI 가드 이중화 + 버튼 부재 안전 처리

"강제 리스폰" 버튼은 인게임에서만 의미가 있음. 메인 메뉴에서 설정을 열면 숨겨야 하고, 세션 상태가 바뀐 뒤 눌릴 가능성도 막아야 함.

// NativeConstruct — 인게임이 아니면 버튼 숨김. WBP에 버튼이 아직 없으면 FindWidget이 null → 안전 무시.
if (UButton* RespawnButton = FindWidget<UButton>(this, TEXT("Btn_Respawn")))
{
    const bool bInGame = GS && GS->GetSessionState() == ERetrieveSessionState::InGame;
    RespawnButton->SetVisibility(bInGame ? ESlateVisibility::Visible : ESlateVisibility::Collapsed);
}

// HandleRespawn — 클릭 시에도 세션 상태 재확인(가시성 가드가 뚫려도 방어)
if (!GS || GS->GetSessionState() != ERetrieveSessionState::InGame) return;
if (auto* PC = Cast<ARetrievePlayerController>(GetOwningPlayer())) PC->RequestUnstuck();
RequestClose();   // 요청 후 패널 닫아 게임 입력 복귀

이중 가드: 표시(Visibility) + 실행(핸들러) 양쪽에서 인게임 확인.
버튼 부재 내성: FindWidget null 허용 → C++ 선반영 후 WBP에 버튼을 나중에 추가해도 크래시 없음(배선 순서 독립).
곁들여 RequestQuitGame(포즈 팝업 게임 종료, 로컬 QuitGame)도 추가.

3. (버그 수정) 낙하 데미지로 원소 게이지가 차던 문제

공격자 측 "적중" 이벤트(원소 게이지 충전 등 "남을 때렸다" 피드백)가, 낙사/환경 데미지(instigator == target인 self-damage)에도 발행되던 게 원인.

❌ Before — 무조건 공격자 적중 이벤트 발행

EventData.EventTag = AttackerEventTag;
UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(AttackerActor, AttackerEventTag, EventData);

✅ After — 자기 자신에게 입힌 데미지는 "적중" 아님 → 제외

if (TargetActor != AttackerActor)   // self-damage(낙하 등) 제외
{
    EventData.EventTag = AttackerEventTag;
    UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(AttackerActor, AttackerEventTag, EventData);
}

낙사 강제 리스폰을 붙이니 드러난 버그. "적중" 피드백은 남을 때렸을 때만 - instigator와 target이 같으면 전투 적중이 아니다.

4. (튜닝) 낙법 실패 착지 몽타주 배속

착지 경직이 길게 느껴져, 낙법 실패 몽타주에 재생 배속 파라미터를 추가(값만, 로직 동일).

// 헤더: EditDefaultsOnly, ClampMin=0.1
float LandingFailMontagePlayRate = 1.f;
// 재생: 배속 전달 (>1.0 = 짧게)
PlayAnimMontage(LandingFailMontage, LandingFailMontagePlayRate);

비교 정리

구분	❌ 안 했다면	✅ 이번 구현
사망 트리거	데미지 GE 조작	`SetNumericAttributeBase(Health, 0)` + 재진입 가드
리스폰 버튼	항상 노출/무가드	Visibility + 핸들러 재확인 + `FindWidget` null 내성
낙하 데미지	원소 게이지 충전됨(버그)	`instigator==target`이면 적중 이벤트 제외
착지 경직	고정 길이	`LandingFailMontagePlayRate`로 배속 튜닝

핵심 요약

사망 트리거는 Health를 직접 0으로(SetNumericAttributeBase) 세팅해 파이프라인을 단일 소스로 구동, bDeathStarted로 재진입 방지..
UI 버튼은 표시·실행 이중 가드 + FindWidget null 내성으로, C++를 먼저 넣고 WBP 배선을 나중에 해도 안전하게 한다.
"적중" 피드백은 instigator ≠ target일 때만 — self-damage(낙사 등)로 원소 게이지가 차는 버그를 이 한 줄로 막는다.

내일배움캠프_Unreal/TIL - Day 149 (260703)

하임 — Fri, 3 Jul 2026 23:44:24 +0900

Staff 전투 완성 - 얼음창 다중 투사체 · 지속 장판 · 부분 슈퍼아머 · 워프 옵션화

1. Water Heavy 얼음창 - 다중 투사체 "동시 소환 → 개별 발사"

3발이 머리 주변에 동시에 맺힌 뒤 각자 다른 타이밍에 날아가는 연출. 세 가지 장치가 필요했음.

(a) 지연 발사 - 스폰 후 제자리에 떠 있다 발사

ProjectileMovement의 속도를 0으로 두면 (중력 0 가정) 제자리에 뜬 채 대기 → 타이머로 저장한 방향에 발사.

void AStaffProjectile::ArmDelayedLaunch(const FVector& Direction, float Speed, float Delay)
{
    PendingLaunchDirection = Direction;  PendingLaunchSpeed = Speed;
    ProjectileMovement->Velocity = FVector::ZeroVector;
    ProjectileMovement->InitialSpeed = 0.f;   // PMC가 안 움직임 = 스폰 위치에 정지
    World->GetTimerManager().SetTimer(LaunchDelayTimerHandle, this, &AStaffProjectile::HandleDelayedLaunch, Delay, false);
}

(b) 소켓 앵커 + 오프셋 가산 - 좌/상/우 배치

기존엔 "소켓이 있으면 SpawnOffset 무시"였음. 다중 스폰을 위해 소켓을 앵커로 두고 그 위에 오프셋을 가산하는 모드(bAddOffsetToSocketBase)를 추가.

if (bUsedSocket && Params.bAddOffsetToSocketBase)
    SpawnLocation += AvatarActor->GetActorRotation().RotateVector(Params.SpawnOffset);

(c) 볼리 상호 충돌 무시 - 형제 창에 막혀 소멸 방지

먼저 발사된 창이, 아직 떠 있는 형제 창에 부딪혀 즉시 파괴되는 문제. → 같은 볼리끼리 이동 스윕에서 서로 건너뛰게 등록.

// AStaffProjectile
void IgnoreOtherProjectile(AStaffProjectile* Other)
{ CollisionSphere->IgnoreActorWhenMoving(Other, true); }   // 블로킹/오버랩 모두 무시

// GA_HeavyAttack::ScheduleProjectiles — 오프셋 개수만큼 동시 스폰 후 O(n²) 상호 등록
for (int32 i = 0; i < Offsets.Num(); ++i)
    Volley.Add(SpawnOneProjectile(Offsets[i], /*bAddOffsetToSocketBase=*/true, FireDelays[i]));
for (a: Volley) for (b: Volley) if (a != b) Volley[a]->IgnoreOtherProjectile(Volley[b]);

리팩토링: SpawnProjectile()(void, 단일) → SpawnOneProjectile(offset, bAddToSocket, delay)(스폰된 투사체 반환)로 바꿔 레거시 단일 경로와 다중 볼리 경로가 같은 스폰 함수를 공유.

2. Water Burst 지속 장판(소용돌이) - 매 프레임 노티 + 적별 간격 데미지

신규 실행 타입 EAttackExecutionType::AreaContinuous. 노티 구간 동안 매 프레임 호출되며, 데미지는 적별 간격으로, 넉백은 매 프레임 방사.

void UPlayerBurstComponent::DoAreaContinuousHit(const FBurstHitInstance& Hit, int32 HitIndex)
{
    // 중심 반경 오버랩 (AoeRadius 재사용) ...
    const double Now = World->GetTimeSeconds();
    TMap<TWeakObjectPtr<AActor>, double>* TimeMap = &PerHitLastHitTime[HitIndex];  // 적별 마지막 타격 시각

    // 이중 넉백 방지: 데미지 틱에서 GE 방향성 넉백은 끄고, 방사 넉백을 단일 소스로.
    FBurstHitInstance DamageHit = Hit;
    DamageHit.KnockbackStrength = 0.f;
    DamageHit.KnockbackUpwardStrength = 0.f;

    for (Target : Overlaps)
    {
        bool bApplyDamage = true;   // 첫 진입 즉시 1틱
        if (const double* Last = TimeMap->Find(Target)) bApplyDamage = (Now - *Last) >= Interval;
        if (bApplyDamage) { ApplyHitToTarget(Target, DamageHit, ...); TimeMap->Add(Target, Now); }
        // + 매 프레임 중심→바깥 방사 넉백 수집(보스 제외 옵션)
    }
}

핵심 자료구조: PerHitLastHitTime = per-HitIndex의 TMap<약참조 액터, 시각> → 장판 위에 서 있는 적마다 재적용 간격(ContinuousDamageInterval)을 독립 관리.
이중 넉백 방지 : 데미지 GE에도 방향성 넉백이 붙어 있으면 방사 넉백과 두 소스가 충돌 → 데미지 틱에서는 GE 넉백을 끄고 방사만 밈.

3. 공격 중 "부분 슈퍼아머" - 전역 억제 vs 비보스 억제 2단 구성

콤보/강공이 잡몹 피격엔 안 끊기고 보스 공격엔 끊기게. 기존 전역 억제(버스트 슈퍼아머)에 조건부 억제를 한 겹 더.

❌ Before — 억제 태그 1종(전역)만: 있으면 무조건 리액션 스킵
✅ After — 2단 억제

// (1) 전역: 모든 공격자에 대해 스킵 (버스트 슈퍼아머 = State.Player.Bursting)
if (ASC->HasAnyMatchingGameplayTags(ReactionSuppressionTags)) return;

// (2) 부분: 공격 중이면 '비보스' 공격자만 스킵 (보스는 통과)
if (ASC->HasAnyMatchingGameplayTags(AttackStateSuppressionTags))   // State.Player.Attacking / UsingHeavyAttack
    if (!(bBossBypassesAttackSuppression && IsInstigatorBoss(Payload)))
        return;

보스 판정: 피격 이벤트 Payload->Instigator의 ASC에 Monster.Type.Boss 태그가 있는지(IsInstigatorBoss).
공용 안전장치: AttackStateSuppressionTags 기본값이 플레이어 공격 태그라, 이 태그가 없는 적에게는 영향 없음(플레이어/적 공용 컴포넌트).
데미지는 두 경우 모두 정상 적용 — 억제되는 건 리액션(몽타주/어빌리티 캔슬)뿐.

4. AttackWarp - 무타겟 시 입력방향 회전을 옵션화

돌진 워프가 타겟이 없으면 항상 이동 입력 방향으로 회전했음 → 특정 콤보에선 원치 않는 재정렬. 플래그로 끌 수 있게.

// 무타겟일 때만 해당. 타겟이 있으면 여전히 워프.
- if (bPlayerControlled && !InputDir.IsNearlyZero())
+ if (bRotateToInputWhenNoTarget && bPlayerControlled && !InputDir.IsNearlyZero())

원칙: "무입력에도 정면 강제회전" 버그를 잡을 때 raw 이동 입력만 쓰도록 한 데 더해, 회전 자체를 데이터로 on/off → 콤보별로 재정렬을 허용/금지.

5. (짧게) 무기 히트볼륨 `BoundsRadiusScale` 기본값 3.0

Bounds 트레이스 반경 스케일 기본값을 3.0으로 올리고 데이터에 반영. 판정이 얇게 느껴지던 걸 완화(값만 변경, 로직 동일).

비교 정리

구분	❌ Before	✅ After
투사체 스폰	단일 `SpawnProjectile()`(void)	`SpawnOneProjectile(...)`(반환) — 단일/볼리 공용
다중 발사	순차 스폰	동시 스폰 + 투사체별 `FireDelays[i]` 발사 지연
소켓+오프셋	소켓 있으면 오프셋 무시	`bAddOffsetToSocketBase`로 앵커 위 가산
볼리 충돌	형제 창에 막혀 소멸	`IgnoreActorWhenMoving`로 상호 무시
장판 데미지	(없음)	`AreaContinuous` — 적별 `TMap<Actor,시각>` 간격 재적용
장판 넉백	—	매 프레임 방사(데미지 틱 GE 넉백 끔=이중 방지)
피격 억제	전역 1종	전역(모든 공격자) + 부분(비보스만, 보스 예외)
워프 회전	무타겟이면 항상 입력방향	`bRotateToInputWhenNoTarget`로 on/off

핵심 요약

"동시 소환 → 개별 발사" 볼리는 ①속도 0 대기(지연 발사) ②소켓 앵커+오프셋 가산 ③형제끼리 IgnoreActorWhenMoving 세 장치가 함께 필요. 특히 형제 충돌 무시를 빼면 먼저 나간 발사체가 소멸함.
지속 장판은 매 프레임 노티 + per-target TMap<Actor,시각> 로 적별 간격 데미지, 넉백은 매 프레임 방사. 넉백 소스는 하나로(데미지 GE 넉백 끄기).
슈퍼아머는 전역/부분 2단 — 전역은 모든 공격자, 부분은 비보스만(보스는 Instigator ASC의 Monster.Type.Boss로 예외). 데미지는 항상 적용, 리액션만 억제.
"항상 하는 동작"이 콤보마다 거슬리면 데이터 플래그로 on/off(예: 워프 무타겟 회전) — 코드 분기보다 데이터로 끄고 켠다.

내일배움캠프_Unreal/TIL - Day 148 (260702)

하임 — Thu, 2 Jul 2026 23:12:08 +0900

스태프 확장 - 부채꼴 판정 · 이벤트 착지 슬램 · 돌진 관통 · 원소 손 VFX

1. 이벤트 기반 착지 슬램 - Tick 폴링이 아니라 `LandedDelegate`

공중 버스트(WindBurst)가 바닥에 닿는 순간을 매 프레임 검사(Tick)로 잡지 않고, ACharacter::LandedDelegate에 바인딩해 콜백으로 받음.

// ActivateAbility — 착지 슬램 버스트만 바인딩
if (bLandingImpactEnabled)
{
    AlsChar->SetSuppressLandingRoll(true);                 // §2
    LandChar->LandedDelegate.AddDynamic(this, &ThisClass::HandleLanded);
    BoundLandedCharacter = LandChar;
}

// HandleLanded — 착지 순간 3가지
MoveComp->StopMovementImmediately();                       // (1) 잔여 다이브 속도 제거 → 그 자리 정지
ASC->CurrentMontageJumpToSection(CachedLandingSection);   // (2) 착지 섹션 점프
CachedBurstComp->ApplyLandingImpact(Center, Radius, ...); // (3) AoE 데미지 + 방사 넉백(보스 제외)

(1)의 이유: 다이브 낙하 속도가 남으면 착지 후 앞으로 미끄러짐 → StopMovementImmediately()로 벽 앞이든 어디든 딱 그 자리에 멈춤.
1회성 플래그 누수 방지 : bLandingHandled로 중복 방지 + CleanupBurst()에서 착지 억제 플래그가 소비 안 된 채 종료되면 강제 해제 + UnbindLanded()로 델리게이트 구독 해제 → 다음 착지로 새지 않게. 이벤트 바인딩은 반드시 대칭 해제.

2. ALS 착지 연출 억제 - Roll만으론 부족, Ragdoll도

"쿵 하고 그냥 착지" 연출을 위해 ALS 착지 자동 연출을 이 착지 1회만 끔.

❌ Before — Roll만 억제 → 착지 래그돌이 남아 캐릭터가 픽 쓰러짐

Settings->Rolling.bStartRollingOnLand = false;   // Roll만

✅ After — Roll + Ragdoll 둘 다 억제 후 원복

const bool bPrevRoll    = Settings->Rolling.bStartRollingOnLand;
const bool bPrevRagdoll = Settings->Ragdolling.bStartRagdollingOnLand;
Settings->Rolling.bStartRollingOnLand       = false;
Settings->Ragdolling.bStartRagdollingOnLand = false;
Super::NotifyLocomotionModeChanged(PreviousLocomotionMode);
Settings->Rolling.bStartRollingOnLand       = bPrevRoll;   // 원복
Settings->Ragdolling.bStartRagdollingOnLand = bPrevRagdoll;
bSuppressLandingRoll = false; // 1회 소비

패턴: 공유 세팅(ALS는 세팅을 전역으로 공유)을 잠깐 바꿔야 하면 [저장 → 끄기 → Super 호출 → 원복] 스코프로 감싼다. 영구 변경하면 다른 상황의 착지까지 망가짐.

3. 부채꼴(Cone) 판정 - 구체 오버랩 + 내적 각도 컷

전용 콘 셰이프를 만들지 않고, 구체 오버랩으로 후보를 모은 뒤 내적으로 각도를 자름. 저렴하고 간단함.

const FVector Forward = Owner->GetActorForwardVector().GetSafeNormal2D();  // 수평 투영
const float CosHalf = FMath::Cos(FMath::DegreesToRadians(ConeHalfAngleDeg));
// ...구체 오버랩으로 Overlaps 수집 후:
const FVector ToTarget = (Target->GetActorLocation() - Origin).GetSafeNormal2D();
if (FVector::DotProduct(Forward, ToTarget) < CosHalf) continue;  // 반각 밖 → 스킵

핵심: Dot(전방, 대상방향) ≥ cos(반각) 이면 부채꼴 안. acos 없이 코사인 비교로 처리.
GetSafeNormal2D = 높이차 무시하고 수평 부채꼴.
두 곳에서 재사용: 버스트/강공 공용(EAttackExecutionType::Cone → DoConeHit)과 콤보 스텝 광역(GA_Attack::ApplyStepDamage).

콤보 스텝 콘 - 블레이드 판정 + 콘 광역을 합산

콤보 스텝에 bUseCone를 켜면 무기 블레이드 트레이스 결과에 콘 오버랩 결과를 더함(마지막 타 광역 등). bWeaponTrace=false면 블레이드 없이 콘만(왼손 방출 스텝).

// UE5: FHitResult는 액터를 HitObjectHandle로 들고 있음 → GetActor()가 유효하려면 명시 세팅해야 함.
FHitResult ConeHit(ForceInit);
ConeHit.HitObjectHandle = FActorInstanceHandle(ConeTarget);   // ⚠️ 이거 없으면 후단에서 GetActor()==nullptr
ConeHit.ImpactPoint = ConeTarget->GetActorLocation();
ConeHit.bBlockingHit = true;
AllHits.Add(ConeHit);   // 블레이드 히트 + 콘 히트 한 배열로 합쳐 뒤에서 일괄 데미지

중복 방지: PerHitHitActors[HitIndex] 집합으로 노티 매 프레임 호출에도 대상당 1회.

4. 돌진 중 적(Pawn) 관통 -콜리전을 끄지 말고 "채널 응답"만 토글

돌진(Dash) 공격이 적을 밀치며 통과하되 벽은 막혀야 함. 콜리전을 통째로 끄면(SetActorEnableCollision) 벽도 통과 → 대신 Pawn 채널 응답만 Ignore.

// RetrieveGameplayAbility (공통 베이스 헬퍼 — Burst/Heavy 공용)
void URetrieveGameplayAbility::SetAvatarPawnCollisionIgnored(bool bIgnore) const
{
    if (UCapsuleComponent* Capsule = Character->GetCapsuleComponent())
        // 벽(WorldStatic/Dynamic)은 그대로 Block, 적(Pawn)만 통과.
        Capsule->SetCollisionResponseToChannel(ECC_Pawn, bIgnore ? ECR_Ignore : ECR_Block);
}

// GA_Burst::ActivateAbility / GA_HeavyAttack::RunExecutorPath — 돌진 타입만 켜고
if (AttackType == EAttackExecutionType::Dash) SetAvatarPawnCollisionIgnored(true);
// CleanupBurst / EndAbility — 반드시 복구(비돌진이면 no-op)
SetAvatarPawnCollisionIgnored(false);

교훈: "특정 대상만 통과"는 콜리전 on/off가 아니라 채널별 Response 전환. 켜기/복구는 GA 진입·종료에서 대칭으로, 공용 로직은 베이스 클래스 헬퍼로 뺀다.

5. 메테오 대각선 낙하 · 지면 스냅 · 도착 임팩트 VFX

낙하 소환물(ABurstWorldActorBase)이 수직으로만 떨어지던 걸 확장.

기능	필드 / 처리
대각선 낙하	`SpawnHorizontalOffset`(FVector2D, 로컬 X전후/Y좌우)를 `SpawnHeightOffset`(Z)과 합쳐 액터 회전 기준 회전벡터로 시작점 산출
지면 스냅	`bWorldSnapToGround` → 전방 스폰 지점 아래로 라인트레이스 → 착지 Z를 지면에 맞춘 뒤 `WorldSpawnHeightOffset`만큼 위에서 스폰
판정 반경	`WorldActorRadius` 데이터 우선, 0이면 컴포넌트 기본값 폴백
도착 임팩트	지면 도착(모션 완료) 순간 `ImpactVFX` 1회 스폰(`bImpactSpawned` 중복 방지) — BP 배선 없이 데이터로

// 대각선: 로컬 오프셋을 액터 회전으로 돌려 월드 시작점
const FVector LocalStartOffset(SpawnHorizontalOffset.X, SpawnHorizontalOffset.Y, SpawnHeightOffset);
StartLocation = TargetLocation + GetActorRotation().RotateVector(LocalStartOffset);

// 지면 스냅: 시전자 높이가 아니라 착지 지점 지면 기준
if (ActiveSpec.bWorldSnapToGround && World->LineTraceSingleByChannel(GroundHit, Up, Down, ECC_Visibility, P))
    SpawnLocation.Z = GroundHit.ImpactPoint.Z;
SpawnLocation.Z += ActiveSpec.WorldSpawnHeightOffset;

6. 스태프 왼손 원소 VFX - 이벤트 구독 + diff 기반 재스폰 회피

현재 원소(Fire/Water/Wind)에 맞는 Niagara를 왼손 소켓에 상시 부착, 원소가 바뀔 때만 스왑. URetrieveCosmeticData에 TMap<원소태그, Niagara> 를 두어 데이터 주도.

// 원소 변경 이벤트(GameplayEvent.Element.ModeChange) 구독 → RefreshCosmeticState → RefreshHandVFX
// 원하는 VFX: Staff 장착 + 현재 원소 매핑이 있을 때만
UNiagaraSystem* DesiredVFX = (Staff && Element.IsValid())
    ? CosmeticData->HandVFXByElement.Find(CurrentElementTag)->LoadSynchronous() : nullptr;

// ⭐ diff: 이미 같은 시스템이면 재스폰 안 함 (원소/무기 그대로면 유지 → 깜빡임·누수 방지)
if (DesiredVFX == (SpawnedHandVFX ? SpawnedHandVFX->GetAsset() : nullptr)) return;

// 교체: 기존 Destroy → 새 원소 VFX를 손 소켓에 bAutoDestroy=false로 부착
SpawnedHandVFX = UNiagaraFunctionLibrary::SpawnSystemAttached(DesiredVFX, Mesh, HandVFXSocket, ...);

소켓 부재 방어: 소켓이 스켈레톤에 없으면 루트에 붙어 하반신을 덮음 → DoesSocketExist 체크 후 경고 로그.
갱신 트리거: 무기 변경/원소 변경/장착 모두 RefreshCosmeticState()로 수렴 → 한 경로에서 스왑.

비교 정리

구분	❌ Before	✅ After
착지 감지	Tick 폴링 경향	`LandedDelegate` 이벤트 1회(+대칭 해제)
착지 후 이동	잔여 속도로 미끄러짐	`StopMovementImmediately()`
착지 연출 억제	Roll만	Roll + Ragdoll (1회 후 원복)
부채꼴 판정	(없음)	구체 오버랩 + `Dot ≥ cos(반각)`
콤보 마지막 광역	블레이드만	블레이드 히트 + 콘 히트 합산
UE5 합성 히트	`GetActor()` null	`HitObjectHandle = FActorInstanceHandle(...)` 명시
돌진 관통	콜리전 on/off (벽도 통과)	Pawn 채널 응답만 `Ignore`, 벽은 Block
소환물 낙하	순수 수직	대각선 + 지면 스냅 + 도착 임팩트 VFX
손 원소 VFX	(없음/BP)	이벤트 구독 + diff 재스폰 회피(데이터 맵)

핵심 요약

착지 훅은 Tick 폴링 말고 LandedDelegate — 착지 순간 StopMovementImmediately로 미끄러짐 제거, 이벤트 바인딩·1회성 플래그는 정리 경로에서 반드시 대칭 해제/복구.
ALS "그냥 쿵" 착지는 Roll + Ragdoll 둘 다 억제, 공유 세팅은 [저장→끄기→Super→원복] 스코프.
부채꼴은 전용 셰이프 없이 구체 오버랩 + Dot ≥ cos(반각) 로 충분. 여러 판정 소스를 한 배열로 합칠 땐 UE5 FHitResult.HitObjectHandle을 명시해야 GetActor()가 산다.
"특정 대상만 통과"는 콜리전 on/off가 아니라 채널별 Response 전환(ECC_Pawn → Ignore), 벽은 Block 유지. 켜기/복구는 대칭 + 공용 베이스 헬퍼.
- 부착형 VFX는 원하는 자산 == 현재 자산이면 재스폰 스킵(diff)으로 깜빡임·누수를 막고, 소켓 부재는 경고로 방어한다.

내일배움캠프_Unreal/TIL - Day 147 (260701)

하임 — Wed, 1 Jul 2026 20:47:49 +0900

Burst Phase Dash

1. 이동 파라미터를 "행 단위"에서 "타격 단위(per-hit)"로 이관

문제: 한 버스트 안에서 이동 페이즈를 못 나눔

WindBurst는 "솟구쳐 오른 뒤 → 전방으로 다이브" 처럼 이동이 두 페이즈로 나뉨. 그런데 대시 값(거리/시간/상승)이 스킬 행(FSkillCombination)에 하나만 있어 한 세트밖에 못 씀.

해결: 대시 값을 각 타격(`FBurstHitInstance`)으로 내림

HitSequence의 HitIndex별로 다른 이동을 주도록 per-hit 오버라이드를 추가. HitIndex 0 = 순수 상승, HitIndex 1 = 전방+하강.

// FBurstHitInstance (per-hit 오버라이드)
bool  bOverrideDashMotion = false;
float DashForwardDistance = 0.f;  // 음수 = 후방
float DashUpwardSpeed     = 0.f;  // 양수 = 상승 / 음수 = 하강
float DashLaunchDuration  = 0.2f; // 발사 속도 = 거리 / 시간

주의 ⚠️: 공용 실행 spec(FAttackExecutionSpec)의 행 단위 대시는 Heavy 등도 쓰므로 유지. 버스트 행(FSkillCombination)에서만 제거 → 실행기는 bOverrideDashMotion이면 per-hit, 아니면 spec 폴백으로 이원화.

// DoDashHit — per-hit이면 타격 값, 아니면 spec(행) 값으로 폴백
const bool  bPerHitDash = Hit.bOverrideDashMotion;
const float DashDistance = bPerHitDash ? Hit.DashForwardDistance : ActiveSpec.DashDistance;
const float DashUpwardSpeed = bPerHitDash ? Hit.DashUpwardSpeed : ActiveSpec.DashUpwardSpeed;

교훈: 한 액션 안에서 단계마다 값이 달라져야 하면 그 값을 "행(1세트)"이 아니라 "타격 시퀀스(N개)"로 내린다. 기존 공용 경로는 지우지 말고 폴백으로 남겨 다른 공격(Heavy)이 계속 쓰게 한다.

2. 상승 성분엔 `bOverrideZ` — 수평/수직 합성 발사

전방 속도(수평) + 상승/하강 속도(수직)를 한 벡터로 합성해 발사. 여기서 LaunchCharacter의 Z 덮어쓰기 여부가 핵심.

FVector LaunchVelocity = Forward * (DashDistance / DashLaunchDuration);
LaunchVelocity.Z += DashUpwardSpeed;
// 상승 성분이 있으면 Z도 덮어써야 실제로 떠오름. 순수 전방이면 기존 낙하 Z 보존.
URetrieveKnockbackLibrary::LaunchSelf(Character, LaunchVelocity.GetSafeNormal(),
    LaunchVelocity.Size(), /*bOverrideXY=*/true, /*bOverrideZ=*/bHasUpward);

❌ Before — 순수 전방만 가정, Z는 항상 보존

LaunchSelf(Character, Forward, Speed, /*bOverrideXY=*/true, /*bOverrideZ=*/false);

✅ After — 상승이 있을 때만 Z를 덮어써 실제로 떠오르게

트러블슈팅: bOverrideZ=false면 상승 속도를 줘도 기존 수직 속도/중력에 묻혀 안 떠오름. 상승 성분(bHasUpward)이 있을 때만 true.
⚠️ 애님 세팅 전제: 다이브 애님은 Root Motion OFF + Force Root Lock이어야 함. 안 그러면 루트모션이 이동 소유권을 가져가 LaunchCharacter가 팝백됨.

비교 정리

구분	❌ Before	✅ After
버스트 이동 값	행(`FSkillCombination`) 1세트	per-hit(`FBurstHitInstance`) → 상승/다이브 페이즈 분리
공용 실행기 대시	행 값만	spec 폴백 유지 (Heavy 등이 씀)
발사 방향	전방(수평)만	수평 + 수직(상승/하강) 합성
상승 발사 Z	항상 보존(`bOverrideZ=false`)	상승 성분 있으면 `bOverrideZ=true`

핵심 요약

한 액션 안에서 단계마다 이동이 달라지면 값을 행(1세트) → 타격 시퀀스(per-hit)로 내린다. 기존 공용 경로는 지우지 말고 폴백으로 남겨 다른 공격이 계속 쓰게.
전방+상승을 한 벡터로 합성해 발사하고, 상승 성분이 있을 때만 bOverrideZ=true(아니면 안 떠오름).
LaunchCharacter로 띄우는 다이브 애님은 Root Motion OFF / Force Root Lock 필수 — 안 그러면 팝백.

내일배움캠프_Unreal/TIL - Day 146 (260630)

하임 — Tue, 30 Jun 2026 21:03:14 +0900

GAS 이벤트 기반 패리 카운터 & 가드공격 Bounds화

1. 패리 카운터 - 입력 게이팅에서 이벤트 트리거로

문제: 카운터가 "상태 태그 + 재입력"에 묶여 있었음

패리 성공 후 카운터를, State.Player.CanCounter 상태를 켜두고 플레이어가 Attack을 다시 눌러야 나가는 방식이었음.

성공했는데 한 번 더 입력해야 하고, 그 사이 윈도우를 놓치면 불발.
CanCounter 상태 부여/해제와 카운터 윈도우 GE(CounterWindowEffect)까지 관리해야 함 → 상태 머신이 무거움.

해결: 패리 성공 순간 게임플레이 이벤트로 카운터 GA를 자동 발동

카운터 GA가 특정 이벤트를 수신하면 스스로 발동하도록 트리거를 등록. 입력·상태가 아니라 이벤트가 발동 조건.

❌ Before — 상태 태그로 게이팅 (외부 입력이 실제 트리거)

// GA_ParryCounter 생성자
ActivationRequiredTags.AddTag(RetrieveGameplayTags::State_Player_CanCounter);

✅ After — 이벤트 자체가 발동 트리거

// GA_ParryCounter 생성자
FAbilityTriggerData CounterTrigger;
CounterTrigger.TriggerTag = RetrieveGameplayTags::GameplayEvent_Parry_Counter;
CounterTrigger.TriggerSource = EGameplayAbilityTriggerSource::GameplayEvent;
AbilityTriggers.Add(CounterTrigger);

개념 구분

ActivationRequiredTags = "이 태그가 있어야 발동 가능" — 발동 트리거는 여전히 외부(입력).

AbilityTriggers(GameplayEvent) = 이벤트 수신 = 발동. 별도 입력/상태 불필요.

2. 이벤트 송신 - `SendGameplayEventToActor` + 페이로드로 대상 전달

패리 성공 처리부(GA_ParryBase::HandleParrySuccess)에서 이벤트를 쏨. 페이로드에 맞은 대상을 실어 보내 카운터가 누굴 칠지까지 함께 넘김.

FGameplayEventData CounterEvent;
CounterEvent.EventTag       = RetrieveGameplayTags::GameplayEvent_Parry_Counter;
CounterEvent.Instigator     = CounterAvatar;
CounterEvent.Target         = LastParriedAttacker.Get();
CounterEvent.OptionalObject = LastParriedAttacker.Get();
UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(
    CounterAvatar, RetrieveGameplayTags::GameplayEvent_Parry_Counter, CounterEvent);

부수 효과: 이벤트 방식으로 가니 CounterWindowEffect(카운터 윈도우 GE) 적용 코드가 통째로 불필요 → 상태 GE 하나 제거.
주의 : 신규 태그 GameplayEvent.Parry.Counter는 .cpp(UE_DEFINE_...)와 .h(UE_DECLARE_...) 양쪽 선언해야 링크됨. 한쪽만 하면 링크 에러.

3. 가드공격 Bounds화 - 검과 방패의 다른 형상

평타·점프에서 만든 URetrieveWeaponTraceLibrary를 가드공격도 재사용. 공격 소스에 따라 다른 형상 API 호출.

트레이스 소스	API	형상
무기(검)	`BuildBoundsTrace`	최장축 구체 스윕
방패	`BuildBoundsSphere`	중심 구체 1개

// 검 — 무기 메시 바운드 스윕. 성공하면 여기서 return, 실패 시 아래 소켓 폴백
FWeaponTraceSegment WeaponSeg;
if (URetrieveWeaponTraceLibrary::BuildBoundsTrace(TraceMesh, 1.0f, 0.f, SegCount, WeaponSeg)
    && WeaponSeg.IsValidTrace())
{
    OutPoints = WeaponSeg.Points;
    ResolvedTraceRadius = WeaponSeg.Radius;
    return;
}
// ↓ (Bounds 실패 시) 기존 소켓 경로 폴백 유지

평타는 레거시 소켓 경로를 삭제했지만, 가드공격은 Bounds 우선 + 소켓 폴백을 남겨 안전하게 전환.

4. 방패 메시를 소켓으로 조회 - `GetEquippedMeshBySocket`

방패는 검과 별도 메시 컴포넌트라, 여러 파트 중 "어느 게 방패냐"를 알아야 트레이스가 됨.
→ 부착 소켓 이름("Shield")으로 파트를 찾는 getter를 새로 추가.

UMeshComponent* UWeaponComponent::GetEquippedMeshBySocket(FName AttachSocketName) const
{
    for (const FRetrieveEquippedWeaponPart& Part : WeaponAttachParts)
        if (Part.DrawnSocket == AttachSocketName && IsValid(Part.Mesh))
            return Part.Mesh;
    return nullptr;
}

// 호출부 (BuildShieldTracePoints)
UMeshComponent* ShieldMesh = CachedWeaponComponent->GetEquippedMeshBySocket(RetrieveWeaponSockets::Shield);

기존 GetWeaponMeshForTrace(두 소켓을 다 가진 메시 1개 반환)로는 방패를 특정할 수 없어, 부착 위치 기준 조회가 별도로 필요했음.

5. `mutable ResolvedTraceRadius` - const 산출 메서드가 반경을 되돌려 씀

Bounds 트레이스는 점뿐 아니라 반경도 메시 크기에서 산출됨. 그래서 스윕 반경을 데이터테이블 행의 고정 TraceRadius가 아니라 산출된 반경으로 써야 함.

문제: 트레이스 점을 만드는 Build...TracePoints()들이 전부 const 메서드인데, 산출 반경을 멤버에 저장해 스윕 단계로 넘겨야 함.
해결: mutable로 선언해 const 메서드에서 대입 허용. 산출 성공이면 그 값, 실패(폴백)면 행 반경으로.

mutable float ResolvedTraceRadius = 0.f;   // 헤더

// SweepAndApplyDamage — 산출값 우선, 없으면 행 반경 폴백
const float TraceRadius = ResolvedTraceRadius > 0.f
    ? ResolvedTraceRadius
    : CachedWeaponData.TraceRadius;

교훈: 계산 결과가 "점"과 "반경"처럼 여러 개면, const 산출 메서드에서 out 파라미터 하나로는 부족 → mutable 멤버로 부수 산출값을 실어 나르는 패턴이 유용(단, 상태 결합이 늘어나니 남용 주의).

비교 정리

구분	❌ Before	✅ After
카운터 발동	`State.Player.CanCounter` + Attack 재입력(수동)	`AbilityTriggers`(GameplayEvent) 자동
발동 트리거 주체	외부 입력	이벤트 수신 자체
카운터 윈도우 GE	`CounterWindowEffect` 적용	불필요 → 제거
대상 전달	상태에서 별도 조회	이벤트 페이로드(`Target`)로 동봉
가드공격 트레이스	소켓 기반	Bounds 우선 + 소켓 폴백
방패 메시 특정	불가(소켓 2개 메시만)	`GetEquippedMeshBySocket("Shield")`
스윕 반경	행 고정 `TraceRadius`	산출 반경(`mutable ResolvedTraceRadius`)

핵심 요약

GA 자동 발동은 ActivationRequiredTags(상태 게이팅)보다 AbilityTriggers + SendGameplayEventToActor(이벤트 트리거)가 결정적 — 입력·상태 관리가 통째로 사라진다.
이벤트 페이로드(Instigator/Target)에 대상까지 실어 보내면 수신 측이 상태를 되조회할 필요가 없다.
신규 게임플레이 태그는 .h/.cpp 양쪽 선언 필수(안 하면 링크 에러).
트레이스 라이브러리는 형상 API(검=스윕 / 방패=구체)로 나눠 재사용하고, 방패처럼 별도 메시는 부착 소켓으로 조회한다.
Bounds는 반경도 산출값 → const 산출 메서드가 mutable 멤버로 반경을 되돌려 쓰고, 스윕은 산출 반경 우선·행 반경 폴백.

하임 님의 블로그

내일배움캠프_Unreal/TIL - Day 154 (260713)

대시 무적 + 스태미나 시스템 개편 - 흩어진 자원 로직을 설정 한 곳으로

1. 대시 무적 — 새 시스템 대신 패리 윈도우 패턴을 빌려왔다

2. 스태미나 비용 GE를 다 지웠다 — 네이티브 GE 하나 + 설정 맵

3. DT로 갈까 하다가 결국 설정 내장 맵으로

4. "전투 중에만" 판정을 스탠스 태그로 짰다가 두 번 데였다

5. 상호배타 — Guard는 되는데 BowAim만 안 됐던 이유

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 153 (260710)

밸런싱·캔슬·개발 편의 — 감도 단순화 · 스태프 프레일티 · PIE 인트로 스킵

1. 감도 옵션 단순화 — 배타 모드를 걷어내고 X/Y만

2. PIE 인트로 스킵 개발자 모드 — 플래그를 둘로 분리

3. 전체 스탯 밸런싱 + 스태프 프레일티

4. 동작마다 캔슬 타이밍과 효과음

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 153 (260709)

체감 및 타격감 변경 — 감도 · FOV · 전투 SFX · 히트 피드백

1. 감도 — 곱셈 결합에서 배타(통합/세부) 모드로

2. FOV — ALSCamera 잔여 의존성 정리

3. 리스폰 버튼을 설정 패널 → 시스템 메뉴로

4. 전투 SFX 팩 + 스윙·타격 노티

5. 타격감 — 기본 넉백 400 + 히트 플래시 큐

6. (버그) 익명 네임스페이스 헬퍼 이름 충돌

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 152 (260708)

강제 리스폰과 낙하 정리 - 자기 피격이 '적중'으로 집계되던 버그

1. 설계 결정 — 텔레포트를 새로 짜지 말고 "죽음"을 재사용

2. KillOwner — Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

3. 권한 라우팅 — 클라 UI에서 시작해 서버에서 실행

4. (버그 수정) 낙하 데미지가 원소 게이지를 채우던 문제

5. (튜닝) 낙법 실패 착지 몽타주 배속

6. 올리기 전 죽은 에셋 정리

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 151 (260707)

내일배움캠프_Unreal/TIL - Day 150 (260706)

언스턱(강제 리스폰) - 새 로직 대신 "정규 사망 흐름" 재사용

1. KillOwner - Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

2. UI 가드 이중화 + 버튼 부재 안전 처리

3. (버그 수정) 낙하 데미지로 원소 게이지가 차던 문제

4. (튜닝) 낙법 실패 착지 몽타주 배속

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 149 (260703)

Staff 전투 완성 - 얼음창 다중 투사체 · 지속 장판 · 부분 슈퍼아머 · 워프 옵션화

1. Water Heavy 얼음창 - 다중 투사체 "동시 소환 → 개별 발사"

(a) 지연 발사 - 스폰 후 제자리에 떠 있다 발사

(b) 소켓 앵커 + 오프셋 가산 - 좌/상/우 배치

(c) 볼리 상호 충돌 무시 - 형제 창에 막혀 소멸 방지

2. Water Burst 지속 장판(소용돌이) - 매 프레임 노티 + 적별 간격 데미지

3. 공격 중 "부분 슈퍼아머" - 전역 억제 vs 비보스 억제 2단 구성

4. AttackWarp - 무타겟 시 입력방향 회전을 옵션화

5. (짧게) 무기 히트볼륨 BoundsRadiusScale 기본값 3.0

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 148 (260702)

스태프 확장 - 부채꼴 판정 · 이벤트 착지 슬램 · 돌진 관통 · 원소 손 VFX

1. 이벤트 기반 착지 슬램 - Tick 폴링이 아니라 LandedDelegate

2. ALS 착지 연출 억제 - Roll만으론 부족, Ragdoll도

3. 부채꼴(Cone) 판정 - 구체 오버랩 + 내적 각도 컷

콤보 스텝 콘 - 블레이드 판정 + 콘 광역을 합산

4. 돌진 중 적(Pawn) 관통 -콜리전을 끄지 말고 "채널 응답"만 토글

5. 메테오 대각선 낙하 · 지면 스냅 · 도착 임팩트 VFX

6. 스태프 왼손 원소 VFX - 이벤트 구독 + diff 기반 재스폰 회피

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 147 (260701)

Burst Phase Dash

1. 이동 파라미터를 "행 단위"에서 "타격 단위(per-hit)"로 이관

문제: 한 버스트 안에서 이동 페이즈를 못 나눔

해결: 대시 값을 각 타격(FBurstHitInstance)으로 내림

2. 상승 성분엔 bOverrideZ — 수평/수직 합성 발사

비교 정리

핵심 요약

내일배움캠프_Unreal/TIL - Day 146 (260630)

GAS 이벤트 기반 패리 카운터 & 가드공격 Bounds화

2. `KillOwner` — Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

1. `KillOwner` - Health를 직접 0으로 세팅해 사망을 "단일 소스"로 구동

5. (짧게) 무기 히트볼륨 `BoundsRadiusScale` 기본값 3.0

1. 이벤트 기반 착지 슬램 - Tick 폴링이 아니라 `LandedDelegate`

해결: 대시 값을 각 타격(`FBurstHitInstance`)으로 내림

2. 상승 성분엔 `bOverrideZ` — 수평/수직 합성 발사

2. 이벤트 송신 - `SendGameplayEventToActor` + 페이로드로 대상 전달

4. 방패 메시를 소켓으로 조회 - `GetEquippedMeshBySocket`

5. `mutable ResolvedTraceRadius` - const 산출 메서드가 반경을 되돌려 씀