Best way to optimize a sheet for props?

Hayden

Veteran
Veteran
Joined
Jan 14, 2018
Messages
162
Reaction score
21
First Language
English
Primarily Uses
RMMV
So, this is more to do with optimization when it comes to image files.

I've got a whole bunch of props in this game I'm currently working on. Things like a letter, a pair of pants, a stone, etc. The player is able to interact and pick them up in most cases.

What's the best way to set these up?

Would it be to create a single character sheet and call it props_01 or whatever, and then just have 9 prop items on there?

This is way better than say, having a separate sheet for each prop, right?


Thanks.
 

Kes

Veteran
Veteran
Joined
Aug 3, 2012
Messages
22,471
Reaction score
11,941
First Language
English
Primarily Uses
RMVXA
That is more or less what I do, though I call it "Found items".
Use a sprite sheet the same size as an ordinary 8 character sprite sheet, that gives you 96 spaces for things. Anything bigger & it's inefficient for finding things. One item per cell.

You must remember to check the 'Direction Fix' box, bottom left of the event page, otherwise when the player interacts with the object it will change into the image on the adjacent space.
 

Shaz

Global Moderators
Global Mod
Joined
Mar 2, 2012
Messages
42,883
Reaction score
14,992
First Language
English
Primarily Uses
RMMV
On a single sheet if it starts with $, you can have 12 items, not 9. If you leave off the $, you can have 96 of them.

I have a few different sheets where I group similar-sized items. Some might be the size of a single tile. Some might extend over 2 or more tiles.

Something you might consider is, if you have many of these - enough to fill quite a few sheets - group them together based on the maps they'll appear on. This will allow your game to load, for example, a single 12x8 sheet with 48x48 cells, which contains all the graphics for 20 events on the current and nearby maps; the alternative, if you don't organize them by map, could end up loading 5 12x8 sheets with 48x48 cells. This will obviously require more RAM and take longer to load - which may not be an issue at all if you are deploying to desktop, but could make a huge difference if you are deploying to mobile devices or are hosting your game online where resources will be loaded over an internet connection.

A further alternative, if you are building your own tile sheets, and the sprites all fit into 48x48 squares, is to put them onto the tile sheet rather than character sheets. This means there will be NO additional loading time or memory requirements, and as long as you use the B-E tile sheets, you can select the sprite from the tile sheet for your event.
 

Hayden

Veteran
Veteran
Joined
Jan 14, 2018
Messages
162
Reaction score
21
First Language
English
Primarily Uses
RMMV
That is more or less what I do, though I call it "Found items".
Use a sprite sheet the same size as an ordinary 8 character sprite sheet, that gives you 96 spaces for things. Anything bigger & it's inefficient for finding things. One item per cell.

You must remember to check the 'Direction Fix' box, bottom left of the event page, otherwise when the player interacts with the object it will change into the image on the adjacent space.
Okay, this is exactly what I was doing, but with a single character sheet instead of the 8. Not sure if I need that many items for this and didn't want to use a larger sheet unless I had to.

Nice to know this way is a good way of going about it.

And yeh, I've forgotten to turn on direction fix more than once lol.


On a single sheet if it starts with $, you can have 12 items, not 9. If you leave off the $, you can have 96 of them.

I have a few different sheets where I group similar-sized items. Some might be the size of a single tile. Some might extend over 2 or more tiles.

Something you might consider is, if you have many of these - enough to fill quite a few sheets - group them together based on the maps they'll appear on. This will allow your game to load, for example, a single 12x8 sheet with 48x48 cells, which contains all the graphics for 20 events on the current and nearby maps; the alternative, if you don't organize them by map, could end up loading 5 12x8 sheets with 48x48 cells. This will obviously require more RAM and take longer to load - which may not be an issue at all if you are deploying to desktop, but could make a huge difference if you are deploying to mobile devices or are hosting your game online where resources will be loaded over an internet connection.

A further alternative, if you are building your own tile sheets, and the sprites all fit into 48x48 squares, is to put them onto the tile sheet rather than character sheets. This means there will be NO additional loading time or memory requirements, and as long as you use the B-E tile sheets, you can select the sprite from the tile sheet for your event.

Ah, grouping them by map is a good idea. I usually sort of do that anyway just naturally as I'm making them.

I could do the tile sheet approach you suggest, but I'd prefer not to as I usually end up using most of my sheets.

Thanks for the help fellas!
 

Latest Threads

Latest Posts

Latest Profile Posts

I have made 60 new skills! ''after test'' I have made 3 new skills!

Made a new battleback this week! How's it look?
"This is the real secret to life - To be completely engaged with what you are doing in the here and now. And instead of calling it work, realize it is play."
Me: "I don't to use other engines because I'd have to do a lot of coding."

Also my desktop right now....
mycurrentdesktop.jpg

...I literally spend more time using VS Code than MZ. :kaoswt:
actually, are there any JRPG type games (I guess turn based, so not ARPGs like say, Vagrant Story) where you have only one party member for the majority of the game? (I wonder if I'm forgetting something obvious.)

Forum statistics

Threads
113,809
Messages
1,077,643
Members
147,866
Latest member
raw2na
Top