How to create your own templates (any sprite or battler sheet)

Andar

Veteran
Veteran
Joined
Mar 5, 2013
Messages
37,978
Reaction score
10,546
First Language
German
Primarily Uses
RMMV
Time and time again people who want to create their own sprites are asking for pre-made empty/framed templates because they can't work without them. And they don't even understand how limiting that is.

Templates are crutches - bad crutches to be precise, because if you need a premade template then you're drastically limiting what you can do with the engine. Because the engine itself doesn't use such templates, it uses mathematics.
Limiting yourself to premade templates is the same as saying "I only want to learn addition and subtraction, I have no need for multiplication". And yes, that is similiar in how far you would be able to go in real life without knowing how to multiply? A basic shopping trip would become a problem...

With this tutorial I want to show you how to create your own templates - of any size, because all modern RPG-Makers accept and handle sprites of any size.


1) Cell and Cell Size
The first step is to learn "what is a cell". If you have read around the resource forums and especially resource support, you might already have heard about that term.
Basically a cell is that space on any spritesheet that is dedicated to one single version of the person or object to be displayed on that sprite. Usually single map sprites have 3x4 cells, map spritesheets have 12x8 cells and battler sheets (MV) have 9x6 cells - just count them on any default/RTP spritesheet.

The size of the cell is that what is extremely important - and that can be any size you choose. It should usually be big enough to contain the entire person or object, but as small as possible (no excess transparent space around the figure). You will need some extra space because different poses will require different parts of the cell, but you should keep it as small as possible.

Here are some default numbers:
Ace RTP Map sprites have a cell size of 32x32
MV default map sprites have a cell size of 48x48
MV default battler sprites have a cell size of 64x64

most people who want tall (non-chibi) sprites use either 150% or 200% for the size, some (for example PVGames) go even beyond 200%.
Here are some numbers based on the more common 150% size setting:
Ace Tall Map Sprites have a cell size of 32x48 (48 is 150% of 32)
MV Tall Map Sprites have a cell size of 48x72 (72 is 150% of 48)

But basically as I mentioned any cell size will be accepted by all RM-engines.
If you want to have a titanic truck with a cell size of 200x300 pixels, then go for it. Just keep in mind that if you go too large, the star destroyer sprite of 2000x2000 pixels will usually not fit on your screen, and may cause lag to older computers (that sprites needs a lot of RAM due to its size)



2) The sprite/battler-sheets and their definition.
Cells are defined by their pixel numbers, but spritesheets are NOT.
What defines a spritesheet in the RPG-Makers is the number of cells it has. I already mentioned some of those numbers in the introductions, but let's repeat it here in a full list:

XP Map Sprites are 4x4 cells. I don't know if the rest is similiar to the following because I never worked with RMXP. To convert a XP sprite to VX/VXA you need to delete the first row.
VX, VXA and MV Single map sprites have 3x4 cells and are defined by a $ at the beginning of their filenames
VX, VXA and MV Spritesheets for map sprites are for 4x2 sprites and as such have 12x8 cells. Any picture without a $ is considered a 4x2 spritesheet.
MV Battler Sheets have 9x6 cells on them. No distinction needed here

Please note that this is based on the default 3-frame-animation of the RPG-Makers. There are scripts and plugins available to increase the number of animation frames, and that always goes hand in hand with an increased number of cells on the sprites.
This is especially true for the larger spritesheets of PVGames DLC available in the shop, those can't be used without scripts/plugins to change the number of cells/frames the engine expects.


3) The picture/sheet/template size
The next step is to calculate the size for the template you want to create. For this you'll need the infos from the sections above and a calculator, because you basically multiply the numbers.

You want a single tall map sprite for MV?
The picture size will be (48*3)x(72*4) or 144x288 pixel - remember that you need a $ at the beginning of the filename for this to work.

You want a spritesheet of 8 double-size map sprites for Ace for a village of friendly giants?
The cell size would be 64x64 (double size for Ace) and the picture size would be (64*12)x(64*8) or 768x512 pixels

You want to use an armored car of 384x96 pixels as a MV battler (with the rest of the party as 64x64 regular scale):
The SV battlersheet would be (384*9)x(96*6) or 3456x676 pixel as picture sheet.

4) creating the template
These steps are usually a bit different depending on what image program you use, you need to find the exact naming of the commands (especially the grid command) for yourself.

- open your image program and click on "new image" with a transparent background selected.
- enter the calculated picture size from 3) as the size of the new image, for example 144x288 for the tall map sprite for MV.
- enter the grid function of your image program and use the cell size from 1) as the grid setting. In the case of the tall map sprite, the horizontal grid needs to be set to 48 pixel and the vertical grid needs to be set to 72 pixels.
- save under whatever name you want as a template, in this case I sugges to have the template name begin with $ to not forget that format requirement.

If everything is done correctly, the image program will use it's grid to show the borders between the cells - much less hassle than most templates who use different background colors for different cells and require you to make them transparent as an extra work step.


With these steps you can get any template for any cell size in any modern RPG-Maker and never be limited to the default sizes.

And a few added infos about the use of non-default sized sprites:

5) editor and collision
The editor will always limit the display of all sprites to the maximum of one tile (48x48 pixel for MV, 32x32 for olders). That is because you need to be able to edit the tiles next to it in the editor - in the game the engine will always use the full sprite size, blocking what is next to the tile if the sprite is larger.

But even if the sprite is larger, the default engine will still limit collision detection to the grid itself, with the sprite displayed bottom-centereed on that specific tile for collisions.

That is a good default for regular sprites and tall sprites, but bad if you have a large vehicle or a long snake.
For that reason there are different scripts or plugins for "large events" available, they have been written exactly because that is how the engine handles large sprites without increasing collision size.
 
Last edited:

SmashArtist

Lazy Artist
Veteran
Joined
May 31, 2016
Messages
944
Reaction score
1,958
First Language
English
Primarily Uses
RMMV
This is a much needed tutorial. Thanks for this, it will help a bunch of newbies along the way!
I would suggest also mentioning where users can find their maker's manual, as that can have extra information on other asset standards.

Question from me: I think I've heard this somewhere or encountered a problem with it before(can't remember exactly): it isn't possibly to make charactersets smaller than the default sizes. EX: in MV cells can not be smaller than 48x48. Is this true?
 

Andar

Veteran
Veteran
Joined
Mar 5, 2013
Messages
37,978
Reaction score
10,546
First Language
German
Primarily Uses
RMMV
it isn't possibly to make charactersets smaller than the default sizes. EX: in MV cells can not be smaller than 48x48. Is this true?
false
there are problems with smaller sprites, but they are NOT on the sprite itself.

Here is a list of the problems (numbers taken from MV, but is the same elsewhere):
1) all sprites are bottom-centered automatically. so if you want to make a pixy sprite of tiny 12x12 pixels you can do that, but that pixy will still walk on the ground an not fly in the middle of the tile.
2) collision is still the full tile. The player will hit the pixy from above when he hits the 48x48 pixel tile area, not the 12x12 pixel sprite area.

I think there are one or two more problems, but I don't remember them at the moment.

EDIT:
This might have been confused with tilesheets, because youcannot make incomplete or smaller tilesheets - you need to include the entire 16x16 tiles for B-sheets for example even if you have only a dozen tiles that are missing on the map.
The rest could be just transparents, but if they are missing from the tilesheet then the engine will have problems mapping.
 

TheoAllen

Self-proclaimed jack of all trades
Veteran
Joined
Mar 16, 2012
Messages
7,164
Reaction score
10,527
First Language
Indonesian
Primarily Uses
N/A
Are you sure you're not confused the template as "naked sprite so that I can put on the clothes myself" with "the dimension/size of the image"? I often thought when people asked for a template, it's genuinely asking for naked sprites.

Speaking of which, it's probably more interesting to read if there's an image showing an example.
 

SmashArtist

Lazy Artist
Veteran
Joined
May 31, 2016
Messages
944
Reaction score
1,958
First Language
English
Primarily Uses
RMMV
@Andar Ah that makes sense, basically it's just less convenient of a way of doing things. It's better to make 48x48 cells with a small sprite in it so you can decide how you want to position it. (Or just in general not making a sprite so small because then collisions will be weird looking)
And I did most likely get it confused with tiles, thanks for clearing it up!

@TheoAllen I agree, that's an important distinction to make.
 

Andar

Veteran
Veteran
Joined
Mar 5, 2013
Messages
37,978
Reaction score
10,546
First Language
German
Primarily Uses
RMMV
@TheoAllen no, I didn't confuse this. Both cases are asked for equally often, and I wrote this tutorial because there were two different people/support topics just an hour ago where exactly this info was asked for.
 

EcchiSamurai

Veteran
Veteran
Joined
Oct 31, 2018
Messages
78
Reaction score
7
First Language
English
Primarily Uses
RMVXA
Without images its kind of hard to follow. I'm looking to create sprites based off of an already existing image of a character I made a little over a year ago or so. Its a full detailed image but I need to make a sprite from scratch based off of that character image and I'm lost on where to even really begin. I should also mention its a fox, most sprites of characters are generally humans.
 

Archeia

Level 99 Demi-fiend
Staff member
Developer
Joined
Mar 1, 2012
Messages
15,677
Reaction score
16,448
First Language
Filipino
Primarily Uses
RMMZ
Without images its kind of hard to follow. I'm looking to create sprites based off of an already existing image of a character I made a little over a year ago or so. Its a full detailed image but I need to make a sprite from scratch based off of that character image and I'm lost on where to even really begin. I should also mention its a fox, most sprites of characters are generally humans.

As the saying goes, reference!
 

Latest Threads

Latest Profile Posts

I've got good news and bad news. The good news is, there aren't any bad news to report. The bad news is, there aren't any good news to report.

Or as others say, yesterday was uneventful.


I am curious that can you "understand/get the point" about what does this place do generally?
(ARPG game)
If anyone knows any C# programmers, please send them my way.
Chilling at night in a tavern.
ChillingAtTavern.png

After 'multiple breakdowns', it's finally over. 10/10 will do this again.
Ever notice that villains can reform and become better people, but heroes can only ever die... or live long enough to see themselves become villains?

Isn't that interesting?

Forum statistics

Threads
129,845
Messages
1,205,688
Members
171,010
Latest member
shinjjjz
Top