[💬] Love2D로 게임 만들기 3편: 난이도 조정과 아이템 구현 (대충 씀)

[토끼주문(icyselec)]

이전 글 : https://gall.dcinside.com/game_dev/156962

원래는 5편 정도로 예상되었지만 다음 강의에 대한 좋은 아이디어가 있어서 조금 일찍 끝내려고 함. 그래서 이번 편이 마지막이지만 곧 새로운 Love2D 게임 만들기 시리즈로 찾아뵐 것임.

사실 강의용 소스코드가 너무 개판나서(원래 강의용으로 만들던게 아닌데 억지로 전환하다보니 소스코드가 꼬임) 더이상 진행하기 어려운 면도 있긴 함.

15. 시간이 지날수록 게임을 더 어렵게 만들자
이 게임의 목표는 화면 안에서 움직이는 폭탄을 피해 최대한 오랜 시간 살아남는 거다. 높은 점수를 얻기 위해서는 그 만큼 오랫동안 살아남아야 하고, 집중력을 끝까지 유지해야 하기 때문에 짜릿한 재미를 느끼게 한다.

하지만, 사람은 시간이 지날 수록 이 게임에 적응하게 된다. 처음에는 폭탄이 빨라보이는 사람도 있고, 느려보이는 사람도 있지만 나중에는 폭탄이 느려보이는 쪽이 많아지게 된다. 이는 집중력을 높게 유지할 필요가 점점 떨어지고, 게임의 재미도 반감되는 원인이 된다.

이 문제를 해결하는 방법은 쉽다. 그저, 게임을 점점 어렵게 만들면 된다. 폭탄이 이 게임의 거의 유일한 위험 요소이다 싶으니 시간 경과에 따라 폭탄의 속도를 점점 증가시켜 보는 것을 해결책으로 제시한다.

가볍게 시작하기 위해 main.lua 파일에 있는 update 콜백을 다음과 같이 수정하자. (...은 원래 Lua에서 가변 인자 목록을 나타내지만 여기에서는 주변의 코드를 생략함을 위해 사용했다.)

function love.update (dt)

if not isGameovered then

...

for _, v in ipairs(bombs) do

if gameTimer-300 > 0

and v:isCollide(cursor) then

isGameovered = true

return

end

v.speed = gameSpeed

v:update(dt)

end

if gameTimer % 60 == 0 then

gameSpeed = gameSpeed * 1.1

end

...

end

end

그런데 이 방식은 약간의 문제가 있다.

객체의 상태 변경이 외부에서 일어나고, 객체의 상태가 너무 자주 변경되고, 데이터가 변경되었다는 사실을 알리지도 않는다. 버그를 유발하기에 딱 좋은 코드이다.

해결 방법으로 다음과 같은 코드는 어떨까?

function love.load ()

for i = 1, 10 do

bombs[i] = Bomb:new {

...

speed = gameSpeed,

...

}

end

end

불가능하다, 왜냐하면 Lua의 number 형식은 참조 형식이 아니기 때문에 외부의 값을 변경하더라도 테이블의 값이 갱신되지 않는다.

그러고 보니 파생 객체에서 없는 멤버를 발견하면 베이스 클래스에서 멤버를 대신 찾는다고 했다. 그러면 베이스 클래스의 값을 갱신하면 파생 객체로 변경 사항이 전파되지 않을까? 좋은 생각이다.

일단 폭탄의 생성자 부분에서 speed를 제거하자. 그리고 적당히 기존의 'Bomb' 객체와는 비슷하지만 다른 이름으로 파생 클래스를 생성해준다.

local _Bomb = require("Bomb"):new()

load 콜백의 폭탄 생성자를 방금 만든 새로운 객체로 설정한다.

function love.load ()

for i = 1, 10 do

bombs[i] = _Bomb:new {

...

}

end

end

이제 속도의 변화을 주어야 할때마다, 직접 _Bomb의 내용을 수정하면 변경 사항이 파생 객체에도 전파된다.

주의할 점은 다음의 구문과는 같지 않다는 점이다.

local Bomb = require("Bomb")

Bomb.speed = 42

위의 코드는 상속 받은 객체의 값이 아닌 실제 Bomb 객체의 값을 변경하게 되고, 게임 전체에 영향을 끼치게 된다. require 함수는 모듈을 빠르게 불러오기 위해서 이미 불러온 모듈을 캐싱해둔다.

캐싱된 내용을 변경하면 다음에 불러올 모듈은 변경된 내용을 가지게 된다. 그렇기 때문에 베이스 클래스는 특수한 경우를 제외하고 불변 상태를 유지하는 것이 좋다.

16. 아이템을 넣어 난이도를 조정하자
이제 화면초호기 수준에서 바탕화면 표시기까지는 진화했다.

그래도 뭔가, 먼가, 좀 부족... 아니 이상하다. 왜냐하면, 게임이 너무 어렵기 때문이다.

지금의 게임은 마치 일본의 C모 게임사에 등장하는 새해 한정 캐릭터를 보는 것처럼 폭탄의 속도가 너무 미친듯이 증가하는게 원인이라는 거다.

(놀랍게도 이 고양이가 범인이 맞다.)

이러한 문제의 원인은 속도가 상승하는 로직이 합배수가 아닌 곱배수라는 점에 있다. 합배수로는 10초에 속도가 두배로 증가할 때, 곱배수로는 2.6배로 증가한다. 시간이 지나면 차이는 더욱 더 커질 거다.

이 문제를 해결하기 위해서 할 수 있는 당장의 일은 이동 속도가 증가하는 시간을 늘리거나 배율을 낮추는게 차선책이다. 하지만 시간을 늘리면 이동 속도 증가가 너무 부자연스럽게 보이고, 배율을 낮추면 난이도가 너무 급락한다는 것이 또 문제다.

답은, 아이템을 습득해서 속도를 낮출 수 있게 하는 것이다.

새로운 파일을 하나 만들고, 이름을 Ice.lua라고 짓자. 그리고 기본적인 정보를 기입한다.

local Ice = require("GameObject"):new()

return Ice

의문이 하나 있을 수도 있다. 왜 귀찮게 용도마다 객체를 하나씩 더 만들어야 할까? 그것은 유연한 기능 추가와 유지보수성 때문이다. 나중에는 얼음에 조금 특수한 기능을 추가할 것이다.

그리고 얼음의 목록을 저장하는 테이블을 만들자.

local ices = {}

update 콜백을 다음과 같이 변경하여, 일정 시간마다 아이템이 생성되고, 습득 시 전체 폭탄의 속도가 감소하게 만들자.

function love.update (dt)

if not isGameovered then

...

for i, v in ipairs(ices) do

v:update(dt)

if v:isCollide(cursor) then

table.remove(ices, i)

_Bomb.speed = _Bomb.speed * math.sin(math.pi/4)

end

end

if (gameTimer-300) % 180 == 0 then

ices[#ices + 1] = game.Ice {

x = math.random(100, 700),

y = math.random(100, 500),

direction = math.random(1, 4),

...

}

end

...

end

end

draw 콜백도 변경해주자.

function love.draw ()

if no isGameovered then

for _, v in ipairs(ices) do

v:draw()

end

else

...

end

end

이제 게임을 실행해보면 3초 마다 얼음이 생성되고, 습득 시 전체 폭탄의 속도가 예상대로 느려질 거다.

17. 세부 난이도 조정
이제 바탕화면 표시기에서 바탕화면 엔진 정도로는 진화하는데 성공했다. 하지만 이번에 추가한 아이템의 성능이 너무 사기적이여서 폭탄의 속도가 0에 가까워지는 일도 생긴다.

그렇다는 말은 난이도를 조정해야 한다. 게임이 너무 쉬우면 너무 쉽게 질린다. 반면에 너무 어려운(그러나, 최소한 양심적으로) 게임은 꼭 정복하고자 싶은 마음을 들게 만들기도 한다. 이 수치는 직접 게임을 하면서 조정할 수도 있지만 더 쉬운 방법을 제공한다.

알다시피, 폭탄의 속도는 1초 마다 증가하고, 얼음은 3초 마다 생성되도록 되어있다. 또한 각각 증가 및 감소하는 수치가 다르니까 밸런스를 맞추는데 어려움이 있어 보인다.

그러나 사실은 어려울 필요가 없다. 이 둘을 최소공배수로 생각하면 편하다. 그러니까 폭탄은 3초에 1.1^3배 만큼 속도가 증가하는 꼴이다.

1을 1.331로 나누면 대략 4분의 3이라는 절묘한 값이 나오므로 얼음의 배율이 이보다 높으면 게임이 점점 어려워지고, 낮으면 게임이 점점 쉬워진다. 우리 게임의 경우, 게임이 점점 쉬워지더라도 0.75라는 값을 선택했다.

한가지 조심해야 하는 것은 위의 사례는 밸런스를 정확하게 맞출 수 없다. 왜냐하면 얼음이 생성되는 시간은 3초이므로 간격이 있기 때문에 폭탄의 이동 속도 그래프는 톱니파와 비슷한 파형으로 변화한다. 그렇기에 긴장감이 서서히 올라갔다 갑자기 내려가는 것은 짜릿한 느낌을 주게 할 거다.

18. 게임을 재시작할 수 있게 만들자.
우리 게임은 한번 게임에서 패배하면 더이상 기회를 주지 않는다. 게임을 끄고 다시 켜야 새로운 기회를 제공한다. 생각하는 관점에 따라 이런 상황은 다르게 보일 수도 있다. 로그라이크 장르를 정말로 사랑하는 사람에게는 영구적 죽음이라면서 받아들일지는 몰라도 대부분의 사람들에게는 그냥 불편하다. (솔직히 나도 불편해...)

게임을 재시작할 수 있게 만드는 방법은 간단하다. 그냥 게임 시작 시 일어나는 일련의 초기화 과정을 다시 한번 거치면 된다. 게임을 재시작한다는 말은 곧 게임을 초기화한다는 말과 같다. 그러니까 우리가 만들어야 할 로직은 게임에서 패배했을 때, 게임을 초기화하는 로직이다.

간단히 resetGame이라는 함수를 정의하고 여기에 모든 초기화 로직을 넣자.

function resetGame ()

math.randomseed(os.time())

coins = {}

bombs = {}

slows = {}

_Bomb.speed = 300

gameScore = 0

gameTimer = 0

isGameovered = false

for i = 1, 10 do

bombs[i] = game.Bomb:new()

end

end

그리고 load 콜백과 keypressed 콜백에 초기화 로직을 지정하면 된다.

function love.load ()

resetGame()

end

function love.keypressed (key, _, _)

if isGameovered and key == 'r' then

resetGame()

end

end

찐막으로 4편에서는 게임을 배포하는 방법에 대해 알아보겠다.