플레이스홀더 에셋 문제: 프로그래머 아트가 플레이테스트를 망치는 방법

"그레이박스 먼저, 아트 나중에"는 게임 프로토타이핑에 대한 일반적인 조언입니다. 가이드와 튜토리얼은 종종 핵심 메커니즘을 먼저 구축하고, 추상적인 큐브와 캡슐을 사용하여 게임이 실제로 재미있는지 확인한 다음, 핵심 루프가 입증된 후에만 비주얼에 대해 걱정하라고 말합니다.

이 접근 방식은 논리적으로 타당합니다. 작동하지 않을 수도 있는 프로토타입 게임을 위해 아트를 다듬는 데 시간을 보내는 것은 리소스를 낭비하는 것처럼 느껴집니다. 그레이박스는 스코프 크리프에 시달리지 않고 초기 개발을 탐색하는 신뢰할 수 있는 방법으로 오랫동안 사용되어 왔습니다.

그러나 이 접근 방식은 숨겨진 비용을 수반합니다. 플레이어에게 기본적인 플레이스홀더 아트를 제공할 때, 당신은 단순히 게임 메커니즘을 진공 상태에서 테스트하는 것이 아니라, 플레이어가 보기 흉하고 다듬어지지 않은 게임과 어떻게 상호작용하는지를 테스트하고 있습니다.

비주얼 정확도는 플레이 테스트 피드백에 깊은 영향을 미칠 수 있습니다. 플레이어의 반응성, 무게 및 전반적인 게임 느낌에 대한 인식은 화면에서 보는 것에 의해 영향을 받습니다. 너무 오랫동안 시각적으로 비어 있는 환경에 머무는 것은 아트의 모습과 느낌에 의해 왜곡된 피드백을 초대할 위험이 있습니다.

표준 조언과 그 조언이 잘못된 점

전통적인 게임 개발 지혜는 메커니즘이 완전히 고정될 때까지 아트 자산에 시간을 투자해서는 안 된다고 말합니다. 종종, 이는 회색 큐브로 레벨을 구축하고, 캡슐로 플레이어를 나타내며, 중요한 정보를 위해 간단한 텍스트 UI를 사용하는 것을 의미합니다.

이 조언은 좋은 이유로 존재합니다. 다음 주에 잘릴 수도 있는 캐릭터의 텍스처링에 시간을 낭비하지 않도록 방지합니다. 팀이 기본적인 게임플레이 루프에 집중하도록 강요합니다. 캐릭터가 제대로 점프할 수조차 없는 상태에서 고정밀 모델에 한 달을 소비하는 것은 유명한 초보자의 실수입니다.

하지만 이 합의는 인간이 시각적 피드백과 기계적 피드백을 완전히 분리할 수 있다는 가정에 기반하고 있습니다. 플레이 테스트자가 앉아서 떠 있는 회색 직사각형을 보고, 시각적 다듬어짐의 부족에 영향을 받지 않고 그것을 구동하는 물리학 코드를 정확하게 평가할 것으로 기대합니다. 하지만 인간 심리가 그렇게 작동하지 않는다는 것은 분명합니다.

시각적 정확도가 플레이테스터가 말하는 내용을 어떻게 변화시키는지

시각적 품질은 마케팅 스크린샷을 위해 게임을 더 멋지게 보이게 할 뿐만 아니라. 이것은 플레이어가 당신이 구축한 메커니즘을 경험하는 방식을 상당히 변화시킬 수 있으며, 이는 또한 당신이 받는 플레이테스트 피드백에 직접적인 영향을 미칠 수 있습니다.

연구

2012년 GDC 유럽에서 마틴 요나손과 페트리 푸르호가 선보인 유명한 “주스 잇 아니면 잃어버리기” 개발자 시연을 고려해 보세요. 그들은 전혀 시각적 장식이 없는 기본 블록 깨기 게임을 시연한 후, 화면 흔들림, 파티클 효과 및 트위닝 애니메이션을 추가했지만 기본 물리 코드의 한 줄도 변경하지 않았습니다. 결과적으로 게임은 눈에 띄게 다르게 느껴졌습니다.

더 넓은 게임 느낌 연구은 화면 흔들림과 같은 조정이 플레이어의 주체성과 흥분감을 향상시킬 수 있다는 아이디어를 지지합니다.

실제로 이것이 어떻게 보이는지

정확히 같은 프로토타입 게임의 두 가지 버전을 상상해 보세요. 첫 번째 버전은 평면을 가로지르는 회색 캡슐을 특징으로 합니다. 두 번째 버전은 조약돌 거리에서 움직이는 질감 있는 캐릭터 모델을 특징으로 하며, 발 아래에서 간단한 먼지 파티클이 일어납니다.

이 두 버전을 플레이어 앞에 놓으면, 그들은 질감 있는 버전이 더 반응적이고 재미있다고 평가할 수 있습니다. 기본 이동 코드는 동일하더라도 말입니다. 플레이테스터는 항상 시각적 품질과 게임 품질을 분리할 수 없기 때문에, 프로토타입이 딱딱하고 생기 없는 것처럼 보인다면, 조작이 딱딱하고 생기 없다고 느낀다는 피드백을 받을 수 있습니다.

오래된 거래와 더 이상 적용되지 않는 이유

“회색 상자 먼저”가 처음에 권장된 이유는 괜찮은 아트를 만드는 것이 게임 개발 과정의 길고 시간 소모적인 단계였기 때문입니다. 개발자들은 메커니즘과 같은 핵심 게임 플레이 기능에 시간을 할당할지, 텍스처를 그리는 것과 같은 시각적 요소에 시간을 할당할지를 선택해야 했습니다. 많은 팀은 게임 프로토타이핑 초기 단계 동안 두 가지를 모두 할 수 없었습니다. 프로그래머 아트와 "충분히 좋은 아트" 사이의 간극이 너무 컸기 때문에, 개발자들은 왜곡된 플레이 테스트 피드백을 필요한 악으로 받아들였다.

하지만 게임 개발의 풍경은 변화하고 있다. 예전에는 오랜 시간이 걸리던 개발 단계가 이제는 꽤 빠르게 완료될 수 있으며, AI 생성 게임 아트는 빠른 프로토타이핑의 수학을 변화시켰다. AI 텍스처, 2D 스프라이트 및 복잡한 머티리얼을 제작하면 회색 상자 레벨 디자인을 추상적인 지오메트리에서 인식 가능한 일관된 환경으로 빠르게 전환할 수 있어, 일부 개발자들은 기계 테스트와 시각적 컨텍스트 제공 사이에서 선택할 필요가 없게 될 수 있다.

더 나은 프로토타입 비주얼을 위한 실용적인 접근법

프로토타입을 정확하게 테스트할 수 있도록 충분히 보기 좋게 만들고, 이후 아트 팀과 함께 다듬을 수 있는 여러 가지 매우 실용적이고 빠른 옵션이 있다.

AI 생성 텍스처와 스프라이트

AI 생성 게임 아트를 사용하면 프로토타입을 빠르게 업그레이드할 수 있으며, Unity AI Generators와 같은 에셋 생성 도구는 에셋 파이프라인에 직접 통합될 수 있다. 플레이어에게 규모감을 주기 위해 벽돌 벽 텍스처가 필요하다면, 무결점 벽돌 배경을 생성할 수 있다 코딩 일정을 방해하지 않고 즉각적인 시각적 컨텍스트를 제공할 수 있다.

에셋 스토어 플레이스홀더 팩

큐레이션된 3D 모델을 선호한다면, 에셋 스토어 플레이스홀더 팩이 훌륭한 솔루션이 될 수 있다. 이 미리 만들어진 에셋을 게임에 추가하면 혼란스러운 프로그래머 아트를 일관되고 읽기 쉬운 환경으로 대체할 수 있어 플레이어가 이해할 수 있다.

“비주얼 최소한” 프레임워크

최종 아트를 목표로 하는 대신, 이 접근법은 "비주얼 최소한"을 목표로 한다. 간단한 질문을 던진다: 플레이 테스트 피드백을 해치지 않기 위해 필요한 최소한의 아트 투자량은 얼마인가?

보통, 그 대답은 세 가지로 요약된다: 플레이어가 어떤 객체인지 알 수 있도록 인식 가능한 실루엣; 적과 배경을 구분하기 위한 색상 차별화; 캐릭터가 금속 위를 걷는 것과 풀 위를 걷는 것을 구별할 수 있도록 하는 기본적인 머티리얼 변형.

회색 상자가 여전히 올바른 선택일 때

회색 상자가 본질적으로 나쁜 것은 아니라는 점을 분명히 하는 것이 중요하다. 개발의 특정 단계에서는 그레이박스 레벨 디자인이 여전히 올바른 선택일 수 있습니다.

순수한 메커니즘을 고립된 상태에서 테스트하는 경우, 예를 들어 더블 점프 궤적 뒤에 있는 원시 수학이 제대로 작동하는지 확인하는 경우, 텍스처가 필요하지 않습니다. 높은 가능성으로 취소될 수 있는 개념의 첫 주에 있다면, 어떤 예술에 투자하는 것은 시기상조입니다. 마지막으로, 시각 차단과 물리적 기하학 거리 확인이 유일한 목표인 순수 레벨 레이아웃 테스트를 하고 있다면, 회색 블록은 완벽하게 괜찮습니다.

문제는 그레이박스 자체가 아닙니다. 하지만 게임의 전체적인 느낌에 대한 플레이 테스트 피드백을 수집할 때 시각적 요소를 완전히 무시하라는 기존의 조언은 더 포괄적인 피드백을 원할 때 가장 좋은 지침이 될 수 있습니다.

그레이박스를 넘어

정확한 데이터는 훌륭한 게임 개발에 큰 도움이 될 수 있습니다. 하지만 프로그래머 아트로 가득 찬 프로토타입을 테스트할 때, 얻는 데이터는 종종 플레이어가 시각적 추상화를 넘어 볼 수 없는 능력으로 인해 흐려집니다. 현대 도구, 에셋 팩, 시각적 최소 프레임워크를 사용하여 프로토타입 아트를 향상시키면 플레이 테스트 참가자들이 게임 디자인을 더 전체적으로 평가하는 데 도움을 줄 수 있습니다. 나쁜 플레이스홀더 아트가 완벽하게 좋은 메커니즘을 망치지 않도록 하고, 플레이어가 실제로 경험하는 방식으로 게임을 테스트하기 시작하세요.

FAQ: 프로토타입 아트와 플레이 테스트

플레이스홀더 아트를 업그레이드하는 가장 빠른 방법은 무엇인가요?

AI 생성 텍스처와 스프라이트를 사용하거나 모듈형 에셋 스토어 팩을 추가하여 게임의 시각적 스타일을 빠르게 업그레이드할 수 있습니다. 기본 씬을 위한 AI 텍스처 생성은 기계적 개발 속도를 크게 늦추지 않으면서 가독성을 크게 향상시킬 수 있습니다.

프로그래머 아트를 사용할까요, 아니면 에셋 스토어 팩을 구매할까요?

전적으로 당신의 즉각적인 목표에 달려 있습니다. 프로그래머 아트는 내부에서 수학과 원시 논리를 테스트하는 데 적합합니다. 하지만 게임을 외부 플레이테스터 앞에 놓고 게임이 "재미있게 느껴지는지" 평가하려는 경우, 에셋 스토어 팩을 구매하거나 기본 텍스처를 생성하는 것이 더 정확하고 실행 가능한 피드백을 제공할 수 있습니다.