devlog

키보드와 터치를 위한 3레인 엔드리스 러너 디자인

3레인 러너를 키보드와 터치에서 명확한 레인 변경, 점프, 슬라이드가 가능하도록 다듬었습니다.

키보드와 터치를 위한 3레인 엔드리스 러너 디자인 커버 이미지

3레인 러너의 약속

3레인 엔드리스 러너는 플레이어가 할 수 있는 동작이 몇 가지뿐이기 때문에 단순해 보입니다: 좌우 이동, 점프, 슬라이드, 그리고 코인을 얻을 가치가 있는지 결정하는 것. 그 제한된 동작이 바로 모든 세부 사항이 중요한 이유입니다. 게임이 공정할 때, 플레이어는 트랙을 읽고, 행동을 결정하며, 결과를 이해합니다. 그렇지 않을 때, 장애물은 배경에 섞여 버리고, 입력은 너무 늦게 도착하거나, 카메라가 안전한 경로를 숨깁니다.

크리에이터 업로드 Endless Runner의 리뷰는 키보드와 터치에서 그 읽기 쉬운 결정 루프를 유지하는 데 초점을 맞췄습니다. 빌드에는 이미 첫 실행 도움말 패널, 두 가지 속도 단계, 점수 및 거리 카운터, 코인, 움직이는 위협, 일시 정지, 재시작, 저장된 최고 점수가 포함되어 있었습니다. 작업은 다른 게임을 만드는 것이 아니었습니다. 기존 디자인이 규칙을 전달하고 일관되게 반응하는지 확인하는 것이었습니다.

레인 변경은 분리되고 예측 가능해야 합니다

플레이어는 항상 세 개의 레인 중 어느 것이 활성화되어 있는지 알아야 합니다. 왼쪽 또는 오른쪽 명령은 캐릭터가 가장자리에 있지 않는 한 정확히 한 레인을 이동합니다. 반복된 키 입력은 나중에 발동되는 보이지 않는 추가 이동을 대기시킬 수 없습니다. 애니메이션은 위치 사이를 부드럽게 전환할 수 있지만, 충돌 로직은 전환 중 시각적 위치와 일치해야 합니다.

데스크톱에서 러너는 기본 컨트롤로 화살표 키를 사용하며, A와 D도 지원합니다. 터치에서는 가로 스와이프가 동일한 단일 레인 결정에 매핑됩니다. 스와이프 임계값은 작은 스크롤 동작을 무시하면서도 즉각적인 느낌을 유지해야 합니다. 시각적 이동, 충돌 상태, 카메라 프레이밍은 동일한 레인 인덱스로 구동되어 좁은 모바일 뷰포트가 다른 규칙 집합을 만들지 않도록 해야 합니다.

점프와 슬라이드는 읽기 쉬운 계약이 필요합니다

점프와 슬라이드는 서로 바꿔 쓸 수 있는 탈출 애니메이션이 아닙니다. 지상 장애물은 점프를 요구하고, 낮은 머리 위 장애물은 슬라이드를 요구합니다. 각 장애물은 입력 창이 닫히기 전에 플레이어가 그 계약을 식별할 수 있도록 충분한 대비, 사전 가시성, 일관된 높이를 가져야 합니다.

키보드 플레이어는 위쪽 화살표, W 또는 스페이스바로 점프하고, 아래쪽 화살표 또는 S로 슬라이드할 수 있습니다. 터치 플레이어는 세로 스와이프를 사용합니다. 도움말 화면은 이러한 컨트롤을 명시해야 하지만, 트랙 자체는 초기의 분리된 예제를 통해 가르쳐야 합니다. 레인 변경과 점프를 결합하는 것은 나중에 흥미로울 수 있지만, 플레이어가 실루엣을 이해하기 전에 그 조합을 사용하는 것은 임의적으로 보입니다.

난이도는 시간을 압축해야지 정보를 제거하면 안 됩니다

첫 번째 단계는 워밍업 역할을 하며 플레이어에게 500미터 목표를 제공합니다. 두 번째 단계는 속도와 장애물 밀도를 높여 1500미터 목표를 향해 갑니다. 결정 창을 줄여 난이도를 높이는 것은 효과적일 수 있지만, 게임은 시각적 정보를 보존해야 합니다. 더 빠른 플레이는 더 깨끗한 간격, 강한 실루엣, 규율 있는 조합이 필요하며, 무작위 물체의 벽이 아니라.

코인 라인은 부드러운 안내로 유용합니다. 안전한 레인을 드러내거나 계산된 우회를 유도할 수 있지만, 읽을 수 없는 충돌로 직접 이어져서는 안 됩니다. 공정한 시스템은 숙련된 플레이어가 패턴을 예측하면서도 재플레이 가능성을 위한 충분한 변형을 유지할 수 있게 합니다. 생존이 모든 코인을 모으는 것보다 여전히 중요합니다.

모바일 레이아웃은 게임 디자인의 일부입니다

데스크톱 스크린샷은 모바일 준비를 증명하지 않습니다. 보호된 미리보기는 첫 실행 도움말이 보이는 좁은 전화 뷰포트에서 테스트되었고, 그 다음 게임이 시작되었습니다. 컨트롤, 상태 카운터, 일시 정지 동작은 가로 스크롤 없이 읽을 수 있어야 했습니다. 터치 핸들러는 네 방향 모두 검토되었으며, 일반적인 임베디드 모드는 전체 화면을 강제하지 않고도 플레이 가능했습니다.

주변 Malaguo 페이지도 중요합니다. 플레이 영역은 안정적인 비율을 유지해야 하고, 전체 화면 컨트롤은 도달 가능해야 하며, 공유 또는 신고 동작이 게임을 가리지 않아야 합니다. 모바일 브라우저는 자체 주소 및 탐색 막대를 추가하므로 안전한 간격은 명목 화면 크기보다 적은 세로 공간을 허용해야 합니다.

리뷰가 수락한 것

후보 빌드는 의도적인 첫 실행 도움말 화면 후 성공적으로 시작되었습니다. 왼쪽 이동과 점프는 키보드 입력에 반응했고, 거리와 점수는 플레이 중에 진행되었으며, 브라우저 콘솔은 깨끗했습니다. 모바일 레이아웃과 스와이프 핸들러는 동일한 동작 세트를 다루었습니다. 카탈로그 사본은 플레이어가 시작하기 전에 두 가지 목표, 움직이는 기차 위험, 최고 점수 지속성, 정확한 컨트롤을 이해할 수 있도록 확장되었습니다.

승인은 디자인이 더 이상 개선될 수 없다는 것을 의미하지 않습니다. 향후 버전은 더 나은 온보딩 텔레메트리, 더 많은 제작 패턴 시퀀스, 접근성 옵션, 풍부한 사운드를 추가할 수 있습니다. 이는 이 명명된 버전이 페이지에 설명된 메커니즘을 지원하는 장치에서 제공하고, 공개 링크 뒤에 깨진 경로를 숨기지 않는다는 것을 의미합니다.

러너 제작자를 위한 체크리스트

레인 경계, 빠른 반대 입력, 점프 및 슬라이드 회복, 이동 중 일시 정지, 충돌 후 재시작, 첫 실행 도움말 지속성을 테스트하세요. 모든 키보드 라벨을 코드와 대조하세요. 터치에서는 짧은 스와이프와 대각선 스와이프, 브라우저 스크롤, 가장 작은 지원 뷰포트를 테스트하세요. 마지막으로, 더 높은 속도 단계에 도달할 만큼 충분히 오래 플레이하세요. 처음 20초 동안 작동하는 러너는 타이밍, 생성 밀도, 애니메이션 겹침이 압박 속에서 실패할 수 있습니다.

♡ 좋아요 · 0

대화 0

로그인 대화에 참여하려면

사려 깊은 대화를 시작하세요.