그냥 2D 게임 만들 수 있는 정도로 만들어 두었는데

흠 신기하네요~_~ 제가 뭔가를 잘못했겠죠

게임이 동작을 하는중에 프레임이 저하가 된다면, 찾을 거리라도 있는데

이건

그냥 가만히 두면

돌다가 어느 시점에 퍼퍼퍽 프레임이 느려지네요 ㅠㅠ

GC가 도는것도 아니구요 곤란하네요 흠

그렇군요. 게임하고 뭔가 다른 원인으로 생기는 문제 같네요.

위슈님 안녕하세요^^

답변달아주셔서 감사해요 ㅠㅠ

제가 게임에 네트워크 쪽같은것 아니면 Sleep을 쓰지를 않았어요

일단 구간 딜레이를 보니까

onUpdate쪽에서는 일정한데

onDraw 쪽에서 가끔 지연이 발생하더라구요

제가 OpenGL 을 쓸 떄 텍스쳐 변경을 하거든요 (제가 다른 분이 어떻게 하는지를 모르니...)

1. 텍스쳐 A 바인딩

2. A캐릭터 그리고

3. 텍스쳐 A 언바인딩

4. 텍스쳐 B 바인딩

5. B캐릭터 그리고

6. 텍스쳐 B 언바인딩

이런식으로 돌리는데

이것때문일까요?

흠

저 같은 경우는 참조형으로 쓰는 경우가 많은데 문제가 될까요

ex)

Data << Static 만 있는 데이터 에요

가 있으면

유닛 객체에서

Ball ball = Data.Ball;

이런식으로 유닛객체의 변수로 만들어 놓고 유닛에서 쓰는데

이게 문제가 될 수 있는지 궁금합니다.

음 그렇군요

흠 어렵네요 ㅠㅠ

이런건 고등학교 수학보단 어렵죠..ㅠㅠ

아 이런 유행어!!

GC는 레퍼런스를 잃은 객체를 정리해주기 때문에 발생하는 거 아시죠?

매 프레임마다 새로운 객체를 생성하는 코드가 있다면 문제가 될 수 있는 겁니다.

텍스쳐 바인딩의 문제일 가능성은 낮아보이는데,,

만약 매 프레임마다 비트맵 객체를 생성하신다면 그건 문제될 수 있죠.

즉, 매 프레임마다 생성하는 객체가 있다면 그건 하나만 생성해서 재활용해서 사용해야하는 거구요. 만약 재활용하지 않고 매번 생성한다면 매번 생성한 객체는 GC 대상이 되고, 한번 GC가 발생할 때마다 대상 객체들을 모조리 삭제하기 때문에 렉이 걸릴 수 있습니다.

그리고 for문의 i는 객체가 아니라서 상관없을 것 아닌가요?

오호~ int와 같은 기본 변수들은 상관이 없는건가요

하나 배웠네요 ^^

오픈 지엘은 객체 기반이 아니라, 상태 기반이라서 텍스쳐를 한번 바인딩하면 그 뒤에서 그리는 모든 객체에 텍스쳐가 바인딩되게 됩니다.

즉, 객체마다 텍스쳐가 1:1 바인딩 방식이 아니라, 오픈지엘 상태에 텍스쳐를 바인딩해놓고 그 뒤에 그리는 객체는 모두 앞에서 바인딩 된 텍스쳐를 그리기 때문에 저렇게 언바인딩을 하시는 것 같네요.

성능 테스트는 안해봤지만 언바인딩이 문제라면 바인딩만하시고 텍스쳐를 안쓰는 도형을 그리실 때는 텍스쳐 disable시켜놓고 텍스쳐를 그려야할 떄 다시 enable 시키는게 나을 수도 있을 것 같다는 생각은 듭니다.

제가 하는게 제식대로 막하다보니

제대로 된건지 잘 모르겠는데

객체별로 자기 자신을 그리려면 자신의 이미지가 있는 텍스쳐를 바인드해야 하는데요

(텍스쳐의 최대크기가 1024 x 1024)라서 하나의 텍스쳐에 모든 게임 캐릭터를 넣을수는 없지 않나요?)

gl.glBindTexture(GL10.GL_TEXTURE_2D, textureId);  //여기서 textureId가 있다는것은 텍스쳐는 로드되어 져 있다는 뜻

(텍스쳐자체는 이미 로딩되어져 있구요)

하고

vertices.onDraw(GL10.GL_TRIANGLES, 0,~~

해서 그리쟎아요

이걸 무한 반복하는데 이것 때문에 GC가 발생하지는 않겠죠?

아니면 SoundPool로 효과음을 내서 그런것일까요?

제가 언바인드 한부분을 다시 확인해보니

텍스쳐를 gl.glDeleteTextures() 하지는 않구요

계속 윗부분으로만 써고 있어요

아... 제가 오해가 될만한 단어를 많이 사용했네요;; 전 언바인드 하신다고 하셔서 texture Load작업을 반복하시는 줄 알고 썼네요;

texture 버퍼에 Bitmap을 게속 로드하시는 줄 알았다는... ㅋ.

한번 Load된 Textrue를 선후님 말씀처럼 Bind해서 사용하는 건 큰 부하가 없는 것으로 알고 있습니다. 저도 그렇게 사용하고 있구요.

그리고 언급하신 BindTexture후에 Vertices들을 매 Draw시점마다 Draw해주어야 하는 것도 맞구요 ^^. 

위슈님께서 말씀하신대로 객체를 매 Draw시점마다 생성한다거나 복잡한 연산의 문제가 아닌가 싶네요.. 혹은 기기의 문제일수도..

제가 오해하실 수 있는 글을 적어 되려 몇시간을 혼란스럽게 해드린 것 같아 죄송하네요 ^^;;

모쪼록 잘 해결하시길 바랍니다 

Java의 구조를 잘 몰라서 C로 치면 객체 선언인지 객체 포인터의 선언인지는 잘 모르겠지만.. 좌우당간 Draw함수내에서 어떠한 변수를 선언하는 건 좋지 않아보입니다. 객체포인터 기준으로 C기준 4Byte를 잡고 초당 60프레임이니 240Byte?정도의 메모리 할당이 일어날 수도 있겠네요.. 물론 함수가 종료됨에 따라 메모리가 잘 초기화 될 수 도 있지만.. 위험요소는 빼는게 좋지 않을까 하는 생각이네요.

위에 것은 C로 보면 포인트인것 같아요. 제가 C/C++을 전혀 할줄을 몰라요 ㅠㅠ

변수라는건 int i 도 변수이지요?

역시 for 문에 있는것조차 위험하군요 너무 자주 발생하니

알겠습니다. 해당하는것을 처리해봐야 겠습니다.

감사합니다^^

제가 알기로는 윗부분은 GC의 원인이 될 것 같지는 않습니다.

위에서 a는 aa라는 이미 생성되어있는 객체를 잠깐 담고 있는 통일 뿐 a 자체가 new 연산자로 생성한 객체가 아니기 때문이죠.

그리고 GC라는건,, GC대상이 되는 객체가 있어야하고, GC대상 객체는 아시다시피 레퍼런스 카운트가 0인 객체입니다.

즉, 위 코드는 GC와는 무관할 것 같네요~

그 폰 문제일수도 있어요.

다른 폰으로 바꿔서 테스트해보세용.

폰은 아직은 현존하는 폰중 제일 좋은 갤넥을 쓰고 있어요(넥부심)ㅋㅋ

갤넥이라고 해서 아무 문제 없을거란 생각은 좀....

다른 폰도 테스트 해보는게 좋을겁니다.

예전부터 갤럭시 류가 프레임이 일정하지 않은 문제는 있었습니다.

오히려 더 낮은 사양의 폰에서 프레임이 더 일정하게 나오는 경우도 있었습니다.

참고하세요~

음 그렇군요 알겠습니다. 다른 폰에서 고고싱

1. matrix를 push나 pop 하는것이 무엇인지 모르겠습니다 ㅠㅠ

2. glRotate나 glTrans는 따로 하지 않는것 같아요. 그냥 onUpdate에서 정해준 좌표대로 그려버려요

3. onDraw의 내용을 완전히 비워보지는 않았네요^^ 한번해봐야 겠습니다.

좀 심플하게 되어있어서 ㅠㅠ; 찾기가 되려 힘드네요 헤요 파이팅해보겠습니다.