Game Develop

디테일패널을 따로 커스텀하고 싶을 경우.. 아래처럼 행을 추가하곤 한다. enumCategory.AddCustomRow(FText::FromString("EnumClassName")) .NameContent() [ SNew(STextBlock).Text(FText::FromString("EnumClassName")) ] .ValueContent() [ SNew(SEditableTextBox) .Text(this, &DetailCustomization_SetFSMServiceNode::GetEnumClassName) .OnTextCommitted(this, &DetailCustomization_SetFSMServiceNode::OnEnumClas..

포스트프로세싱용 머터리얼을 만들었는데, 파라미터값을 넘겨야하는 경우가 있다.이 때, 포스트프로세싱용 머터리얼을 포스트프로세스볼륨에 Add할 때 Weight값을 설정할 수 있는데, 이 값에 따라 실제로 넘겨지는 파라미터값이 바뀐다. 예를들어 어떤 이벤트가 발생해서 1.0f값을 머터리얼인스턴스에 넘겼는데 이 값을 온전히 넘기려면 Weight값이 1.0f여야 한다.만약 Weight값이 0.1f이다? 그러면 1.0f값이 아니라 0.1f 값이 넘어간다... Weight값이 0.1f이라 파라미터값도 1/10값만 넘어간 거다. 그러니 주의하도록 하고, 값이 제대로 넘어갔는지 확인하려면 DebugScalarValues 노드를 사용할 경우 뷰포트에 실제 넘겨진값이 몇인지 바로 확인할 수 있다. IsHit이라는 파라미터..

Enhanced Input을 이용해서 키입력을 받는것을 C++로 구현하면, 아래와 같이 BindAction을 호출 할 것이다. EIC->BindAction(m_InAir_InputActions["NormalAttack_InAir"], ETriggerEvent::Triggered, skillComponent, &UMainPlayerSkillComponent::NormalAttack_InAir); 보통은 저렇게 매개변수가 없는 함수를 바인딩을 하고, 그렇게 해야되는줄만 알고있지만 사실 매개변수있는 함수도 바인딩이 가능하다. 다만, 모든 매개변수는 아니고 POD타입의 데이터만 매개변수로 가능하다.여기서 POD란 Plain Old Data의 약자인데 쉽게 말하자면 단순한 데이터타입을 의미하고, 좀 더 정확히 말..

뭐랄까 확실하다기보다는 아직까지는 좀 더 추상적이긴 한데..언리얼 문서에서는 TObjectPtr을 써야하는 이유로 동적해상도와 액세스 추적을 추가한다! 라고 되어있다.사실 이부분은 언젠가 실제로 겪었을 때 이 글을 업데이트해야겠다고 생각한다.. 지금은 잘 모르겠다. 이것보다 좀 더 와닿는것은, 언리얼엔진만든 에픽사가 앞으로 '표준'으로써 로우포인터대신 TObjectPtr을 채택했다는 사실 자체이다.즉, 버전이업데이트될때마다 그들이 만드는 코드들은 개발자가 TObjectPtr을 사용한다는 '가정'하에 디자인할 것이라는 것.이 문구를 보니까 뭔가 로우포인터쓸지 TObjectPtr 쓰지 살짝 고민했던것이 사라졌다. 정리하자면 헤더에서 변수선언할때는 로우포인터대신 TObjectPtr을 쓰고, 함수내의 로컬변수같..

그.. 보통 몬스터 기본움직임은 블렌드스페이스로 하는경우가 많을 것이다.그리고 행동트리에서 뭐 타겟을 향해 이동할 때 기본적으로 내장되어있는 MoveTo 태스크노드를 사용하는 경우도 많을 것이다. 나같은경우 특정 몬스터에 속도가 0일 때, 600일 때, 1200일 때의 애니메이션시퀸스를 넣어서 블렌드스페이스를 하나 만들었었다. 그리고 해당 몬스터의 CharacterMovement에서 MaxWalkSpeed값을 1200으로 맞췄다.MoveTo 노드는 기본적으로 행동트리 오너의 MaxWalkSpeed값을 기준으로 오너의 속도를 올리기 때문에, 당연히 잘 되야한다. 근데.. 실제 PIE에서 몬스터 움직이는거보니까 자꾸 멈칫멈칫거린다.확인결과, WalkSpeed가 자꾸 600에 도달하면 0으로 초기화가 되버리는..

이슈저장용글에 가깝다.   12345678910111213141516171819202122232425USTRUCT(Atomic) struct FSkillList{    GENERATED_USTRUCT_BODY()  public:    UPROPERTY(Transient)    TMapFName, TObjectPtrUSkill>> skillList;};  UCLASS( ClassGroup=(Custom), meta=(BlueprintSpawnableComponent) )class HYOBINSPROJECT_API USkillComponent : public UActorComponent{    GENERATED_BODY() public:    USkillComponent();     const TMapFNa..

여기서 말하는 강참조는 GC의 수거대상이 안되게 참조하고있다는 의미이다.간혹 관련해서 구글링하다보면 여러글에서 TObjectPtr을 사용하면 GC가 수거를 안한다고 되어있는데, 내가 실험해본 결과는 아니다. 보통 그런글에는 TObjectPtr에 UPROPERTY가 선언되어있는데, 그렇기때문에 수거를 안한거다. 나는 실험을 위해 몬스터 때릴때 나오는 데미지위젯을 대상으로 실험해봤다.기본적으로 데미지위젯은 생성시 AddViewport로 슬레이트시스템에 등록하고 애니메이션재생이 끝나면 RemoveFromParent로 슬레이트시스템에서 제거하게 해놨다.즉 슬레이트시스템이 강하게참조하는부분은 RemoveFromParent로 삭제했으니 신경 안써도된다. 여기서 실험적인 요소를 넣어서, 데미지위젯을 CreateWid..

컨트롤러는 전방을, 캐릭터는 왼쪽을 바라보고 있다고 가정.캐릭터는 전방기준으로 8가지방향에 대해 구르는 몽타주가 있다.캐릭터는 왼쪽을 바라보고 있는데 키입력을 D키 누르고 구르기를 시도한다면, 캐릭터는 어떤 몽타주를 재생해야하는가?오른쪽으로 굴러야하니 오른쪽으로 구르는 몽타주? 아니다. 위치이동은 키입력의 월드방향벡터로 하는게 맞지만, 몽타주는 오른쪽으로 구르는 몽타주가 아니라 뒤로 구르는 몽타주를 재생해야 자연스럽다.왜? 캐릭터는 왼쪽을 바라보고 있으니까, 뒤로 굴러야 오른쪽으로 이동하는것처럼 자연스러워진다.그러면 컨트롤러기준의 키입력방향벡터가 캐릭터의 로컬기준으로 어디방향인지를 알아내기 위해서는, 먼저 키입력방향벡터를 캐릭터의 로컬방향벡터로 변환해줘야 한다. 그러면 먼저 키입력방향벡터를 알아내보자.여..