[잡담] 모드 막을려다, 테라를 태우는 중인듯..

이전에는 pc_event_01.gpk 파일이 수영복관련 리소스를 모두 포함하는 형태라서,

해당 파일 분석후 텍스쳐만 살짝 고쳐서 리팩해주면 다른 텍스쳐를 갖는 수영복 모드를

쉽게 만들어 썼었는데.. 이게 매출에 도움이 안되니 64bit 업댓하면서 gpk 파일 구조를

완전히 뜯어 고친듯 함.

기존 gpk 파일들은 크기가 매우작게 변경이 되고,

대신 S1GameCookedPC 폴더에 용량이 130M 정도되는 이상한 gpk 파일들이 많이 생성됨.

CompositePackageMapper.dat.txt 요 파일 보면

CookedPC폴더의 gpk 파일들이 이전 gpk 파일이 가지고 있던, 텍스쳐 관련 용량 큰 데이터들을

하나로 묶어서 관리할 수 있도록 생성된 파일인듯 함.

텍스쳐를 로딩하는 스레드가 여러개로 늘어나도

결국에는 텍스쳐 데이터를 포함하는 파일이 1개이니

스레드 중에 하나가 해당 파일에 lock 이라도 걸어 놓고 작업한다면,

나머지 스레드는 모두 대기하면서 놀게 되는게, 이게 프리징 현상의 원인이 아닌가 싶음.

쉽게, 화장실 문은 여러개 인데.. 변기는 하나뿐인 상황을 생각하시면 될듯..ㅋㅋ

1개 파일에서 빠르게 로딩하여 사용하던 기존 방식과

여러개의 데이터들이 짬뽕되어 존재하기 때문에, 파일 포인터를 이동하며, 자신에게 필요한 데이터를 찾아서

하나씩 로딩해서 쓰는 현재 방식... 아무리 스레드가 멀티로 돌아도 병목현상이 발생할 수 밖에 없는 구조인거 같은데..

언리얼 엔진 구조를 모르니... 그냥 일반적인 프로그래머 입장에서

왜 저런 구조로 바꿨는지 궁금할 따름이네요.ㅎ