[번역]UE에서의 다단계 자동화 자산 검사 솔루션

대규모 프로젝트에서는 자산의 규모가 매우 방대하고, 제작 팀도 매우 광범위하게 관여합니다. 씬, 캐릭터, UI, 애니메이션, 특수 효과, 블루프린트, 데이터 테이블 등 다양한 요소가 있으며, 이로 인해 자산의 양과 자산 표준 관리가 어려워집니다.자산 규격을 정해도 아티스트가 100% 모든 상황을 커버하기 어렵고, 실수로 놓치는 경우가 있습니다. 대부분의 경우 패키지 내에서 문제를 발견한 후에야 처리하게 되며, 기존 자산의 경우 검토와 수정에 많은 인력이 소요됩니다.이러한 문제점을 바탕으로, 저는 이전에 자산 스캔 도구를 개발했습니다. 이 도구는 프로젝트 내 자산을 스캔하기 위한 규칙을 쉽게 편집할 수 있습니다.UE에서 리플렉션을 활용한 자산 속성 캐시 구축UE에서 자산 자동 수정 설계 및 구현 방안UE에..

[번역]UE Plugin and Tool Development: 기본 패키지 자동

텐센트 라이트스피드 스튜디오에서 개발 관련 하여 엔지니어로 일 하고 있는 "查利鹏" 엔지니어 블로그 발췌 토픽을 번역 했습니다.기본 패키지 자동화CI/CD에 통합하여 자동 빌드 패키징이 필요할 때, UE의 BuildGraph를 사용하여 UBT와 UAT 작업을 안내할 수 있습니다.다음 명령을 직접 사용할 수 있습니다(엔진, 프로젝트, 플랫폼은 실제 상황에 맞게 수정):E:\\UnrealEngine\\Launcher\\UE_4.25\\Engine\\Build\\BatchFiles\\RunUAT.bat BuildCookRun -nocompileeditor -installed -nop4 -project="E:/Examples/Blank425/Blank425.uproject" -cook -stage -archiv..

소프트웨어 개발 측면에서 “꼭 일어날 일은 반드시 일어난다”는 개념

1. 운명론(Fatalism) / 필연성(Determinism)운명론(Fatalism)은 “일어날 일은 반드시 일어난다”는 철학적 입장.인간의 의지와 관계없이 이미 결정된 일이 반드시 실현된다는 관점.대표적으로 고대 그리스 철학, 동양의 운명론(宿命論), 혹은 스토아학파에서 찾아볼 수 있음.결정론(Determinism)은 모든 사건이나 결과가 이전의 원인에 의해 필연적으로 결정된다는 주장.물리학, 철학, 심리학 등 여러 분야에서 사용됨.개발에서 버그나 일정, 팀빌딩, 일정 실패 등 “반드시 겪게 되는 문제”에 대한 관점으로 해석 가능.2. 자기실현적 예언(Self-Fulfilling Prophecy)사회학자 로버트 머튼(Robert K. Merton)이 처음 체계적으로 정리한 개념.어떤 예언이나 신념이 ..

URP 기술적 개선 제안 (2025.09.15 추가)

중국 엔지니어가 포팅 후 테스트 한 영상이다.아무튼 관련 해서 유니티 엔진을 사용하는 고객사가 있기 때문에 2025년 3분기에 진행 할 내용들을 정리 해 봤다.1. PBR 구현의 정확성 개선 방안에너지 보존 검증: 언급된 에너지 보존 원칙이 핵심인데, 실제 구현에서 다음을 추가로 고려하면 좋을 것 같습니다:Multi-scattering compensation 추가높은 roughness에서 에너지 손실을 보정하는 것이 중요합니다. Heitz et al.의 연구에 따르면 단일 산란 모델은 roughness가 증가할수록 최대 40%의 에너지를 잃을 수 있습니다. 이를 해결하기 위한 방법:// Fdez-Agüera의 에너지 보존 BRDF 구현 예시vec3 Fr = max(vec3_splat(1.0 - rough..

[번역]UE Plugin and Tool Development: Commandlet

텐센트 라이트스피드 스튜디오에서 개발 관련 하여 엔지니어로 일 하고 있는 "查利鹏" 엔지니어 블로그 발췌 토픽을 번역 했습니다.언리얼 엔진으로 도구를 개발할 때, 자산 처리와 데이터 내보내기가 필요한 경우가 상당히 많습니다. 이러한 작업은 자주 자동화하여 실행해야 하므로 보통 CI/CD 시스템에 통합합니다.구체적인 구현에서는 UE의 Commandlet 메커니즘을 활용하여 명령줄 형식으로 엔진을 구동하고, 사용자 정의 동작을 실행합니다.제가 개발한 플러그인에서 지원하는 Commandlet 기능을 예로 들면:HotPatcher: 기본 패키지 정보 내보내기, 패치 패키징ResScannerUE: 변경된 자산의 증분 스캔HotChunker: 독립적인 청크 패키징libZSTD: 셰이더 사전 학습ExportNavMe..

언리얼 엔진 5.4 - DirectX12 → DirectX11 자동 Fallback 기능 분석

작성일: 2025년 9월 12일📋 개요언리얼 엔진 5.4에는 DirectX12가 지원되지 않는 하드웨어 환경에서 DirectX11로 자동 전환하는 강력한 호환성 시스템이 구현되어 있습니다. 이 문서는 해당 기능의 내부 구현을 상세히 분석합니다.🏗️ 아키텍처 구조핵심 컴포넌트RHI (Render Hardware Interface)├── WindowsDynamicRHI.cpp # 메인 RHI 선택 및 fallback 로직├── D3D12RHI Module # DirectX12 구현체│ └── WindowsD3D12Device.cpp # DX12 하드웨어 지원 검사└── D3D11RHI Module # DirectX11 구현체 └── WindowsD..

n8n 자동화 시스템 구축 방안

이번에 MMORPG 인 게임하나를 출시마무리 하면서 정말 많은 일들이 있었다. 사실 매우 보편적인 수준의 이슈인데 뭐 주로 버그 트래킹 대응. 클라팀이 고생이 많았다. 오래 전에 합류 해서 구축 했었다면 좋았을것을 이라는 생각이 주를 이룬다.빠른 개발 이터레이션 환경이 완성되야 빠른 버그 트래킹이 이루어 지고 즉각 대응과 사전 파악이나 근본적으로 코드 구조가 바뀔때 마다 다시 발생하는 코더의 휴먼 애러 등등등을 방어할 수 있었을 것. 큰 회사는 인프라팀 등이 있을 수 있으니 그래도 조금은 잘 되어 있겠지만 인프라팀이 없더라고 개발팀에서는 꼭 빠른 이터레이션 환경을 만들어야 한다. 가끔 보면 자동빌드만 만들고 됬다고 생각하는 개발자도 많다. 자동빌드는 젠킨스나 팀시티로 이틀이면 구축한다. 빠른 개발 이터..

잘 몰랐지만 아틀라스 해드레스트 제품이 네이버 스마트스토어 또는 쿠팡에도 있었다. 다만 허먼 밀러 호환 제품 외에 하워드 펀 호환 제품은 찾을 수 없었기에 아틀라스 헤드레스트 웹사이트에서 직구를 했다.특별히 따로 통관비는 없었고 토탈 30만원 정도.FedEx 로 배송이 되는데 10일 정도 소요되었다.2020년도에 구매 한 하워스 펀 체어(헤드레스트 포함) 를 구매 했었다.의자에 진심이라 휴먼스케일 프리덤 천역 가죽 버전과 페브릭 버전도 샀었는데 몸에 열이 많은 나에게는 하워스 펀이 더 적합했고 휴먼스케일 프리덤 2개 모두 와이프 차지가 되버렸다. 개인적으로 인체공학적으로 최고는 휴먼스케일 프리덤이라는 생각은 변하지 않는다. 특히 적응형 헤드레스트는 정말 저세상 퀄리티이고 허리가 정말 아프지않다. 등에 열..

오늘 고객사에 출근 했는데 니아그라 이펙트에 문제가 있는걸 TA 분이 테스트 하고 있더군요. 部分手机上，使用VulkanRHI时，GPUSort的结果不正确Soc: Snapdragon 8gen3，GPU：Adreno 750forums.unrealengine.com아무튼 문제는갤럭시 S24 에서 니아그라 GPU Sort 에 문제가 있는 점을 발견. 해결 해 나가는 과정에서 위 쓰레드를 이성학 사원이 발견.결론적으로 갤럭시 24 그러니까 아드레노 740 만 문제가 있으며 이 문제는 엔진 레벨에서 수정 해 봐야 의미가 없음.하드웨어 벤더 레벨에서 드라이버 수정을 해도(퀄컴에서 수정을 해도) 이게 삼성 갤럭시 S24를 제작하는 삼성 개발팀에서 퀄컴으로 부터 패치를 받아서 삼성 OS 에 통합을 해서 시스템 업데이트로 배..

궁금해서 AI 와 담론? 을 나눠봤다.일단 질의는...게임개발을 진행하는 과정에서 한국인 개발자들이 가치를 두고 바라보는 관점에 대한 의문점이 있다. 내가 중국에서 독일인, 러시아인, 중국인들과 게임개발을 할 때 CI/CD 나 DEVOPS 에 대한 시스템을 잘 갖추고 있었다. 데이터 검증, 커밋 코드 검증, API 최신화 검증, 아트 어셋의 여러가지 규칙 검증과 주간 통계 차트 등등... 한국에 귀국해서 게임개발을 해 보니까 이런 것들을 중요하게 생각하지 않는 회사들이 대부분이었다.왜 이런 차이가 있는지 궁금하다. 내가 생각을 해 봤을 때 대부분은 당장 눈에 보여지는 구현. 즉 기획자가 문서화 한 시스템 문서나 기획문서 내용을 구현하고 시각적으로 구동이 되는 그러니까 실제 게임이 구동되는 1차원 적인 ..