방어구 시스템 구현 질문

안녕하세요!첨부해주신 스크린샷을 보고 설명드리면, 해당 코드는 ArmourMap에서 같은 부위의 방어구가 있는지 확인합니다.있을 경우:PickupItem으로 만들어서 바닥에 떨어뜨리고, ArmourMap의 해당 key(슬롯)에 있는 방어구를 NewArmour로 교체합니다없을 경우:ArmourMap에 해당 방어구 타입에 대한 key/value가 존재하지 않기 때문에 ArmourMap.Add(ArmourType, NewArmour)로 새로운 key을 생성하여 NewArmour를 할당합니다질문해주신 내용을 쉽게 설명드리자면, 기존에 같은 슬롯에 다른 방어구가 있는 상황에서 굳이 슬롯을 삭제했다가 다시 생성해서 NewArmour를 복사할 필요는 없습니다.이미 존재하는 슬롯의 값만 변경하는 것(ArmourMap[ArmourType] = NewArmour)이 Remove() 후 Add()를 사용하는 것보다 성능상 더 효율적입니다. void UDS1CombatComponent::SetArmour(ADS1Armour* NewArmour) { const EDS1ArmourType ArmourType = NewArmour->GetArmourType(); // 이미 같은 부위에 장착된 방어구가 있으면 PickupItem으로 떨군다. if (ADS1Armour* EquippedArmourPart = GetArmour(ArmourType)) { if (IsValid(EquippedArmourPart)) { ... // 픽업 아이템 생성 } ArmourMap[ArmourType] = NewArmour; } else { ArmourMap.Add(ArmourType, NewArmour); } }그리고 if (ADS1Armour* EquippedArmourPart = GetArmour(ArmourType)) 구문에 의해서 해당 방어구타입에 대한 key(슬롯)가 존재한다는 것이 보장되기 때문에ArmourMap[ArmourType] = NewArmour 구문은 안전합니다. 그럼 좋은 하루 되세요~

블로킹 시 피격 이펙트 오류?

안녕하세요! 한번 나왔던 질문일 듯 합니다. 조건 체크에 버그가 있습니다. 아래 내용 참고 하셔서 수정해 보시면 좋을 것 같습니다.https://inf.run/7LkpV그럼 좋은 하루 되세요.

AlreadyHitActor들을 TArray로 처리하는 것에 질문있습니다.

안녕하세요!중복 방지만을 위한 것은 Contains() 연산이 O(1)인 Set이 더 유리합니다. Set으로 하셔도 됩니다. 그럼 좋은 하루 되세요~

무기 콜리전 시스템에 대해

안녕하세요!CollisionComponent 방식은 물리 업데이트 주기에 따라 충돌을 검사하는 방식이기 때문에, 빠른 움직임에서 충돌을 놓치거나 프레임률에 따라 충돌 감지가 불안정할 수 있습니다.반면 LineTrace 방식은 연속적인 감지 방식으로, 빠르게 무기를 휘두르는 상황에서도 중간 지점들을 놓치지 않고 처리할 수 있어 더욱 정밀한 구현이 가능합니다.따라서 검, 도끼 등 휘두르는 무기의 충돌 처리나 정밀한 타격감이 중요한 빠른 액션 게임에서 LineTrace 방식이 적합하다고 할 수 있습니다.반면 CollisionComponent 방식은 느린 움직임의 함정이나 장애물과 같은 오브젝트의 충돌 처리, 또는 지속적인 접촉이 필요한 오브젝트 구현에 더 적합합니다.엔진 레벨에서의 처리 방식 차이를 간단하게 설명드리면, LineTrace 방식은 요청 시점에 명시적인 함수 호출로 처리되어 결과가 즉시 반환됩니다. 반면 CollisionComponent는 씬 그래프에 영구 등록되어 매 물리 업데이트마다 검사하며, 비동기 이벤트 시스템을 통해 처리됩니다.그럼 좋은 하루 되세요.

Hit Reaction 설계

안녕하세요!설계 의도를 말씀드리기 전에, 캐릭터가 들고 있는 무기에 따라 피격 애니메이션을 다르게 처리하는 이유를 먼저 생각해보겠습니다. 예를 들어 캐릭터가 몽둥이로 맞는다고 상상해보세요.어떤 무기를 들고 있느냐에 따라 당연히 반응이 달라집니다. 한손검과 방패를 들고 있을 때와 창을 들고 있을 때의 파지 자세가 다른데, 피격 반응이 똑같을 수는 없겠죠?그렇다면 캐릭터가 어떤 무기를 들고 있는지에 따라 피격 애니메이션을 다르게 처리해야 한다는 것을 확인했습니다.이제 중요한 질문은, 이 애니메이션을 어디서 처리하는 것이 합리적이고 관리하기 좋을까요?만약 캐릭터에서 처리한다면 어떨까요? 새로운 무기가 추가될 때마다 캐릭터에 해당 애니메이션들을 추가해야 합니다. 그뿐만 아니라 피격을 처리할 때마다 현재 캐릭터가 어떤 무기를 들고 있는지 확인해서 그에 맞는 애니메이션을 재생하는 코드가 필요합니다. 무기가 늘어나면 늘어날 수록 코드는 점점 더 길어지고 복잡해 지겠죠.하지만 무기에서 애니메이션 데이터를 처리한다면? 그냥 해당 무기의 애니메이션을 재생하면 끝입니다.어느 쪽이 더 효율적일까요? 불필요한 분기 코드도 필요 없고, 새로운 무기가 추가될 때마다 데이터 관리도 훨씬 용이합니다.그래서 대부분의 게임에서 이 방식을 사용하고 있습니다.

FindClosestTarget CheckValue 절댓값 처리

안녕하세요!해당 코드는 단순 거리 계산이 아닌 플레이어의 시선방향과 가시성을 고려해서카메라 전방 벡터와 타겟 방향 벡터의 유사도 측정을 통해서 시야 중심에서 가장 가까운 타겟을 우선 선택하는 것 입니다.

44분26초 동일하게 코드를 작성한것같은데 빌드에러가 뜹니다ㅠ

안녕하세요! 보여주신 코드들 보니 오타를 내신 것 같습니다. 차분히 코드를 잘 살펴 보시면 금방 해결 하실 수 있을 것 같습니다.코드를 무작정 따라 치시기 보다는 코드의 흐름을 이해하시면서 천천히 해보시길 추천 드립니다.그럼 파이팅 하시기 바랍니다^^

FindClosestTarget 노멀 벡터 방향

안녕하세요! 말씀 하신 것처럼 불규칙한 메시에 충돌 한다면 그럴 가능성이 얼마든지 있습니다.하지만 강의에서는 캐릭터의 다른 메시들은 모두 충돌이 발생하지 않도록 설정되어 있고 Targeting Sphere Component와 충돌하도록 설정하고 있기 때문에 그럴 가능성은 없다고 보시면 맞을 것 같습니다. 그럼 좋은 하루 되세요~^^

UUserWidget 생성자 선언하는 이유

안녕하세요.UUserWidget 이라고 해서 특별히 생성자를 사용하지 않는 것은 아닙니다.생성자에서 초기화할 코드가 있다면 생성자를 선언하고 초기화 코드를 넣게 됩니다.아마도 이후에 초기화 코드를 넣을 예정이거나 해서 생성자를 만들었거나 했을 텐데요. 결국은 쓰이지 않고 빈 상태로 있는 경우도 있습니다. 이런 경우는 특별한 의미는 없으니 무시 하셔도 됩니다^^

2강 32분18초 Generate definition 하는 방법이 뭘까요?

안녕하세요.c++에서 함수는 선언과 정의(구현)로 구분 됩니다.선언은 해당 요소의 존재와 기본적인 형태를 알리는 것이고, 구현은 선언된 요소의 실제 동작이나 내용을 정의하는 것입니다..h 파일에 함수의 선언을 하고, .ccp에 정의(구현)를 합니다.visual studio의 정의를 생성하는 단축키는 Ctrl + . 입니다. 참고로 c++의 문법을 세세하게 설명하지는 않습니다.c++가 처음 이시라면 일단은 천천히 따라 해보시면서, 별도로 문법강의를 수강하시거나 공부하시는 것을 추천 드립니다.