맵쪽에 손을 안댄지 오래되서 다 까먹었는데
맵에 라이트 갯수가 너무 많다는거 아닌가요?
라이트수를 확인해보세요

포인트 라이트는 없구요.....음...
라이트로 쓰이는건 하늘 텍스쳐 뿐인데...
아놔~ㅡㅠ

하늘텍스쳐를 일반 텍스쳐로 바꾸고 잘되는지 한번 테스트해보세요.

잘 되면 안에 포인트라이트 몇개 만들고 다시 테스트해보세요.

그래도 잘되면 하늘 텍스쳐쪽에서 문제를 찾아야겠죠.

뉍~!
1. 하늘 --> 일반
2. 포인트 몇개 달고 go!
3. 하늘 텍스쳐 바꿈
다 해볼께요..^^;  근데 이놈이 전체 size가 워낙 큰놈이라 컴파일이 아주 오래걸리거든요...
해보고 결과는 내일이나 모레나...알려드릴께요...ㅡㅠ
암튼 고마워요~ 큐티한 쉬프루님아~~ㅎㅎ

제가 그래도 안된다고 하시면 전체 사이즈문제일거라고 하려고 했는데 - -;
전체 사이즈가 클 경우에도 라이트쪽이랑 비저블리티쪽으로 에러나던걸로 기억합니다.

똑같은 사이즈로 전에 했을때는 컴파일 성공했었거든요...^^;
근데...비저 블리티는 뭐죠? 궁금궁금????ㅡ.ㅡ????
*^____________^*;;?

그 사이에 맵 안에 브러쉬들이 추가되거나 하지 않았나요?
단순히 맵사이즈만 클때는 괜찮았더라도 브러쉬들이 늘어나면서
부하가 많아져서 그렇게 됐을수도 있습니다.

비저블리티는 특정위치에서의 연산범위설정같은걸 구역별로 나눠놓은거요
컴파일때 vis.

특정위치에서의 연산범위설정같은걸 구역별로 나눠놓은거라...........ㅡ.,ㅡ; 무쟈게 어렵네요..
쉬프루님은 프로그래머세요? ㅡ.,ㅡ;;
하나 둘 쉬프루님께 많이 배우고 있삼.... 고마워용~ㅡㅜ

그러니까 A위치일때 B위치의 상황은 울펜ET프로그램이 계산을 하지만
C위치의 상황은 계산을 안한다거나 하는 경우가 있죠.
연산량의 부하를 줄이기 위해서.
A위치에서는 C위치를 절대로 볼수 없을 경우에 이렇죠.
마찬가지로 C위치에서는 A만 연산하고 B는 연산안한다던가.

이런걸 잡아주고 설정해주고 맵 데이터 안에
정보로 집어넣는것도 컴파일에서 이뤄지는데,
이게 컴파일에서 vis가 하는 역할입니다.

공식맵에서도 동굴안에 들어가면 FPS가 오르고 밖으로 나오면 FPS가 떨어지고 이러는데,
동굴안에서는 계산해야 하는 범위가 좁고 밖에서는 넓기 때문이죠.

이런 영역이 vis로 생기는것.

맵이 너무 넓거나 디테일브러쉬 사용이 잘 안되어 있으면 컴파일할때 이쪽에서도 에러납니다.

퀄링을 말씀하시는 거군요...
결국은 부하가 심해서 에러가 난다는거군요..
퀄링이 어렵던데....간단한 예를 보고 공부하기에는..ㅡㅠ
혹시 퀄링에 대해서 자세히 설명된 곳 웹 사이트같은곳은 없나요?

저도 그런 곳은 본적 없음 - -;

ㅋㅋㅋㅋ ^^;
하루 반나절을 쉬프루님이랑 이바구하며 놀았넹...ㅋㅋ
점심 맛나게 드세요~

다른일이 생겨서 아직도 확인 못해봤어요..ㅡㅠ
아놔~