Aseprite 대안 — 게임 개발자를 위한 무료 픽셀 아트 프로그램

Aseprite 대안은 먼저 좁은 질문에 답해야 합니다. 픽셀 아트 프로그램은 일반 이미지 편집기가 하지 못하는 무슨 일을 실제로 하는가? 세 가지입니다. 확대해도 믿을 수 있는 픽셀 격자, 잠그고 인덱싱할 수 있는 팔레트, 어니언 스키닝을 갖춘 프레임 기반 애니메이션. 도구가 이 세 가지를 해낸다면 나머지는 취향입니다. Aseprite는 세 가지를 모두 잘 해내지만 데스크톱 전용이고 비용이 듭니다. 이 페이지는 그것을, 브라우저에서 실행되고 손으로 그리고 애니메이션하며 글로 쓴 설명에서 스프라이트를 만들어 내는 생성 경로를 더한 무료 픽셀 아트 프로그램과 비교합니다.

Neta Studio는 브라우저 기반 3D 월드 및 게임 빌더입니다. 한 부분은 픽셀 캔버스입니다. 크기를 고르고, 프레임마다 그리고, 스프라이트 시트를 내보냅니다. 또 다른 부분은 Agent Sprite Forge로, 글로 쓴 설명에서 픽셀 스프라이트와 애니메이션 프레임을 생성합니다. 그렇게 만든 에셋은 그대로 3D 게임 빌더의 아이소메트릭 3D 장면에 들어갑니다. The Cyclops' Island과 Mini World가 바로 그 파이프라인 위에 만들어졌습니다. 아래에서는 각 도구가 잘하는 것, 브라우저 경로가 다른 점, 그리고 스프라이트를 두 도구 사이에서 옮길 때 문제가 되는 실패 유형을 다룹니다.

픽셀 아트 프로그램은 무엇을 위한 것인가

픽셀 아트 프로그램은 제약이 있는 격자 편집기입니다. 격자는 정확해야 합니다. 모든 획은 정수 픽셀에 놓이고, 내보낸 모든 셀은 설정한 크기이며, 어떤 리샘플링 필터도 몰래 흐림을 넣지 않아야 합니다. 32x32 캐릭터와 128x128 타일셋은 다른 작업이지만, 도구가 픽셀을 대략적인 값으로 취급하면 둘 다 같은 방식으로 망가집니다. 편집기가 좌표를 반올림하거나 변형 시 안티앨리어싱을 적용하면 스프라이트는 더 이상 이어 붙지 않고 팔레트도 더 이상 맞지 않습니다.

두 번째 요구 사항은 잠글 수 있는 팔레트입니다. 인덱스 픽셀 작업에서는 팔레트가 곧 파일입니다. 각 색에 인덱스가 붙은 고정된 색 집합입니다. 가져오기할 때 마음대로 색을 바꾸는 편집기는 픽셀 아트 프로그램이 아니라 작은 이미지에 겨눈 그림 프로그램입니다. 팔레트를 불러오고, 그것에 맞춰 편집하고, 시트가 코드에 들어갔을 때 인덱스 7이 여전히 같은 빨강임을 알 수 있어야 합니다.

세 번째 요구 사항은 어니언 스키닝을 갖춘 애니메이션입니다. 픽셀 애니메이션은 프레임 단위로 살아 있습니다. 걷기 주기에 4, 6, 8프레임, 각 프레임은 이전 프레임의 잔상 옆에서 편집합니다. 어니언 스키닝은 재지 않고도 프레임 사이에서 실루엣을 안정적으로 유지하는 방법입니다. 이 세 가지를 넘어서는 모든 것 — 레이어, 태그, 스크립팅, 타일셋 모드, 내보내기 프리셋 — 은 취향입니다. 동시에 도구가 갈리는 지점이기도 합니다.

세 가지 요구 사항, 다시 정리

격자: 고정된 캔버스 크기, 정수 배율 확대, 크기 조절 시 리샘플링 없음. 팔레트: 불러오기, 인덱싱, 잠금. 애니메이션: N개 프레임, 어니언 스키닝, 시트로 내보내기. 어떤 Aseprite 대안이든 기능 목록이 아니라 이 기준으로 판단하세요.

Aseprite 한눈에 보기

Aseprite는 데스크톱 픽셀 아트 프로그램이자 애니메이션 소프트웨어입니다. 유료이며 Windows, macOS, Linux에서 실행되고, 만들어진 목적인 프레임별 애니메이션에 정말 뛰어납니다. 어니언 스키닝이 일급 기능이고, 타임라인이 빠르며, 태그 시스템으로 'idle', 'run' 같은 구간에 이름을 붙여 내보내기가 무엇을 잘라야 하는지 알게 할 수 있습니다. Lua 스크립팅 API를 제공하므로 스프라이트 백 개를 일괄 처리하거나, 팔레트를 다시 매핑하거나, 나만의 내보내기 파이프라인을 작성할 수 있습니다. 커뮤니티가 크고 파일 형식 문서가 잘 갖춰져 있어, 많은 게임 프로젝트가 저장소에 .aseprite 파일을 보관합니다.

비용은 품질이 아니라 구조에서 옵니다. 데스크톱 소프트웨어라서 그림을 그리는 기기가 곧 설치하는 기기입니다. 휴대폰도, 크롬북도, 협업자의 캔버스로 공유되는 링크도 없습니다. 유료라는 점은 수업이나 게임 잼, 팀을 운영할 때 중요합니다. 그리고 어디까지나 픽셀 아트 프로그램입니다. 스프라이트를 대신 생성해 주지도, 3D 장면에 배치해 주지도 않습니다. 작업이 순수하게 손으로 그리는 2D 애니메이션이라면 그 맞바꿈은 괜찮습니다. 병목이 하나가 아니라 마흔 개의 스프라이트를 만드는 일이라면 그렇지 않습니다.

무료 브라우저 프로그램이 다루는 범위

브라우저 픽셀 편집기는 세 가지 요구 사항을 모두 충족하지만, 그중 둘은 다른 방식으로 충족합니다. 격자는 같은 작업입니다. 캔버스 크기를 예를 들어 32x32나 64x64로 정하고 정수 배율로 그립니다. 차이는 상호작용에 있습니다. 브라우저 캔버스에는 운영체제 수준의 필압 감지도, 태블릿 드라이버 연결도 없어서 선은 포인터 이벤트에서 나옵니다. 픽셀 작업에서는 대체로 이점입니다. 1픽셀 획은 픽셀 위에 있거나 아니거나 둘 중 하나이기 때문입니다. 실제로 일을 하는 것은 확대와 격자 스냅입니다.

팔레트도 같은 방식으로 요구 사항을 충족합니다. 인덱스 집합을 불러오고, 그것에 맞춰 그리고, 내보낼 때 인덱스를 그대로 유지합니다. 브라우저 도구가 보통 데스크톱에 지는 지점은 큰 캔버스에서의 성능입니다. 레이어 스무 개가 있는 512x512 인덱스 이미지는 네이티브 앱보다 브라우저 탭에서 더 무겁습니다. 실제로 대부분의 게임 스프라이트는 그보다 훨씬 작습니다. 8프레임에 걸친 64x64 캐릭터는 어느 쪽이든 문제가 되지 않습니다.

세 번째 요구 사항인 애니메이션에서 브라우저 경로는 똑같이 동작하고 똑같이 내보냅니다. 프레임, 어니언 스키닝, 그리고 균일한 셀로 배치된 시트입니다. 여기에 더해지는 것이 네 번째 경로, 곧 생성입니다. 마흔 번째 스프라이트를 그리는 대신 설명합니다. Agent Sprite Forge는 글 설명을 받아 프로젝트에 픽셀 스프라이트와 애니메이션 프레임을 만들어 주고, 그러면 그것을 손으로 그린 작업처럼 같은 캔버스에서 프레임마다 편집할 수 있습니다.

생성이 바꾸는 것

생성은 그리기를 대체하지 않고 순서를 바꿉니다. 주인공은 그리고, 군중은 생성한 다음, 게임 크기에서 잘못 보이는 생성 프레임을 손으로 고칩니다. 캔버스는 같은 캔버스이고, 스프라이트는 두 출처에서 도착합니다.

그리기냐 생성이냐 — 각각 더 빠른 때

결정은 '어느 쪽이 더 좋은가'가 아니라 '이 특정 에셋에 어느 쪽이 더 저렴한가'입니다. 스프라이트가 정체성을 지니거나 정확한 픽셀 제어가 필요하면 손으로 그리기가 이깁니다. 에셋이 많고 구조가 비슷하며 반복 수정을 견디면 생성이 이깁니다. 아래는 실제 사례에 근거한 구체적인 목록입니다.

주인공 스프라이트 하나 — 그리세요. 열두 번은 고치게 될 것이고, 생성은 프롬프트 작성과 정리에 드는 비용이 그리기보다 더 클 것입니다. 마흔 개의 출연진 — 생성하세요. 마흔 개를 손으로 그리면 일주일이 걸리지만, 마흔 개를 생성하면 프롬프트 하나, 검토 한 번, 그리고 32x32에서 잘 안 보이는 몇 개를 편집하는 것으로 끝납니다. 타일셋 — 기본 타일은 손으로 그리세요. 이음새와 가장자리는 정확한 픽셀 배치가 필요하기 때문입니다. 그런 다음 생성기가 같은 크기와 팔레트를 지원할 때만 변형을 생성하세요.

빠른 콘셉트 — 생성하세요. 확정하기 전에 장면에서 실루엣을 보고 싶을 뿐입니다. 버릴 콘셉트에 손으로 그리는 작업을 할 가치는 없습니다.

• 주인공 스프라이트 하나그리기. 정체성과 수정 횟수 때문에 손작업이 더 저렴합니다.
• 마흔 개의 출연진생성. 양이 우선입니다. 공유 캔버스에서 예외만 손으로 고치세요.
• 타일셋기본 타일은 그리고, 같은 격자와 팔레트에서만 변형을 생성하세요.
• 빠른 콘셉트생성. 버리는 것이 핵심입니다.

애니메이션과 스프라이트 시트

스프라이트 시트는 프레임의 격자입니다. 규칙은 단순하고 가차 없습니다. 균일한 셀이어야 하고, 프레임 크기가 시트를 열과 행으로 정확히 나눠야 합니다. 캐릭터가 32x32이고 프레임이 8개라면 128x64 시트는 4x2 격자가 됩니다. 4열, 2행, 8셀, 각각 정확히 32x32입니다. 정확히 나뉘므로 남는 것이 없습니다. 대신 130x64 시트를 내보내면 2픽셀의 여백이 생기고, 인덱스로 프레임을 자르는 모든 엔진이 첫 프레임부터 엉뚱한 픽셀을 읽습니다.

두 번째 실패 유형은 애니메이션 길이입니다. 4프레임 걷기 주기는 8프레임과 다르게 읽힙니다. 4프레임은 빠르고 저렴하며, 8프레임은 더 부드럽고 편집과 내보내기 비용이 대략 두 배가 됩니다. 어니언 스키닝은 그 프레임들을 일관되게 유지하는 방법입니다. 2번 프레임을 1번 프레임의 잔상 위에 그리고, 3번 프레임을 2번 프레임의 잔상 위에 그리면, 이미지는 단계마다 정해진 만큼만 바뀌어야 합니다. 실루엣에서 프레임이 두어 픽셀 넘게 움직이면 루프가 눈에 띄게 튑니다.

내보내기 프리셋이 여기서 중요합니다. Aseprite에서는 프레임 구간에 태그로 이름을 붙이고 태그마다 시트 하나를 내보낼 수 있습니다. 브라우저의 무료 온라인 스프라이트 메이커도 타임라인에서 구간에 이름을 붙여 같은 일을 한 다음, 균일한 셀과 격자를 기록한 시트 메타데이터 블록을 갖춘 시트를 씁니다. 그 메타데이터를 PNG와 함께 보관하세요. 시트와 메타데이터가 어긋나면 게임의 모든 애니메이션이 엉뚱한 프레임을 재생하며, 눈으로 진단하기 가장 어려운 버그 중 하나입니다.

브라우저 경로를 시도해 보세요

무료 Aseprite 대안이라는 주장은 단언이 아니라 검증 가능해야 합니다. 페이지에는 두 도구가 나란히 있습니다. 첫째는 손으로 편집하는 픽셀 캔버스입니다. 크기를 정하고, 팔레트를 불러오거나 만들고, 현재 프레임 아래에 어니언 스키닝이 보이는 상태로 프레임마다 그린 다음, 균일한 시트를 내보냅니다. 그것이 일반적인 게임 스프라이트 크기에서 설치와 가격만 뺀 Aseprite 워크플로입니다.

둘째는 생성기입니다. 스프라이트와 그 애니메이션에 대한 설명을 입력하면 Agent Sprite Forge가 같은 프로젝트에 프레임을 만들어 냅니다. 그 프레임은 캔버스에 놓이므로 하나를 열어 손으로 편집할 수 있습니다. 지면선을 벗어난 발을 고치거나, 실루엣을 다듬거나, 팔레트를 깨뜨리는 색을 바로잡습니다.

두 부분 모두 같은 에셋 저장소에 씁니다. 경로 하나를 골라 확정하는 것이 아니라, 저렴한 곳에서는 저렴한 쪽을 씁니다. 글로 보여주기 어렵고 도구로 보여주기 쉬운 부분이라, 설명하는 대신 둘 다 페이지에 올려 두었습니다.

스프라이트를 세계로

스프라이트 시트가 이 파이프라인의 끝은 아닙니다. 3D 게임 빌더는 같은 픽셀 에셋을 받아 아이소메트릭 3D 장면에 배치하고, 그 장면은 엔진 설치 없이 브라우저에서 렌더링됩니다. 스프라이트를 월드에 배치하고 재생할 프레임 범위를 지정하면 그곳에서 애니메이션됩니다. The Cyclops' Island과 Mini World가 이런 방식으로 만든 두 장면입니다. 픽셀 에셋, 아이소메트릭 배치, 브라우저에서 실행.

이것이 Aseprite 대안 문제에서 중요한 이유는 반복 속도입니다. 데스크톱에서 엔진으로 가는 워크플로에서는 그리고, 내보내고, 엔진으로 가져오고, 빌드하고, 실행하고, 확인합니다. 이 루프는 두 애플리케이션과 빌드 단계를 거칩니다. 여기서는 그리기 캔버스, 생성기, 장면이 같은 도구 안에 있어서, 걷기 주기를 수정하면 내보내기와 가져오기를 오가지 않고도 월드에서 바로 보입니다. 다른 곳에서 필요하면 여전히 시트를 내보낼 수 있습니다. 에셋은 PNG로 당신의 것이기 때문입니다. 다만 스프라이트가 게임 크기에서 잘 읽히는지 확인하려고 브라우저를 떠날 필요는 없습니다.

이것이 두 도구 사이의 솔직한 경계입니다. Aseprite는 순수 2D 애니메이션 애플리케이션으로 더 강합니다. 브라우저 경로는 큰 캔버스 성능과 데스크톱 통합에서 약하고, 생성과 '그린 픽셀에서 실행되는 장면까지의 거리'에서 강합니다.

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

카테고리 페이지는 카테고리를 손에 쥐고 끝나야 합니다. 도구를 열고, 스프라이트 하나를 생성한 다음, 그것이 속한 세계를 여세요. 둘 다 이 브라우저 탭에서 실행되고, 어느 쪽도 프로그램 설치를 요구하지 않습니다.

FAQ