[💬] 자바로 게임만들기 근황

[익명(182.226)]

총돌리기 움짤

회전변환으로 삽질을 여러번해서 이제 좀 원하는 수준의 회전을 구현할 수 있게 되었음...

렌더 관련 엔진을 대대적으로 수정하느라 진도는 별로 나간게 없고 최적화와 미구현 기능 보완을 했음.

위 사진은 타일 셋을 45도 회전시킨 것.

렌더 엔진에 이미지 버퍼를 활용해서 회전연산을 보다 복합적으로 활용할 수 있게 되었음.

이미지 버퍼 문제는 아직 미해결이지만 해결책을 찾은 거 같아 추후 수정할 예정.

에어리어 컴포넌트를 추가하여 영역 연산이 가능해 졌기에 콜리전 체크를 할 수 있게됨.

아직 상호작용 스크립트는 작성하지 않아서 충돌 여부만 확인하도록 로그를 띄움.

== 최적화 관련 주저리 ==

그래픽 가속을 못받는다는 한계에 있어서 연산 성능 최적화를 진지하게 고민하게 됨...

크게 두가지 부분을 개선했는데, 시프트 연산 활용과 삼각함수 연산 간략화임.

하나는 단순한 나눗셈은 정수 시프트 연산으로 변경한 점.

나눗셈을 하게되면 연산 과정과 결과값이 대개 부동소수점 연산을 하게됨.

그런데 막 화면의 정중앙 좌표를 구하고 싶다~ 하면 대개 걍 width / 2 를 해버리는데,

어차피 화면 비는 정수배로 이루어져있는데 이걸 반으로 나누겠다고 width / 2를 하면 부동소수점으로 바꾸고, 그렇게 나온 결과를 또 캐스팅해야함.

자체 렌더 엔진의 성능 거지다 보니까 이런 것 조차 아까워 죽겠어서 방법을 찾는 도중 시프트로 나눗셈을 대체할 수 있다는걸 기억해내고 적용.

width / 2 == width >> 1

만일 화면 해상도가 홀수면 1픽셀 정도의 오차가 발생하긴 하는데, 내가 알기론 아이폰X 말고는 홀수 해상도 채택한걸 본적이 없음. 그래서 맘 편히 사용.

시프트 연산은 컴퓨터 연산 속도 중에서 톱을 달리기 때문에 절대로 손해볼 일은 없었음. 곱 연산도 시프트 써서 하면 조금 더 빠르긴 함.

두번째는 삼각함수 연산을 간략화 한 것.

자바의 Math 라이브러리는 다른 수학라이브러리가 그렇듯 간편하고 강력하지만, 모든 삼각함수 연산이 double로 이루어져있음.

정밀도 측면에서는 좋지만 속도와 성능쪽에서는 조금 하자가 있기 마련...

그래서 찾아본 결과 결과값 테이블을 만들어서 인덱싱 하는 방법으로 연산을 간략화 할 수 있더라.

요지는 다음과 같음...

for (int i = 0; i

sin[i] = Math.sin(Math.toradian(i));

cos[i] = Math.cos(Math.toradian(i));

위와 같이 360도에 대한 함수 테이블을 만들어서 색인해뒀다가 그때그때 값을 읽어들이면 되는 것.

메모리에 6kb의 가량의 함수 테이블을 상주시키는 것으로 매번 Math 라이브러리를 호출해서 값을 구하는 것에 비해서 빠르고 저렴하게 삼각함수를 읽어 올 수 있음.

다만, 보다시피 값이 360도로 정해져 있기 때문에 정밀도 측면에서 상당히 떨어진다는건 감안해야함.

테이블을 720개의 인덱스 요소로 구성하면 0.5도 단위로 정밀도를 올릴 수 있고,

그 2배를 더 할당하면 0.25도 단위로 정밀도를 올릴 순 있음. 알아서 판단해서 쓰시길...

나같은 경우는 아주 정석적인 픽셀게임이기 때문에 (해상도 문제 때문에 픽셀 스타일도 아닌 진짜 픽셀임, 퍼펙트하게 픽셀 그 자체 ㅎ)

스프라이트 회전이나 각종 렌더 효과를 내는데 있어 360도 수준의 저정밀도 함수 테이블로도 차고 넘치니까 360도 테이블을 사용함.

벡터연산할때 쓰기에는 정밀도 때문에 좀 문제가 많지만, 제자리 오브젝트 회전 같은거 할 때는 위 함수 테이블을 채용하는것도 나쁘지 않음.

회전 성애자들을 참고하도록 ㅎㅎ

최적화 관련 주저리는 여기까지...

앞으로도 해야할게 많은데 하다보면 하나씩 해결 되겠지...

[익명(118.47)]

언리얼 코드에서 네트워크 최적화한다고 0~360 값을 0~255(정수) 로 변환해서 바이트로 회전값을 전송하는거 보고 놀랐는데 함수 테이블보니 그게 생각나네.

[익명(182.226)]

값 손실 안난대? 어떻게 하는건지 궁금하다. 패킷을 2번에 나눠서 주는 걸까? 아니면 회전값은 0 ~ pi 사이값으로 결정나니까 0~180만 사용한걸까?

[익명(118.47)]

360 도 값이 255 값이 되도록 변환. 360으로 나눈뒤 255 곱하기. 바이트로 전송 후에 다시 역변환. 그냥 손실나는게 네트워크 대여폭 쓰는것보다 중요하고 생각한것 같음. 캐릭터의 회전값을 이렇게 전달하는데 은근 티가 안남.

[익명(182.226)]

ㅇㅎ 그냥 손실처리해서 쓰는구나. 정보 감사해