메뉴 건너뛰기

창작에 관련된 질문이나 간단한 팁, 예제를 올리는 곳

5편 : 점프

오늘은 좀 근본적으로 문제 있던 것들을 고치고 넘어가겠습니다.
바로... 캐릭터 그림이 너무 작지 않습니까?
640x480 사이즈에 맞추면서 배경은 4배 확대되었는데 캐릭터는 그대로라서
캐릭터가 너무 작아 동작이 잘 안 보입니다.
그래서 캐릭터 소스를 4배(가로 2배, 세로 2배) 키운 소스를 다시 올립니다.
덮어 쓰시고 이 그림에 따라서 출력 부분에 고쳐야 할 부분이 있을 겁니다.
일단 직접 고쳐 보시고, 안 그러면 나중에 전체 소스 보여줄 때 그대로 고치시면 됩니다.

Source3.zip

이제 캐릭터가 좀 커지니 볼만 합니다.



그런데 역시 이상합니다. 벽 위도 걷고 있습니다.
제한 범위를 바꿔야 겠습니다.
여기서 중요한 것은 캐릭터의 0,0을 기준으로 하는 것이 아니라
캐릭터의 발을 기준으로 더 이상 올라갈 수 없게 해야 자연스러워 보인다는 겁니다.
따라서 이동구역 제한을 아래와 같이 바꾸면

if(x<0)x=0;
if(x>SCREEN_X-38)x=SCREEN_X-38;
if(y<125)y=125;
if(y>SCREEN_Y-58)y=SCREEN_Y-58;

아래 그림과 같이 자연스러운 부분에서 더 이상 위로 올라가지 않게 됩니다.



이제 오늘의 본론인 점프와 대시를 구현해 봅시다.
일단 점프부터 구현해 보겠습니다.
그럴려면 z좌표를 하나 더 추가합니다.
물론 출력은 2D이므로 y좌표를 이용해서 점프를 표현하겠지만
계산에서 아래와 같은 문제가 생길 수 있으므로 z는 따로 만듭니다.



점프를 해서 위로 올라간 건데
위쪽에 있는 캐릭터의 펀치에 맞는다면 어이가 없겠죠.
사실상은 공중에 떠있는 건데...
아무튼 이런 이유로 z를 선언합시다.

int z = 0;

이제 C키에 의해서 점프가 되게 합시다.
어떻게 하면 될까요?
그냥 z를 증가시키다가 일정 delay가 지난후 부터는 줄이는 것을 생각해 볼 수 있습니다.
하지만 그러면 올라가는 속도, 내려오는 속도가 모두 일정해서 엄청나게 부자연스러워 보입니다.
올라갈때 빨리 올라가다가 최고점에 이르러서 조금 힘이 빠져
서서히 내려오다가 착지가 가까워질수록 빨리 떨어져야 자연스럽겠죠.
어떻게 구현할지 고민스럽지만 간단한 물리법칙입니다.

위로 뛰어 오르는 힘 = 위로 뛰어 오르는 힘 - 중력
z = z + 위로 튀어 오르는 힘

처음에는 위로 뛰어 오르는 힘은 +값입니다.
하지만 중력만큼 계속 줄다보면 -값이 되겠죠.
하지만 이때쯤 상당히 z가 늘어나 있을 겁니다.
위로 튀어 오르는 힘이 +에서 -로 바뀔 때가 최고점이 되는 셈이죠.
이제부터는 위로 튀어 오르는 힘이 -값이 됩니다.
사실상 아래로 떨어지는 힘이겠죠.
그리고 마찬가지로 떨어지다가... z가 0이 되는 순간을 착지로 보고 멈춰 주면 됩니다.

아래는 점프를 구현한 코드입니다.

int main(char* arg[])
{
     //창 생성
     if(!MainInitialize("Sample", TRUE, FALSE, window_mode))return 0;

     //윈도우창 이동
     if(window_mode)
     {
          jdd->OnMove(100, 100);
          SetCursor(LoadCursor(0, IDC_ARROW));
     }

     JPictureInfo jpi;
     jpi.SetColorKey(JColor(0,0,255));

     jdd->LoadPicture("배경", "던젼6.jpg", NULL, true);
     jdd->LoadPicture("걷기1", "w1.gif", &jpi, true);
     jdd->LoadPicture("걷기2", "w2.gif", &jpi, true);
     jdd->LoadPicture("걷기3", "w3.gif", &jpi, true);
     jdd->LoadPicture("펀치1", "p1.gif", &jpi, true);
     jdd->LoadPicture("펀치2", "p2.gif", &jpi, true);
     jdd->LoadPicture("킥", "k1.gif", &jpi, true);

     int x = 100;
     int y = 100;
     int z = 0;
     int delay = 0;
     int state = 0;
     bool left_punch = false;
     int jump_power;
     int gravity = 9;

     //메인 실행
     while(!GetKey(vkey_esc))
     {
          if(!ProcessMessage())break;

          if(GetKey(vkey_up,1))y-=5;
          if(GetKey(vkey_down,1))y+=5;
          if(GetKey(vkey_left,1))x-=5;
          if(GetKey(vkey_right,1))x+=5;
          if(GetKey(vkey_z))
          {
               state=1;
               delay=0;

               if( left_punch)left_punch=false;
                    else left_punch=true;
          }
          if(GetKey(vkey_x))
          {
               state=2;
               delay=0;
          }
          if(GetKey(vkey_c))
          {
               state=3;
               jump_power=100;
          }

          if(x<0)x=0;
          if(x>SCREEN_X-38)x=SCREEN_X-38;
          if(y<125)y=125;
          if(y>SCREEN_Y-58)y=SCREEN_Y-58;

          jdd->DrawPicture(backbuffer, "배경", 0, 0, NULL);

          //평상시
          if(state==0)
          {
               if(delay<30)jdd->DrawPicture(backbuffer, "걷기2", x, y-2, NULL);
                    else if(delay<60)jdd->DrawPicture(backbuffer, "걷기1", x, y, NULL);
                    else if(delay<90)jdd->DrawPicture(backbuffer, "걷기3", x, y, NULL);
                    else jdd->DrawPicture(backbuffer, "걷기1", x, y, NULL);

                    ++delay;
                    if(delay >= 120)delay=0;
          }
          //펀치
          else if(state==1)
          {
               if(left_punch)jdd->DrawPicture(backbuffer, "펀치1", x-8, y-2, NULL);
                    else jdd->DrawPicture(backbuffer, "펀치2", x-8, y-2, NULL);

               ++delay;
               if(delay>=10)state=0;
          }
          //킥
          else if(state==2)
          {
               jdd->DrawPicture(backbuffer, "킥", x-6, y, NULL);

               ++delay;
               if(delay>=10)state=0;
          }
          //점프
          else if(state==3)
          {
               jdd->DrawPicture(backbuffer, "걷기1", x, y-z, NULL);

               z+=jump_power/10;
               jump_power-=gravity;
              
               //착지
               if(z <= 0)
               {
                    z=0;
                    state=0;
               }
          }

          jdd->Render();
     }

     //정리하고 끝내기
     jdd->DeleteFont(global_font);

     return 0;
}

점프시의 그림이 있으면 좋겠는데 없어서 아쉽군요.
그냥 지금은 걷기1을 썼습니다.

일단 C키를 입력받는 부분(Getkey(vkey_c))을 봅시다.
state를 3(점프)으로 바꾸면서 초기 점프력을 100으로 설정합니다.

그럼 state가 3일때(if(state==3))는 무슨 일이 일어나는지 봅시다.
걷기1을 출력하는데 x, y가 아닌 y에서 z를 빼준 좌표에 출력합니다.
이걸로 점프한 만큼 위로 올라가게 보이겠죠.

그 다음은 z좌표의 변화입니다.
z좌표에는 매번 jump_power의 1/10을 더해 줍니다.
왜 1/10이냐면 그대로 100을 더했다가는 저 하늘 높이 올라가 버릴 것이기 때문이죠.
그럼 처음부터 10으로 하면 되지 않냐고 하지만, 그러면 중력값 변화 처리하기에 값이 너무 적죠.
솔직히 말하자면 소수점으로 해서 점프력은 10, 중력은 0.9로 하면 해결될 일이지만
소수점은 메모리를 더 먹고, 연산시에는 같은 형태인 것들만 서로 연산이 되므로
int값인 z와 연산하려면 jump_power를 int로 바꾸는 과정이 필요하게 됩니다.
그렇다고 z까지 소수점 형태로 바꾸면 z와 연결되는 y도 소수점으로 바꿔야 하는 등 복잡해지니
엄청난 정밀 계산이 필요하지 않는 이상 소수 처리는 이런 식으로 하는 게 편합니다.

계속해서 점프력은 중력만큼 감소합니다.
언젠가 마이너스 값으로 바꿔어서 z를 0으로 다시 줄이겠죠.
그리하여 착지 부분.
z가 0보다 작거나 같으면 z를 0으로 바꾼 뒤
(z가 마이너스 값이 되어버리면 원래 y위치보다 밑에 출력되게 되므로)
상태(state)를 0으로 돌려줍니다.

실행시켜 보면 공중에서 한 번 더 점프할 수 있는 등 문제가 보이겠지만
일단은 접어두겠습니다.
그건 다음번의 최적화에서 처리하도록 하겠습니다.

A.미스릴

2008.04.23
07:15:18
(*.234.10.203)

라이브러리에서 자체적으로 그림 확대 못하나영

똥똥배

2008.04.23
18:24:55
(*.239.144.2)
그 기능이 있지만 그것을 사용할 경우 일반적인 출력보다 속도가 느려집니다.
계속해서 크게 출력할 거라면 그냥 원본을 키우는 게 좋습니다.
아니면 처음에 로딩할 때 키워서 저장해 두는 방법이 있긴 하지만 번거롭고...
아무튼 커졌다 줄었다 하는 캐릭터가 아닌 경우는 그 기능은 안 쓰는 게 속도면에서 좋습니다.

대슬

2008.04.23
22:25:32
(*.234.216.51)

키웠다 줄였다 하고 싶은데.. 다음에 그 기능 살짝 가르쳐주시면 안될까요.

똥똥배

2008.04.23
22:43:36
(*.239.144.2)
jdd->DrawStretchedPicture(backbuffer, "그림명", 출력될 크기의 RECT, 원본의 RECT)

여기서 RECT 변수는

RECT rect;
Setrect(&rect, 좌, 상, 우, 하)

식으로 씁니다. 사각형 영역인 것은 아시겠죠?
아마 RECT를 변수로 넣어줄 때는 &붙여야 될 것임.

직접 테스트 해보면 그다지 어려운 기능은 아닙니다.

A.미스릴

2008.04.24
01:01:20
(*.234.10.203)

일반적인 출력보다 어느정도 느려지길래 ㅡㅡ;;;

똥똥배

2008.04.24
03:23:53
(*.239.144.2)
물론 하나 가지곤 눈에 보이게 느려지진 않을 겁니다.
그런데 만약 캐릭터 수가 늘어나서 누적되면 어떻게 될지 모르는 것이고.
이왕이면 빠른 쪽으로 만들어 주는 것이 게임 프로그래밍의 길입니다.
List of Articles
번호 제목 글쓴이 조회 수sort 추천 수 날짜 최근 수정일
165 COgg 질문 [3] A.미스릴 3710   2008-06-29 2013-11-23 08:43
밑에 대슬님 질문 보니까 멤버변수를 등록할때 동적할당을 하는게 씌여 있는데 그냥 Cogg m_ogg_oggplayer; 이런식으로 그냥 일반변수로 등록을 하고 사용할순 없나요? 동적할당을 굳이 써야하는지 ㅡ.ㅡ;; (개인적으로 4바이트 추가와 잘못되면 메모리 누수가...  
164 문D라이브로 더블드래곤을 만들자(2) [6] file 똥똥배 3611   2008-04-18 2013-11-23 08:43
 
163 C++ 질문 2 [3] A.미스릴 3565   2008-12-22 2008-12-23 18:47
바이너리(2진수) 저장 아시죠? 그런데 포인터 변수를 만들어서 동적 할당을 했을때 그 포인터 변수도 포함되어 저장되면 정상적으로 저장이 안 되는 건가요? 왜 그러냐면 제가 저장 방식을 모든 데이터를 하나의 클래스 속에 넣어서 그 1개의 클래스 인스턴스...  
162 문D라이브로 더블드래곤을 만들자(7) file 똥똥배 3480   2008-04-27 2008-04-28 04:22
 
161 lua와 C의 연동에서 상수(define이나 enum) 값처리 똥똥배 3448   2011-05-25 2011-05-25 23:34
이 문제의 해결에 4가지 방법이 나왔다. 물론 환경이나 상황에 따라 더 많은 해결방법이 나올 수 있고, 어떤 것이 답인지는 그때 그때 마다 다른다. 일단 상황부터 정리. 스프라이터를 처리하는 툴에서는 스프라이터 애니메이션을 숫자가 아닌 특정 코멘트를 ...  
160 흥크립트 질문. 글자에 관해서 [1] 에리 3430   2009-03-21 2009-03-21 09:30
예를 들어 글자입력으로 ㅇㅇㅇㅊ ㄱㄴㄱㅇ ㅅㅌ ㅋㄴㅇ ㄴㄴㅇ 대충 이런 글자들을 입력했다 치고 분기 명령어로 분기를 만들 수 있나요?  
159 문D라이브로 더블드래곤을 만들자(3) file 똥똥배 3430   2008-04-18 2008-04-18 18:27
 
158 [수정]이거왜이러는거죠;; [4] file 상상악수 3254   2008-08-19 2008-08-21 03:24
 
157 그럼 질문으로... [1] 쿠로쇼우 3243   2008-09-26 2009-01-07 22:05
c++에서 텍스트파일을 입,출력 하는것은 어느정도 알겠습니다. 문자라든가, 띄어쓰기, <┘ 세고, 출력하는것도 어느정도 알겠고요,, 근데 한줄 단위로 입력하고, 한줄 단위로 출력하는건 어떻해야 하나요? 오늘 아침 질문(??) 올린거에서 텍스트 파일 입력한거 ...  
156 문D라이브로 더블드래곤을 만들자(4) [2] file 똥똥배 3213   2008-04-20 2008-04-21 07:20
 
155 OgreOde 사용기 똥똥배 3184   2008-03-25 2008-03-25 21:37
OgreSDK 버전 1.4.7 OgreOde 버전 0.95(아마도) 사실 오우거 엔진 쓴지도 얼마 안 되고 물리엔진은 처음 만져봤습니다. 처음에 Ogre Wiki에 나온대로 따라서 만들었는데 crateCube.mesh와 plane.mesh 때문에 에러가 나서 바닥은 직접 만들고 crateCube 대신 오...  
154 문D라이브로 더블드래곤을 만들자(6) [2] file 똥똥배 3114   2008-04-23 2008-04-25 05:01
 
» 문D라이브로 더블드래곤을 만들자(5) [6] file 똥똥배 3072   2008-04-21 2008-04-24 03:23
5편 : 점프 오늘은 좀 근본적으로 문제 있던 것들을 고치고 넘어가겠습니다. 바로... 캐릭터 그림이 너무 작지 않습니까? 640x480 사이즈에 맞추면서 배경은 4배 확대되었는데 캐릭터는 그대로라서 캐릭터가 너무 작아 동작이 잘 안 보입니다. 그래서 캐릭터 ...  
152 C++ 데이터의 바이트 용량 임의로 정의할수 없나영 [1] A.미스릴 3059   2008-04-21 2008-04-21 07:18
int는 4바이트로 정해져 있는데 약간의 수만 있으면 되는 수도 있는데 괜히 많은 숫자를 사용해서 메모리를 많이 사용하는 건 아닐지 ㅡㅡ; 3바이트라던지 4비트라던지... 데이터의 바이트 사용량을 임의로 바꿀수 없나요  
151 똥똥배의 게임대회 이야기(3) [1] 혼돈 3007   2007-02-08 2011-02-11 12:53
3. 아마추어다운 게임이란 무엇인가? 아마추어는 자유롭습니다. 자신이 원한다면 무엇이든 표현할 수 있습니다. (심하게 비윤리적이라면 문제가 되겟지만) 하지만 프로는 그렇지 못합니다. 일단 상업성 때문에 '돈이 되는' 게임을 만들어야 하고, 수많은 사람...  
150 문D라이브로 더블드래곤을 만들자(8) [1] file 똥똥배 2973   2008-05-16 2009-01-07 22:05
 
149 똥똥배의 게임대회 이야기(1) 혼돈 2953   2007-02-06 2008-03-17 04:37
지금부터 제 이야기를 잘 들어 두시는 게 수상의 열쇠가 될지도 모릅니다. 제가 끝판 보스도 아니고, 공지 내놓고 마감일까지 기다리는 것은 지루하니 이런 저런 이야기를 들려 드리도록 하죠. 1. 지금 여러분이 해야 할 일 지금 개학인데 왜 하필 시작하냐는 ...  
148 문D 라이브 질문 [5] 대슬 2889   2008-05-15 2008-05-16 06:13
1. 음악이나 사운드는 어떻게 불러와서 출력하나요. 배웠었는데 까먹었음. 2. 그림을 원하는 각도로 자유롭게 회전시켜서 출력하는 기능은 없나요?  
147 문D라이브로 더블드래곤을 만들자(9) 똥똥배 2889   2008-05-17 2008-05-17 03:07
9편 : 체계화된 동작 지금까지 열심히 이 강의를 따라오신 분들이라면 지금 게임의 여러 버그가 산재해 있음을 깨달으셨을겁니다. 그걸 왜 그냥 내버려 뒀나면... 귀찮아서~ ~는 훼이크고 일단 가르치는 주제에서 벗어나면 집중력이 떨어지고 어느 정도 이해력...  
146 똥똥배의 게임대회 이야기(4) [1] 혼돈 2881   2007-02-10 2011-02-11 12:52
4. 공모전도 커뮤니케이션 게임을 만들기 전에 먼저 생각해야 하는 것은 게임을 하는 사람들입니다. 그래서 게임회사라면 시장조사가 가장 먼저 해야 할 일입니다. 회사에서 만든 게임을 얼마나 많은 게이머들이 즐길지 알고 예상되는 수익을 계산하고 거기에 ...