[💬] 밸런싱하는거(좀김)

[익명(114.205)]

갤럼들에게 얼마나 참고가 될진 모르겠지만 일단 내 방식을 써봄

이건 어디까지나 대충 글싸지르듯이 쓰는거고 실제 하는건 뭐라해야노 각잡고? 본격적으로해야한다고 보면 됨

정의식으로 설명하기보다 예로 하는게 나을거같아서 간략히 하는 과정을 풀어 적겠음

1.전제

rpg={3d, 오픈필드, 역할분류, pve} 이걸 전제로 하겠음

2.범위정하기

한치 앞을 내다볼수없는게 게임이라지만 짜증나게도 밸런싱에선 그런 사정 안봐주고 현재 기류를 명확하고 정량적으로 반영하면서도 언제 어디서 어떻게 튈지 모르는 업뎃방향을 수용할 수 있는 확장가능한 방안을 내야함. 안그러면 기존 기반공식부터 뜯어고치거나 하나 변인 고쳤다고 수백가지의 변인을 일일이 고쳐야할 수도 있음

그 미지의 업뎃부분을 x로 퉁치겠음. 저 x는 보통 dot연산으로 취급하는게 적당한데 너무 따질게 많고 한마디 말로 일축하는게 불가능해서 생략함

암튼 확장가능한 설계를 해야한다고 보면 됨

3.기반모델

전투? 싸우는거?하고 더이상 생각이 안날 수도 있음. 생각의 시작점을 찾는게 막막한거지

시스템마다 접근법이 다를 수 있는데 보통 밸런싱은 연역적으로 논리가 전개되기 때문에 루트 연역, 즉 기반모델을 찾으면 됨

남이 짜놓은 밸런스문서를 읽을땐 main함수부터 보듯 기반모델을 찾아가 읽기시작하면 되고

내가 밸런스를 짤 땐 기반모델부터 짜기 시작 하면 됨

가령 전투환경을 짜야겠다면 전투하는 상황을 그려보고 이를 바탕으로 전투를 정의내리는 거임

개념을 어떻게 정의하냐에 따라 따라올 공식들이 판이하게 달라지니까 실제 할때엔 디렉터가 제시한 의도를 철저히 지키면서 섬세하게 정의내려야함

이거 진짜 중요한 부분임. 삔또가 어긋나는것만큼 무섭고 대책없는 상황없으니 전체 과정 중에서 가장 공력을 기울여야하는 순간임

다음은 전투 개념을 두가지로 정의한거임. 급조한 티나는 허접스런 예지만 무슨말인지 대충 느낌만 보셈

전투1)두 대상이 자신의 목숨을 지키는 가운데 상대의 목숨을 취하는 행위

전투2)대상을 공격하여 기대시간안에 처치하는 행위

대충 의도가 보임? 전자는 동등한 대상끼리 1대1전투하는 걸 상정하는거고 철권, 다크폴, 데스티니가디언즈, 파이널판타지 같은 1대1대전류에 적용될 수 있음(1대1이 아닌것처럼 보이지만 결국 1대1로 환원될 수 있음)

후자는 한쪽이 그냥 공격하는 것 뿐임. 내가 맞는 상황은 있을수도 있겠지만 딱히 안따짐. 라이덴, 1945, 쿠키런, 드래곤플라이트, 핵앤슬래시 등에 적용될 수 있음

전자는 전투는 결국 때리고 맞는 두가지 행위의 연속으로 환원해서 보는것이고 따라서 전투력=(1*공격성능)* (1*방어성능)임

후자는 전투는 기대시간안에 적을 죽여내는 행위로 보는거고 위의 공식을 그대로 써도 되지만, 그러면 한번 더 작업해야하므로 좀 더 적절한 공식은

전투력=1*ttk 관점으로 보는게 작업을 좀 더 줄일 수 있음.

전자가 좀 더 k스타일 rpg에 적합함. 따라서 전자를 씀

4.모델 설계

전투모델을 짰고 이제 설계할 차례임. 여기서 간혹 착각하는 사람이 있는데 밸런싱은 공식짜는게 아님. 어디까지나 메커니즘이며 알고리즘이지. 공식은 알고리즘의 특정 일부분에 불과함. 전투메커니즘을 다 정의하다간 내 시간 다 버리니까 공식 한가지만 짜겠음.

위에서 전투모델로 전투력=1*공격성능*1*방어성능 라는 공식을 얻었음

이게 뭐냐고 할 수 있지만, 여기서 논리를 시작하는거임

다 설명하진 못하겠으니 대충 흘러가는 과정만 보셈.

구체화하려면 좀 더 기획설정이 필요한데 전제된 기획설정은 특기하겠음. 나머진 메커니즘임

네이밍은 자유임. 영어로 해도 되고. atkPerform 같은거

전투력=1*공격성능*1*생명성능 //방어는 결국 생명을 지키는 행위이므로 용어 수정

전투력=공격성능*생명성능 //공격성능은 상대의 목숨을 취하는 행위의 루트&&생명성능은 상대의 공격을 견뎌내는 행위의 루트&&둘의 성능비는 동일하다고 fix&confirm

일단, 생명성능부터...

<=>생명성능=직업생명계수*기본생명력 //본게임엔 직업이 있음

<=>생명성능=직업생명계수*기대ttk*(기본공격력-방어력)*(생명력계수^레벨) //레벨별 ttk를 일괄통제하기 위해 생명력계수 도입(가령 계수가 1.011이면 100lv에 ttk가 3배 상승. 지수는 curv/progression관리하기 편한 도구임

<=>생명성능=직업생명계수*기대ttk*(기본공격력-기본공격력*방어율)*(생명력계수^레벨) //변수 통제를 좀 더 쉽게하기 위해 방어를 공격의 하위연역으로 간주

그담, 공격성능

<=>공격성능=공격보너스계수*기본공격력 //본게임엔 다양한 공격보너스 요소 있음 .

<=>공격성능=보너스시스템_1*보너스시스템_2*...보너스시스템_n*기본공격력 //보너스요소와의 관계를 고려하여 연산자 적용(꼭 곱이 아닐 수 있음)

5.기타팁

-좁은의미의 밸런싱에서 중요한건 수감각. 1.43...41292 이런 소수점이 얼만지를 느끼라는게 아니라 체력을 1->2배로 늘렸을때 유저는 얼마나 피가 안단다고 느낄까 이런걸 감으로 알면 좋음

-하지만 로그지수처럼 직관적으로 감이 안오는것들이 있음. 이건 직접 프로그램써서 점을 움직여가면서 값이 어떻게 변하는지 관찰하면 됨

-트리구조로 변인 관계를 구성하면 나중에 관리하기 쉬움

-지수는 값의 진행/추이를 간결하게 디자인해내지만 만능은 아님. 몇개의 linear 조합으로 구성하는게 나을 때도 많음. 무리하게 쓰지말기

-식은 간단하고 짧을 수록 잘짠 거임. 정말 잘짠 식은 엄청 간결하고 탁월해서 보는 사람이 딱보고 아! 하고 와닿음. 설계할때 가장 지양해야할건 현학적 태도임. 지극히 실측적이고 목적에 맞게만 짜야함

-식에 대해 하나더 말하면, 코딩도 엔진,메모리 깊게 알수록 더 자유롭고 탁월한 표현이 가능하듯 수학개념을 더 알수록 더 효과적으로 공식을 표현할 수 있음(예시에선 간단히 사칙연산으로만 했지만 가령 물가짤때엔 정규분포같은 통계공식을 쓰는게 나음)

최대한 간단하게 쓰려고 했는데 말해야할건 많고 억지로 줄이면서하다보니 논리비약도 많네;;

밸런싱은 클래스설계처럼 내공이 필요해서 많이 공부하고 많이 해보는 수밖에 없는듯

나도 하면할수록 끝이 안보임을 느끼고 졷됐다고 느낀적이 한두번이 아님

시니어들하는거 보며 개안해가면서 배우는게 가장 즉효약이긴함.

좀 이상하게 들릴수도있겠는데 보면서 느낀건 밸런싱 잘하는 사람은 수학잘하는사람도 베테랑코더도 아니라 그냥 생각을 존나 잘하는 사람이었음

철학이 깊고 자신의 논리를 비약없이 낼줄알고. 그 뭐냐 기획전략실장? 이런느낌

[익명(58.120)]

이게 기획이지

[위스플(wlsh0310)]

윽 머리가터질꺼같아.. 진짜 기획은다르구나 - dc App