Lyra에서 에셋을 로드할때 한가지 예시로 GetAsset( ) 함수에서는 TSoftObjectPtr 타입의 포인터를 전달해주고 있는데요, 인자로 받은 소프트 오브젝트를 SynchronousLoadAsset( ) 함수로 실질적으로 메모리에 로드하는걸로 알고있습니다. 그러면 AssetManager의 Primary Asset Types To Scan으로 에셋들이 관리되는 이유가 따로 있을까요? AssetManager의 Primary Asset Types To Scan로 관리되는 에셋들과 내부함수를 사용하여 로드한 에셋들의 관계에 대해 궁금합니다.
파트2의 10강 28:50 에서, if 문에 "ABOpponentCharacter->SetLevel(CurrentStageNum);" 구문을 추가로 넣은 후 게임을 진행하면서 다음 두번째 적이 스폰될 때, HpBar가 100/150의 비율로 렌더링이 되는 것이 이해가 잘 가지 않습니다. "HpProgressBar->SetPercent" 함수가 HpProgressBar의 비율을 계산하여 렌더링 하는것이 맞다면, 적이 스폰될 때 StatComponent에서의 beginplay를 통해 BaseStat.MaxHp 가 100 이 된 후, 위젯의 "SetupCharacterWidget" 이 호출되어 순서대로 "SetMaxHp"를 통해 위젯의 MaxHp 또한 100 이 되고 끝으로 "SetPercent(NewCurrentHp / MaxHp);" 를 실행하여 100/100 비율로 체력바가 올바르게 갱신되어 렌더링되는 것 까지는 이해했습니다. 근데 적 Level이 2가 될 때, 스텟컴포넌트의 BaseStat.MaxHp 가 "28:50"에서 추가했던 "SetLevel(CurrentStageNum);" 으로 인해 150 으로 갱신되고, 문제는 그 이후에 아래와 같은 두 추가적인 과정이 없이 어떻게 게임상에서 보이는 체력바의 비율이 100/150 의 비율로 갱신이 될수 있던 것인지 궁금합니다. HpBarWidget->SetMaxHp(Stat->GetTotalStat().MaxHp); 구문을 다시 실행시켜서 HpBarWidget 의 MaxHp 변수를 150 으로 갱신시켜주고 OnHpChanged.Broadcast(CurrentHp); 를 명시적으로 호출하여, HpProgressBar->SetPercent(NewCurrentHp / MaxHp); 를 실행시켜서, 갱신이 필요한 CurrentHp의 값인 100과, 1.을 통해 150 으로 갱신된 MaxHp 두 값의 100/150 비율이 비로소 렌더링이 된다. 28:50 코드 이후에 위 두가지 코드를 실행하는 구문이 명시적으로 추가되지 않다면, ABHpBarWidget의 MaxHp는 여전히 100일 것이며, 150으로 갱신되었다 하더라도 여전히 UpdateHpBar를 호출하지 않았으므로 SetPercent(NewCurrentHp/MaxHp)를 호출하지 못하여 100/100의 비율로 렌더링이 되었어야 한다고 생각이 드는데, 실제론 전혀 그렇지 않고 스텟컴포넌트에서 변경된 MaxHp가 위젯의 MaxHp에도 자동으로 적용되어 100/150의 올바른 비율로 갱신되는 이유가 궁금합니다. log 를 한번 찍어보았는데, 저는 "GetWorld()->SpawnActor" 로 월드에 적이 스폰 된후 InitWidget 을 통해 위젯이 생성된 다음, 곧바로 nativeconstruct 가 호출될 것으로 예상했으나 다음 구문인 "ABOpponentCharacter->SetLevel(CurrentStageNum);" 이 실행되고, 이 구문이 실행이 완료되고 나서야 뒤늦게 위젯의 nativeconstruct 가 실행됩니다. 만약 이 흐름이 버그가 아니라면, 뒤늦게 nativeconstruct가 호출됨으로써 HpBarWidget->SetMaxHp(Stat->GetTotalStat().MaxHp); HpBarWidget->UpdateHpBar(Stat->GetCurrentHp()); 위 두 구문이 실행이 되는 것이므로 지금 보이는 체력바의 모습이 비로소 이해가 됩니다. 근데 이 nativeconstruct 의 호출타이밍이 왜 InitWidget 의 실행이 끝난 후 바로 호출이 되지 않고, 그 다음 구문인 "ABOpponentCharacter->SetLevel(CurrentStageNum);" 이 실행이 끝나고 나서야 호출이 되는 것인지 궁금합니다. 혹시 몰라 해당 프로젝트를 깃허브에 올려놓았습니다. https://github.com/jaebyoung/MyArenaBattle_2_10 (업로드가 처음이라 제대로 올라간 것인지 모르겠습니다..)
PawnComponent를 GameFeature Action을 통해 붙이지 않은 이유를 무거워서 직접 붙이고 필요할때마다 Character를 BP클래스로 나눠서 붙이는 방식이라고 하셨는데 그러면 아예 처음부터 CharacterBaseClass를 만들고, BP로 인간 클래스, 괴물 클래스, 동물 클래스를 별도로 나눠놓고 각 BP클래스에 각기 다른 CharacterPart를 AddComponent를 하는거랑 차이가 있을까요??
안녕하세요 교수님. 델리게이트를 리스트에 담아주기 위해 구조체를 이용해서 감싸주었는데, 델리게이트만으로는 리스트에 담는것이 어려운 것인지 궁금해 질문남깁니다. 예를 들어, 래퍼 없이 직접 TakeItemActions을 TArray<FOnTakeItemDelegate>로 정의하고 TakeItemActions.Add(FOnTakeItemDelegate::CreateUObject(this, &AABCharacterBase::EquipWeapon)); TakeItemActions.Add(FOnTakeItemDelegate::CreateUObject(this, &AABCharacterBase::DrinkPotion)); TakeItemActions.Add(FOnTakeItemDelegate::CreateUObject(this, &AABCharacterBase::ReadScroll)); void AABCharacterBase::TakeItem(UABItemData* InItemData) { if (InItemData) { TakeItemActions[(uint8)InItemData->Type].ExecuteIfBound(InItemData); } } 와 같이 래퍼 없이 사용하는 것입니다. 이에는 문제가 없을까요?
제가 만든 UnrealMemory 이름의 프로젝트에 있는 여러 소스파일들을 UnrealMemory2 라는 이름의 새로운 언리얼엔진 프로젝트를 만들어 해당 소스폴더에 붙여넣은 후, UNREALMEMORY2_API로 전부 바꾸고 UnrealMemory2 프로젝트를 개별 빌드하면 아래와 같이 오류없이 빌드가 성공하나, (12>Unhandled exception: System.IO .IOException: The process cannot access the file 'F:\LeeProject\UnrealMemory2\Intermediate\Build\Win64\x64\UnrealGame\DebugGame\UnrealMemory2\MyGameInstance.cpp.obj.rsp' because it is being used by another process. 12> at UnrealBuildTool.UnrealBuildTool.Main(String[] ArgumentsArray) in C:\Program Files\Epic Games\UE_5.4\Engine\Source\Programs\UnrealBuildTool\UnrealBuildTool.cs:line 664 ========== 모두 다시 빌드: 12 성공, 0 실패, 0 건너뛰기 ==========) , 그 후 ctrl+shift+space 를 누르면 다음과 에러가 뜹니다. 심각도 코드 설명 프로젝트 파일 줄 비표시 오류(Suppression) 상태 세부 정보 오류 MSB3073 ""C:\Program Files\Epic Games\UE_5.4\Engine\Build\BatchFiles\Build.bat" UnrealMemory2 Win64 DebugGame -Project="F:\LeeProject\UnrealMemory2\UnrealMemory2.uproject" -WaitMutex -FromMsBuild -architecture=x64" 명령이 종료되었습니다(코드: 9). UnrealMemory2 C:\Program Files\Microsoft Visual Studio\2022\Community\MSBuild\Microsoft\VC\v170\Microsoft.MakeFile.Targets 44 그리고 에디터가 실행되는지 테스트해보기 위해 f5 를 누르면, 콘솔창이 뜨고 다음과 같은 내용이 출력됩니다. Global options: -Help : Display this help. -Verbose : Increase output verbosity -VeryVerbose : Increase output verbosity more -Log : Specify a log file location instead of the default Engine/Programs/UnrealBuildTool/Log.txt -TraceWrites : Trace writes requested to the specified file -Timestamps : Include timestamps in the log -FromMsBuild : Format messages for msbuild -SuppressSDKWarnings : Missing SDKs error verbosity level will be reduced from warning to log -Progress : Write progress messages in a format that can be parsed by other programs -NoMutex : Allow more than one instance of the program to run at once -WaitMutex : Wait for another instance to finish and then start, rather than aborting immediately -RemoteIni : Remote tool ini directory -Mode= : Select tool mode. One of the following (default tool mode is "Build"): AggregateClangTimingInfo, AggregateParsedTimingInfo, Analyze, ApplePostBuildSync, Build, ClRepro, Clean, Deploy, Execute, FixIncludePaths, GenerateClangDatabase, GenerateProjectFiles, IOSPostBuildSync, IWYU, InlineGeneratedCpps, JsonExport, PVSGather, ParseMsvcTimingInfo, PipInstall, PrintBuildGraphInfo, ProfileUnitySizes, Query, QueryTargets, Server, SetupPlatforms, Test, UnrealHeaderTool, ValidatePlatforms, WriteDocumentation, WriteMetadata -Clean : Clean build products. Equivalent to -Mode=Clean -ProjectFiles : Generate project files based on IDE preference. Equivalent to -Mode=GenerateProjectFiles -ProjectFileFormat= : Generate project files in specified format. May be used multiple times. -Makefile : Generate Linux Makefile -CMakefile : Generate project files for CMake -QMakefile : Generate project files for QMake -KDevelopfile : Generate project files for KDevelop -CodeliteFiles : Generate project files for Codelite -XCodeProjectFiles : Generate project files for XCode -EddieProjectFiles : Generate project files for Eddie -VSCode : Generate project files for Visual Studio Code -VSMac : Generate project files for Visual Studio Mac -CLion : Generate project files for CLion -Rider : Generate project files for Rider C:\Program Files\Epic Games\UE_5.4\Engine\Binaries\DotNET\UnrealBuildTool\UnrealBuildTool.exe(프로세스 17220)이(가) 1 코드(0x1)와 함께 종료되었습니다. 디버깅이 중지될 때 콘솔을 자동으로 닫으려면 [도구] -> [옵션] -> [디버깅] > [디버깅이 중지되면 자동으로 콘솔 닫기]를 사 용하도록 설정합니다. 이 창을 닫으려면 아무 키나 누르세요... binaries 와 save, derivedcaches, intermediate 폴더를 삭제하고 시도하였으며, .uproject로 generate Vs project files 를 실행해도 동일하게 콘솔창이 뜨게 됩니다. 정상적으로 에디터를 실행하기 위해선 어떤 방법이 필요한지 알고싶습니다.
void AABStageGimmick::SpawnRewardBoxes() { for (const auto& RewardBoxLocation : RewardBoxLocations) { FVector WorldSpawnLocation = GetActorLocation() + RewardBoxLocation.Value + FVector(0.0f, 0.0f, 30.0f); AActor* ItemActor = GetWorld()->SpawnActor(RewardBoxClass, &WorldSpawnLocation, &FRotator::ZeroRotator); AABItemBox* RewardBoxActor = Cast<AABItemBox>(ItemActor); if (RewardBoxActor) { RewardBoxActor->Tags.Add(RewardBoxLocation.Key); RewardBoxActor->GetTrigger()->OnComponentBeginOverlap.AddDynamic(this, &AABStageGimmick::OnRewardTriggerBeginOverlap); RewardBoxes.Add(RewardBoxActor); } } } AActor*인 ItemActor 가 가리키는 액터가 월드에서 스폰된 후, 이것을 RewardBoxes.Add(RewardBoxActor); 구문을 통해 약참조 포인터로 참조하도록 한 후 SpawnRewardBoxes() 함수를 종료 하게 되었을 때, 강참조 역할을 했던 해당 객체의 소유권을 갖고있던 지역변수 RewardBoxActor 는 소멸하므로, 강참조 포인터가 파괴됨에 따라 소유권을 가질 능력이 없는 RewardBoxes 안의 WeakPtr 또한 GC의 수집에 의해 더이상 유효하지 않게 될것처럼 느껴지는데 실제론 그렇지 않은 것인가요? 만약 그렇지 않은것이 맞다면 이유가 무엇인지 궁금합니다.
예를들어 TSoftObjectPtr로 된 TSoftObjectPtr<class USkeletalMeshComponent> 타입의 포인터는 UPROPERTY() 로 설정하게 될 경우 TObjectPtr 과 마찬가지로 GC의 자동 수거대상에서 제외되는 않고 명시적으로 참조를 해제해야만 GC가 수거하게 되나요? 그리고 TObjectPtr 과 TSoftObjectPtr 전부 UPROPERTY()로 설정하지 않을 경우, GC 시스템에 의해 자동으로 메모리가 회수당하게 되나요?
별건 아니고 단순한 궁금증이 생겨서 질문 남깁니다. 강의에서는 플레이어의 입력을 받고 움직임을 처리하는 것을 ABCharacterPlayer 클래스에서 처리하였는데요. 그렇다면 Controller는 어떨 때 사용하는건가요? 제가 강의를 봤을 때 움직임 등을 PlayerController에서 처리한다고 했는데 Character 클래스에서 처리해서 질문 남깁니다. 강의를 위해 카메라와 움직임을 하나의 클래스로 보여주신 것인지 아니면 원래 이렇게 하는지 궁금하네요
안녕하세요 강사님 강의 잘 보고 있습니다. 올려주신 최종 소스코드 파일을 보면서 강의를 듣고싶은데 올려주신 프로젝트의 솔루션 파일이 계속 빌드에 실패합니다. 파일을 받고 바로 빌드하면 문제가 발생합니다. D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\Shared\ EpicGames.Build \ EpicGames.Build .csproj : warning NU1904: 'System.Drawing.Common' 4.7.0 패키지에 알려진 위험 심각도 취약성인 https://github.com/advisories/GHSA-rxg9-xrhp-64gj이(가) 있습니다. [D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\UnrealBuildTool\UnrealBuildTool.csproj] D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\UnrealBuildTool\UnrealBuildTool.csproj : warning NU1904: 'System.Drawing.Common' 4.7.0 패키지에 알려진 위험 심각도 취약성인 https://github.com/advisories/GHSA-rxg9-xrhp-64gj이(가) 있습니다. D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\UnrealBuildTool\UnrealBuildTool.csproj : warning NU1903: 'System.Text.Json' 6.0.0 패키지에 알려진 높은 심각도 취약성인 https://github.com/advisories/GHSA-8g4q-xg66-9fp4이(가) 있습니다. D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\UnrealBuildTool\UnrealBuildTool.csproj(2,3): error MSB4019: 가져온 프로젝트 "D:\UnrealLyra\Hak\Hak\Engine\Source\Programs\Shared\UnrealEngine.csproj.props"을(를) 찾을 수 없습니다. Import 선언 "..\Shared\UnrealEngine.csproj.props"의 식이 올바르고 디스크에 파일이 있는지 확인하세요. 경고 6개, 오류 1개 저렇게 해당 파일이 없다고 컴파일에 실패해서 프로젝트 버전을 5.4로 스위치 해서 빌드해봤는데 HakEditor modifies the values of properties: [ bStrictConformanceMode: False != True ]. This is not allowed, as HakEditor has build products in common with UnrealEditor. Remove the modified setting, change HakEditor to use a unique build environment by setting 'BuildEnvironment = TargetBuildEnvironment.Unique;' in the HakEditorTarget constructor, or set bOverrideBuildEnvironment = true to force this setting on. 이런 오류가 뜹니다. (5.5버전 스위치도 동일하네요..ㅠ) 이외에 프로젝트 빌드를 위해 많은 시간을 할애해봤지만 제가 아직 강의 초반부를 듣고있어서 따로 해주어야 하는걸 안해줘서 그런건지 궁금합니다. 위의 오류에서 수정하라는대로 수정도 해보고 인터넷에 검색도 많이 해봤는데 잘 해결이 되지않아 질문드립니다.
강의를 듣다가 의문이 생겨 글 남깁니다. 분수대를 만드는데 BP와 C++을 이용해서 각각 만들어봤는데 BP를 통해서 만들때는 너무 쉽고 간단하지만 C++을 사용할때는 복잡하고 초기에 해줘야하는 세팅이 너무 많은것 같아서 굳이 왜 C++을 통해서 액터를 만들어야하는가? 라는 의문이 듭니다. 가령 액터를 꾸미는? 작업은 BP로 하고 주요 로직은 C++로 작성하는게 맞지 않나 라는 생각이 드는거죠. 실제 현업에는 어떻게 사용하지는 모르겠지만, 프로그래머가 C++을 통해 맵에 배치할 모든 액터를 작성하지 않을 것 같아서 질문 드립니다. 액터를 만들때에는 왜 C++을 사용해야하는지? 만약 그렇다고 한다면 일련의 노가다와 같은 초기화 작업을 다 해야하는지? 지금까지 강의를 들었을 때 제가 내린 스스로의 해결법?은 C++ A클래스를 만들고 헤더 파일에 UPROPERTY(VisibleAnywhere, BlueprintReadWrite)를 통해 프로퍼티를 열어둔 상태에서 B라는 블루프린트 클래스를 만들어서 A를 상속 받은 후 에디터를 통해 작업하는 것 입니다. 이것도 어떻게 생각하시는지 궁금합니다.
