메뉴 건너뛰기

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

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 클릭 문제.... ㄱ- [1] 장펭돌 1801   2008-01-31 2008-03-17 04:37
~클릭 100, 123, 0, 276, 186 @계속 ^100 이벤트 발생! 그림판에서 좌표수를 확인하고나서 123,0 부터 276,186의 위치를 위 처럼 정한뒤 흥크립트 실행후 아무리 클릭해봐도 안되네요... 또하나 궁금증은 창모드가 아닌 전체화 모드에선 마우스가 안나오는데.....  
164 [re] 흥크립트 질문 똥똥배 1782   2008-02-01 2008-03-17 04:37
조금 복잡하지만 이렇습니다... ====================================== [분기] ([레벨]==16)?91:[분기] [분기] ([레벨]==15)?92:[분기] [분기] ([레벨]==14)?93:[분기] [분기] ([레벨]<=13)?94:[분기] @이동 [분기] ^91 당신의 랭크 : S @이동 95 ^92 당신의...  
163 흥크립트 질문 [1] 장펭돌 1733   2008-02-01 2008-03-17 04:37
흥크립트에서 if처럼 변수1이 1이면 어떻게되고 변수1이 2면 어떻게되고 이렇게 어떻게하나요? 역전심판에서 1+1 답 얘기할때, 정답을 말하느냐 오답을 말하느냐에 따라서 달라지는것 처럼 말이죠... 봐도 잘 모르겠네요... * 똥똥배님에 의해서 게시물 이동되...  
162 흥크립트, 이건 답변 안해주신듯... [1] 장펭돌 1669   2008-02-02 2008-03-17 04:37
마우스를 지원하게 하고싶은곳과 지원 안하게 하고싶은곳... 이 두곳을 어떻게 구분하죠? 저같은경우엔 특별한 경우를 제외하곤 마우스가 안나오게 할껀데... 어떻게 해야... 하는지 자세히 설명좀 부탁... ㅈㅅ.. * 똥똥배님에 의해서 게시물 이동되었습니다 ...  
161 아아, 그렇다면... 흥크립트에서 [1] 장펭돌 1712   2008-02-02 2008-03-17 04:37
제가 타이틀을 만들고 나서 @마우스지원 해놓고 나니까 선택지에서 키보드로 선택할수 있는 커서가 사라지더라구요? 이건 원래 그런건지... 키보드로 선택해도 되긴 되는데 커서가 없어서 지금 뭘 고르고 있는건지 알수가 없는데.. 원래 이런건가요? 으음, 그...  
160 흥크립트 AVI 지원에서... [2] file 장펭돌 1823   2008-02-02 2008-03-17 04:37
 
159 흥크립트 기본 바꾸기. [3] 장펭돌 1855   2008-02-03 2008-03-17 04:37
흥크립트 마우스 포인터를 바꾸려는데, system 의 "커서"를 바꾸면 된다구 하셨짢습니까? 그럼, "DATA\XXX.mlc" 이렇게 해야 되는겁니까, 그리구, 기본 커서 크기좀 알려줏메. ps. 또 문제가 생김... 왠일인지 동영상이 그냥 곰플레이어로 재생하면 멀쩡한데, ...  
158 흥크립트에대해. [16] 궤레브 1711   2008-02-06 2008-03-17 04:37
음.. 그냥 몇가지 간단한 질문인데요 그림과 그림이 맞닿앗을때 라는 액션을 만들수 있나요? 만약 그림과 그림이 맞닿앗을때 액션이 없으면 턴알피지밖에 불가능할거같은데 마우스로 눌러서 공격하는 버츄얼캅같은 게임이 아니고선.. 이건 제가 직접 실험해볼...  
157 [re] 흥크립트 질문.. [2] 똥똥배 1797   2008-02-07 2008-03-17 04:37
>흔히 알만툴에서 쓰이는 >조건분기를 어떻게 쓰나요? 펭돌님 말로는 if문이 있다던데.. >그리고.. >흥크립트 테스트인가? 슬라임같이 생긴 사람이 >돌아다니면서 사람들 만나면 대화 나오게 만드신게 있더군요? >거기서처럼 그냥 아무 추가 이벤트가 없어도 ...  
156 흥크립트 질문.. [3] 궤레브 1747   2008-02-07 2008-03-17 04:37
흔히 알만툴에서 쓰이는 조건분기를 어떻게 쓰나요? 펭돌님 말로는 if문이 있다던데.. 그리고.. 흥크립트 테스트인가? 슬라임같이 생긴 사람이 돌아다니면서 사람들 만나면 대화 나오게 만드신게 있더군요? 거기서처럼 그냥 아무 추가 이벤트가 없어도 꺼지지 ...  
155 [re] 흥크립트 개선점 [3] 똥똥배 1928   2008-02-09 2008-03-17 04:37
1. 글자변수 외에 숫자변수도 화면에 표시할 수 있으면 좋겠음 이건 내부적인 문제이기도 한데, 화면에 표시할 때는 위치정보, 색 등 엄청난 데이터가 필요합니다. 글자는 길이가 있고 하니 어차피 덩치가 커서 상관없다고 생각했지만, 숫자변수는 4바이트면 ...  
154 흥크립트 개선점 흑곰 1578   2008-02-08 2008-03-17 04:37
글자변수 외에 숫자변수도 화면에 표시할 수 있으면 좋겠음 글자입력시 아무 것도 안썼으면 다시 입력받을 수 있도록 하면 좋겠음 글자변수도 조건문을 할 수 있으면 좋겠음 if문이 있으면 좋겠음 아이콘 변경이 되었으면 좋겠음(실은 이건 컴파일 문제이지만)...  
153 Divx6를 받아서 인코딩을 하려는데... 에러뜸... [3] 장펭돌 2154   2008-02-09 2008-03-17 04:37
Divx 공식 홈페이지를 가보니, 6가 있길래 받아서 동영상파일 (AVI)를 열면 이렇게 에러가 뜨는군여... ----------------------------------------------------------------- Invalid VIdeo Stream DivX Converter cannot encode the in put file: C:\Document...  
152 조건분기할 때 [5] 흑곰 1745   2008-02-12 2008-03-17 04:37
&& and || or == 같다 != 같지 않다 원래 vc++ 에서 쓰는 것인데 흥크립트에도 쓰여요. (마지막 것은 확인 못해봤음) 흥크립트도 조건문을 활용하면 if문이 가능합니다. if문을 여러개 구현하다보면 그렇게 빠르진 않은 것 같습니다만 * 똥똥배님에 의해서 게...  
151 흥크립트 if-else 문 흉내내기 [4] 똥똥배 1933   2008-02-12 2008-03-17 04:37
이곳 저곳으로 이동다니면 나중에 스크립트를 읽을 때 이해하기 어려우므로 일직선으로 가는 흐름이 이해하기 쉽습니다. 그래서 C에서는 goto는 금기하고 if-else, while등을 씁니다. 뭐, 서론은 이 정도로 하고 흥크립트에서 if-else 문을 흉내내려면 //첫 번...  
150 흥크립트 win모드와 전체화면의 속도 차이 있나요? [4] 흑곰 1698   2008-02-13 2008-03-17 04:37
추억의 냉무 * 똥똥배님에 의해서 게시물 이동되었습니다 (2008-03-11 14:06)  
149 질문! [4] file DOH 1616   2008-02-14 2008-03-17 04:37
 
148 흥크립트 AVI 재생.. [2] 장펭돌 1851   2008-02-14 2008-03-17 04:37
흥크립트 AVI 재생시에 가끔 전체화면으로 게임을 할때, 재생하는부분에서 갑자기 창모드 화면 크기로 영상이 나온 다음 전체화면인 게임은 아래로 최소화 되어 있을때가 가끔있는데요... (이것도 어떨때는 그러고 또 어떤때는 안그럼) 이거 뭐 대체 왜이러는...  
147 흥크립트 원인불명 버그... [3] file 네모상자 738   2008-02-16 2008-03-17 04:37
 
146 그러고보니, 흥크립트에서.. [1] 장펭돌 1693   2008-03-10 2008-03-17 04:37
왠지는 모르겠으나, 저희집 컴퓨터에서는 효과음은 들리지만, 배경음악이 안들렸었습니다.. (엉? 왠지 예전에도 말한적 있는것 같기두 하고...) 아무튼, 어째서 그런겁니까...? 사실 그래서 공룡돌의 추리쩡 배경음악.. 저는 들을수가 없어서 다른분들한테 들...