RPG 스프라이트 메이커 — RPG 캐릭터, 스프라이트, 타일셋 무료 생성

RPG 스프라이트 메이커는 글로 쓴 설명을 바로 쓸 수 있는 게임 아트로 바꿔줍니다. "늙은 어부, 파란 코트, 밀짚모자, 탑다운, 32 곱하기 32, 네 프레임 걷기"처럼 입력하면 생성기가 투명 배경의 PNG로 캐릭터 스프라이트, 스프라이트 시트 또는 타일셋을 돌려줍니다. 이를 뒷받침하는 도구는 Agent Sprite Forge이며, Neta Studio 안에서 브라우저로 실행됩니다. 설치할 것도, 드로잉 태블릿도, 두 번째 창에 띄워둘 픽셀 편집기도 없습니다.

RPG 아트에서 어려운 점은 품질이 아니라 수량입니다. 작은 게임 하나에도 플레이어, NPC 여덟 명, 상점 주인 네 명, 적 변형 스무 종이 필요하며, 대부분은 최소 두 방향이 필요합니다. 나무 한 그루를 그리기도 전에 대략 마흔 명의 캐릭터입니다. RPG를 만드는 대부분의 사람은 그중 하나도 그릴 수 없습니다. 몇 초 만에 일관되고 다소 밋밋한 32x32 스프라이트를 만들어내는 생성기는 주말을 들인 아름다운 일러스트 한 장보다 완성된 프로젝트에 더 가치가 있습니다.

그릴 수 없는 등장인물을 생성하세요

주인공이 아니라 등장인물부터 시작하세요. 주인공은 실제로 그리고 다듬는 것을 즐길 수 있는 단 하나의 캐릭터입니다. 프로젝트가 죽는 곳은 등장인물입니다: 대장장이, 대장장이의 도제, 조금씩 다른 갑옷을 입은 경비병 셋, 상인, 아이, 개, 슬라임 여섯 마리, 늑대 한 마리. 하나하나가 작은 아트 작업이고, 마흔 개의 작은 아트 작업은 거대한 벽입니다. Agent Sprite Forge는 이 벽을 넘도록 도우려고 존재합니다. 힘이 다하기 전에 세계에 사람이 살게 하기 위해서입니다.

입력은 설명 하나이고, 그 설명이 인터페이스의 전부입니다. 좋은 설명은 네 가지를 짚습니다: 누구인지, 무엇을 입었는지, 색상 팔레트, 시점. "경비병, 사슬 갑옷 위에 짙은 파란색 겉옷, 창, 탑다운, 32x32, 두 방향"은 쓸 만합니다. "멋진 전사"는 그렇지 않으며, 실패는 예측 가능합니다: 생성기는 뻔한 디테일을 골라 회색 기사를 내놓고, 설명의 문제를 리롤 버튼으로 고치려다 다섯 번을 다시 생성하게 됩니다.

두 번째 실패 양상은 과잉 설명입니다. 폭 32픽셀에서 캐릭터는 대략 머리, 몸통, 다리 둘입니다. 망토, 배낭, 목도리, 어깨 견갑, 빛나는 부적이 모두 같은 실루엣 12픽셀을 두고 경쟁합니다. 소품은 작은 크기에서 디테일을 더하지 않고 잡음만 더합니다. 첫 생성 결과가 읽을 수 없는 덩어리로 나온다면, 다른 무엇을 바꾸기 전에 문장에서 항목을 빼세요. 3D 게임 빌더와 Mini World, The Cyclops' Island 같은 세계도 같은 원칙을 씁니다: 읽히는 형태가 먼저, 장식은 그다음입니다.

생성 예시

세 가지 출력 형태가 RPG에 필요한 거의 모든 것을 커버합니다. 각각 알파 채널이 있는 PNG로 내보내지고, 각각 쓰이는 곳이 다릅니다. 차이는 아트 스타일보다 더 중요합니다. 그리드가 잘못된 시트는 스프라이트가 아무리 좋아 보여도 쓸 수 없기 때문입니다.

캐릭터 하나, 프레임 하나, 파일 하나. 투명도가 있는 32x32 PNG가 가장 작은 유용 단위입니다. 서 있는 NPC, 카운터 뒤의 상점 주인, 표지판, 상자, 전혀 움직이지 않는 적을 만들 때 생성하는 것입니다. 단일 셀 PNG로 내보내집니다.

평면이나 카메라를 향하는 빌보드에 텍스처로 들어갑니다. 3D 게임 빌더에서는 빌보드 위의 단일 자세 스프라이트만으로 정적인 NPC로 가득한 마을 전체를 채울 수 있고, 애니메이션 상태가 없으니 깨질 것도 없습니다. 캐릭터 목록은 많고 시간은 없다면 이 형식을 기본값으로 삼으세요.

왼쪽에서 오른쪽으로 배치한 네 프레임을 스트립이나 그리드로 내보냅니다. 32x32 네 프레임을 한 줄에 놓으면 128x32 PNG가 됩니다. 네 방향은 128x128의 4x4 그리드, 두 방향은 128x64의 4x2 그리드가 됩니다. 걷기 사이클은 시간에 따라 프레임 인덱스를 진행시켜 반복됩니다. 초당 여덟 프레임이면 네 프레임 걷기가 한 걸음 사이클당 0.5초를 차지하고 평범한 이동 속도에서 올바르게 읽힙니다.

하나의 PNG와, 프레임 크기·프레임 수·열·방향을 적은 선택적 JSON 사이드카로 내보내집니다. 사이드카는 독자적 포맷이 아니라 평범한 메타데이터입니다. 쓰고 싶지 않다면 숫자는 PNG 크기에 그대로 보입니다: 128 나누기 32는 네 프레임입니다.

한 이미지에 담긴 지형 타일 그리드입니다: 풀, 풀 가장자리, 흙길, 물과 물 경계, 벽 상단, 바닥 전환. 16x16 셀이면 8x8 아틀라스는 64개 타일을 담은 128x128 PNG입니다. 32x32라면 같은 64개 타일이 256x256을 차지합니다.

하나의 아틀라스 PNG로 내보내집니다. Tiled 맵 레이어, Godot TileSet, Three.js 타일 메시에 들어갑니다. 중요한 점은 셀 크기가 맵 그리드와 정확히 일치해야 한다는 것입니다. 32x32 타일을 생성해 16단위 그리드에 놓으면 한 칸씩 반만큼 어긋나 이음새가 멀리서도 보입니다.

캐릭터 스프라이트 vs 스프라이트 시트 vs 타일셋

이 셋은 대화에서는 서로 바꿔 쓰이지만 프로젝트에서는 바꿔 쓸 수 없습니다. 캐릭터 스프라이트는 프레임 하나이고 타이밍 정보를 담지 않습니다. 스프라이트 시트는 한 캐릭터의 프레임 그리드이고 프레임 순서를 담습니다. 타일셋은 서로 다른 지형 조각의 그리드이고 대신 인접 정보를 담습니다. 잘못 고르면 타일셋을 애니메이션 프레임으로 자르거나, 걷기 사이클 프레임을 바닥으로 놓게 됩니다.

포맷을 정하는 것은 생성기가 아니라 소비하는 쪽입니다. 무엇이 파일을 읽는지 물으세요: 캐릭터 시트 슬롯은 패딩도 여백도 없는, 좌측 상단 셀에서 시작하는 고정 그리드를 원하고, 타일 레이어는 원점이 정해진 균일한 셀을 원하며, UI 이미지 노드는 프레임 하나를 원합니다. 패딩은 가장 흔한 내보내기 실수입니다. 안전을 위해 넣은 1픽셀 여백이 모든 프레임 인덱스를 하나씩 밀어 애니메이션 전체를 어긋나게 합니다.

두 방향(왼쪽과 오른쪽, 반대쪽은 스프라이트를 좌우 반전)은 시트 크기를 절반으로 줄이며 측면 뷰 게임의 표준 요령입니다. 네 방향(아래, 왼쪽, 오른쪽, 위)은 탑다운의 기본값이고 정사각형 그리드가 필요하므로, 네 방향의 네 프레임 걷기는 16프레임입니다. 여덟 방향은 대부분의 작은 팀이 멈추고 재고해야 할 지점입니다. 캐릭터당 시트가 32프레임으로 커지고, 32픽셀에서 가장 잘 안 읽히는 것이 바로 대각선 자세입니다.

쓸 만한 프레임 수: 뻣뻣한 대기 흔들림은 2, 걷기는 4, 더 부드러운 걷기는 6, 달리기는 8. 4 미만이면 걷기가 절뚝거리는 것처럼 보입니다. 8을 넘으면 플레이어가 의식적으로 보지도 못할 프레임에 비용을 쓰는 셈입니다.

작동 방식

다섯 단계이며 이 순서를 따릅니다. 네 번째 단계의 실루엣 점검을 건너뛰는 것이, 스무 번을 생성하고도 쓸 만한 결과를 하나도 못 얻는 이유입니다.

세계에 넣기

다운로드 폴더에 있는 PNG는 결과물이 아닙니다. 대부분의 스프라이트 생성기가 멈추는 단계이며, 무언가를 실제로 완성했는지를 가르는 단계입니다. 시트는 그리드 위에 놓이고, 충돌 볼륨이 주어지고, 애니메이션 타이머로 구동될 때 비로소 게임이 됩니다.

3D 게임 빌더에서는 시트를 생성한 바로 그 브라우저 세션에서 배치할 수 있습니다. 타일셋의 셀 크기가 세계 그리드를 정하므로, 32x32 타일이면 모든 충돌 박스가 32단위 간격에 맞춰집니다. 이 결정 하나가 버그 한 종류를 통째로 없앱니다: 모서리의 반 칸 틈도, 두 바닥 타일 사이에 끼는 플레이어도 없습니다. 스프라이트 시트는 사각형 위의 애니메이션 빌보드가 되고, 카메라는 2:1 아이소메트릭 각도(약 26.57도)로 설정되어 32x16 다이아몬드 타일이 정사각형 바닥으로 읽힙니다.

이렇게 만든 세계는 설치할 엔진 런타임도, 빌드 단계도 없이 브라우저에서 실행됩니다. Mini World와 The Cyclops' Island는 모두 글로 쓴 설명이 플레이 가능한 Three.js 장면이 된 예이며, 당신이 생성한 등장인물도 같은 경로를 갑니다. 통하는 순서: 타일셋을 먼저 생성하고, 등장인물을 두 번째로 생성하고, 플레이어를 세 번째로 배치한 다음, NPC를 추가합니다. 등장인물을 먼저 만들면 바닥이 얼마나 큰지 알 수 없습니다.

무료, 온라인, 설치 없음: RPG 스프라이트 메이커는 브라우저에서 실행됩니다

스프라이트 메이커는 무료이고 온라인으로 실행됩니다. 설치 프로그램도, 데스크톱 앱도, 플러그인도, 사야 할 드로잉 소프트웨어도 없습니다. 페이지를 열고 설명을 입력하면 PNG를 얻습니다. 브라우저의 캔버스와 WebGL2를 사용하므로 이미 가진 컴퓨터로 충분합니다.

결과물은 일부러 심심하게 만듭니다. 내보내기는 선택한 프레임 크기와 시트 크기의, 알파 채널이 있는 표준 PNG 파일이며, 프레임 크기·프레임 수·열·방향을 설명하는 선택적 JSON 파일도 함께 제공됩니다. 독자적 컨테이너는 없습니다. 아트가 Neta Studio에 묶이지도 않습니다. 내일 이 PNG를 다른 도구로 가져가도 열립니다.

포함되지 않는 것도 알려드립니다, 계획에 참고하세요: 골격 리깅도, 본 애니메이션도, 자동 중간 프레임 생성도 없습니다. 모든 프레임은 평면 이미지입니다. 네 프레임 걷기는 이미지 네 장입니다. 이는 한계이며, 동시에 파일이 계속 이식성을 유지하는 이유이기도 합니다. 평면 프레임은 존재하는 모든 2D 파이프라인에서 작동하기 때문입니다.

RPG용 스프라이트 크기 — RPG 스프라이트 메이커에서 그리드 고르기

프레임당 픽셀 16, 32, 48 세 가지 크기가 대부분의 RPG 작업을 커버합니다. 16x16은 촘촘한 맵과 레트로 느낌을 주고 640x360 뷰포트가 세계의 넓은 영역을 한 번에 보여주지만 얼굴이 읽히지 않게 됩니다. 32x32는 안전한 기본값입니다. 읽히는 머리, 몸통, 다리를 담을 공간이 충분하고 모든 흔한 시트 크기로 깔끔하게 나뉩니다. 48x48은 눈에 보이는 얼굴 디테일이 필요한 캐릭터, 탭할 수 있을 만큼 커야 하는 모바일·터치 대상, 그리고 화면에 보이는 타일 수가 적은 게임을 위한 것입니다.

고른 크기보다 더 중요한 규칙: 프레임 크기는 시트 너비를 정확히 나눠야 합니다. 너비 256픽셀 시트는 32픽셀 프레임 여덟 개를 정확히 담습니다. 48픽셀 프레임은 담지 못합니다. 256 나누기 48은 5.33이라 여섯 번째 열이 반으로 잘리고 샘플러가 옆 프레임까지 읽습니다. 실제로는 현재 자세의 왼쪽 가장자리에 다음 자세의 1픽셀 열이 보이는데, 이는 렌더링 버그처럼 보이지만 실제로는 계산 오류입니다. 또한 텍스처 필터링은 최근접 이웃(Three.js의 NearestFilter, Godot의 필터 끄기, Unity의 필터 Point)으로 설정하세요. 선형 필터링은 인접 픽셀을 프레임 경계 너머로 섞어 선명한 스프라이트를 번진 얼룩으로 만듭니다.

이 사이트의 스프라이트 크기 가이드에는 셀이 정사각형이 아니라 32x16이나 64x32인 아이소메트릭 다이아몬드 크기를 포함해, 각 크기의 시트 계산법과 함께 전체 목록이 정리되어 있습니다.

그것이 속한 세계로 걸어 들어가기

스프라이트 하나만으로는 설 곳이 없는 캐릭터입니다. 중요한 단계는 편집기가 줄 수 없는 것입니다: 방금 만든 시트를 가져다 누군가 걸어 다닐 수 있는 세계에 넣는 것입니다. 이 사이트의 아이소메트릭 세계는 모두 그렇게 만들어져 게시되었습니다.

FAQ