- Joined
- Nov 8, 2015
- Messages
- 252
- Reaction score
- 125
- First Language
- German
- Primarily Uses
Nice! I've read an article about outsourcing tasks you need a long time to do. And since I spend hours and hours looking for free music that fits my game, I think it is time to buy some of these music packs 
. I am also looking forward to some tutorials on how to make your game more interesting and versatile.
. I am also looking forward to some tutorials on how to make your game more interesting and versatile.
- Joined
- Feb 16, 2013
- Messages
- 969
- Reaction score
- 807
- First Language
- English
- Primarily Uses
- N/A
These are just little things I've noticed in the program that help speed up efficiency the tiniest amount, but nevertheless, here I go:
- When you create a new event, the event name's textfield will be selected automatically. That means you can instantly put a name to an event just by selecting an empty box, pressing enter to create a new event, then just typing in something for the event name.
- So all event commands have an "OK" and "Cancel" button, right? Instead of reaching over with your mouse and clicking that button, you can just press CTRL + ENTER.
- The event editor itself has an "OK", "Cancel", and "Apply" button. The thing is, the OK and cancel buttons are so close to each other that you can occasionally click on the wrong thing. So instead, if you just press CTRL+ ENTER, it will save any changes you make to the event and close the event window. If you press ESC, it's equivalent to clicking "Cancel".
- Heck, everything that has an OK and Cancel button can be navigated with CTRL+ENTER and ESC, respectively.
Last edited by a moderator:
- Joined
- Jul 30, 2013
- Messages
- 225
- Reaction score
- 423
- First Language
- English
- Primarily Uses
- RMMV
Here's a trick:
Perhaps you have a specific portion of repeating code within your Skill/Item damage formulas.
In order to make your formula smaller, or to have a guaranteed form of consistency, you can set a Variable to be a String in the beginning of your game:
Simply take your repeating code, place it between two quotes, and set it as a script assigned to a specific Variable. (In this case, it is Variable ID 3)
Then, within your formulas, you can evaluate that Variable (simply do eval(v[x]) and it will treat the text like it is code):
Now you have a single place to manipulate if you ever want to make small changes to your base formula.
Simply change the stuff in between the two quotes within the Variable, and it will change for all the Skills it affects.
(Also take note you may want to make multiple Variables like this; one for ATK/DEF, one for MAT/MDF, one for healing, etc....)
And finally, another use for this could be to create weather, terrain, or other global effects to Enemies/Actors.
Say, for example, you enter a forest that boosts all healing Skills; simply change your global healing formula whenever you enter to forest, and change it back to normal whenever you leave.
Whenever you activate weather during your game, maybe you also want to reduce the power of magic attacks.
Or perhaps your party get cursed! And now all of your physical abilities are really weak (using the example below):
The possibilities are endless!
Perhaps you have a specific portion of repeating code within your Skill/Item damage formulas.
In order to make your formula smaller, or to have a guaranteed form of consistency, you can set a Variable to be a String in the beginning of your game:
Simply take your repeating code, place it between two quotes, and set it as a script assigned to a specific Variable. (In this case, it is Variable ID 3)
Then, within your formulas, you can evaluate that Variable (simply do eval(v[x]) and it will treat the text like it is code):
Now you have a single place to manipulate if you ever want to make small changes to your base formula.
Simply change the stuff in between the two quotes within the Variable, and it will change for all the Skills it affects.
(Also take note you may want to make multiple Variables like this; one for ATK/DEF, one for MAT/MDF, one for healing, etc....)
And finally, another use for this could be to create weather, terrain, or other global effects to Enemies/Actors.
Say, for example, you enter a forest that boosts all healing Skills; simply change your global healing formula whenever you enter to forest, and change it back to normal whenever you leave.
Whenever you activate weather during your game, maybe you also want to reduce the power of magic attacks.
Or perhaps your party get cursed! And now all of your physical abilities are really weak (using the example below):
The possibilities are endless!
Last edited by a moderator:
- Joined
- Jul 9, 2016
- Messages
- 371
- Reaction score
- 202
- First Language
- English
- Primarily Uses
I use Yanfly's Durability plugin and his Equip Core too. Is there a way to display the Durability of an item on the Equip screen of an item with this setup? Currently, it doesn't, so it makes equipping a bit of a chore, because you can't tell what's wearing out.
- Joined
- Sep 27, 2015
- Messages
- 514
- Reaction score
- 675
- First Language
- English
- Primarily Uses
- RMMV
- Joined
- Jun 16, 2016
- Messages
- 30
- Reaction score
- 8
- First Language
- English
- Primarily Uses
- RMMV
Tip: Don't wing it! Especially if you're a newbie to RPG Making!
What I mean by this is start on smaller projects first. Try to make a short 1-hour game. Then make a bit longer game. Then an even longer one.
The reason I say this is because before you get into a bigger game, you need to learn how to use your RPG Maker correctly, efficiently, and proficiently.
And even if you've "done that, been there" and you're proficient with an RPG Making program, it's always easier to create the full concept on paper and pencil (or your information-holder of choice) rather than ending up with plot holes, conflicts, and other things as you go.
Also, see what your friends/family think of some of your ideas! They might think of ways to improve them that you may have never come up with!
What I mean by this is start on smaller projects first. Try to make a short 1-hour game. Then make a bit longer game. Then an even longer one.
The reason I say this is because before you get into a bigger game, you need to learn how to use your RPG Maker correctly, efficiently, and proficiently.
And even if you've "done that, been there" and you're proficient with an RPG Making program, it's always easier to create the full concept on paper and pencil (or your information-holder of choice) rather than ending up with plot holes, conflicts, and other things as you go.
Also, see what your friends/family think of some of your ideas! They might think of ways to improve them that you may have never come up with!
Last edited by a moderator:
- Joined
- Jul 4, 2014
- Messages
- 2,162
- Reaction score
- 822
- First Language
- Hungarian
- Primarily Uses
- RMVXA
So, helping out only counts in that specific forum section? Just asking because I don't really go over there, but I do a bit of help in the script sections.
A tip:
Before reporting bugs for script makers or rushing here to post a topic about a nasty error you get or want to do something with the script but you don't know how, read the header/manual/description/explanations found in the script. All of them! Multiple times!
If there is a demo too, check what has been done there too.
If you made sure that you did everything right, only than report a bug or ask for help, but only after you search for the said error/issue/etc on the big internet. No need to ask the same questions all over the internet if it is already answered.
This makes the life of both sides easier. You learn something in the process, while the script maker will have more time to work on his scripts.
An awful lot of topics here are asking for already answered questions or issues which aren't really issues (the issue comes from the user's wrong script usage, not from the script itself).
Okay, now this might sound that I just want to make my life easier (which is true), but I am sure that doing what I wrote could potentially help other people here too.
A tip:
Before reporting bugs for script makers or rushing here to post a topic about a nasty error you get or want to do something with the script but you don't know how, read the header/manual/description/explanations found in the script. All of them! Multiple times!
If there is a demo too, check what has been done there too.
If you made sure that you did everything right, only than report a bug or ask for help, but only after you search for the said error/issue/etc on the big internet. No need to ask the same questions all over the internet if it is already answered.
This makes the life of both sides easier. You learn something in the process, while the script maker will have more time to work on his scripts.
An awful lot of topics here are asking for already answered questions or issues which aren't really issues (the issue comes from the user's wrong script usage, not from the script itself).
Okay, now this might sound that I just want to make my life easier (which is true
), but I am sure that doing what I wrote could potentially help other people here too.
- Joined
- Mar 1, 2012
- Messages
- 8,840
- Reaction score
- 7,797
If the original creator of the script is ok with it, sure.
- Joined
- Mar 13, 2012
- Messages
- 1,311
- Reaction score
- 485
- First Language
- French
All rght, thank you, I will ask the permission then
- Joined
- Mar 16, 2012
- Messages
- 1,185
- Reaction score
- 1,036
- First Language
- UK English
- Primarily Uses
I suppose I can jump in and do some mapping tutorials with Celi's tiles using editor mapping. =) And maybe a pixel art tut or two.
- Joined
- Jul 20, 2012
- Messages
- 2,402
- Reaction score
- 4,966
- First Language
- English
- Primarily Uses
- RMMZ
Taarna's random tip: if you find yourself making the same event over and over, or same block of event commands, make it a common event and call that instead of copying and pasting. In events or in code, repeating the same stuff over again is generally not optimal.
...I'm gunna go work/finish my tutorial now.
...I'm gunna go work/finish my tutorial now.
- Joined
- Oct 15, 2015
- Messages
- 95
- Reaction score
- 130
- First Language
- English
- Primarily Uses
- RMMV
Expanding on slimmmeiske2's tip. Something I've learned is don't just use the built-in play test, but also test the deployed version. A lot of time could have been saved for my dad if I had did that before letting him play it. RMMV has an option when deploying to remove unused resources, but it doesn't take into account resources used my plugins. My dad started up the game, but it immediately crashed because RMMV removed something it shouldn't have.
- Joined
- Jul 2, 2014
- Messages
- 13,522
- Reaction score
- 14,255
- First Language
- English
- Primarily Uses
- RMVXA
One suggestion I have for new people to RM is make a dummy project when you start out to test out scripts and script edits in. This way you don't risk wrecking your main project until you are sure how to make the scripts work.
- Joined
- Mar 16, 2012
- Messages
- 1,185
- Reaction score
- 1,036
- First Language
- UK English
- Primarily Uses
General mapping tips for all Makers:
- Start with the default map size and expand the map as you go along and add in details as you go along. This way, you'll avoid the dreaded negative space that is associated with so many beginner maps.
- Start from the inside out and use the Shift-Map function to move your maps around. For example, if you're designing a village square, create that first and work outwards.
- Don't underestimate the Tint command and avoid using overly saturated tints. Never use a dark blue for your night scenes. A faded out purple hue works just fine.
- Use event mapping!
- Try to limit your tilesets. Constraint breeds creativity, after all. =)
- Start with the default map size and expand the map as you go along and add in details as you go along. This way, you'll avoid the dreaded negative space that is associated with so many beginner maps.
- Start from the inside out and use the Shift-Map function to move your maps around. For example, if you're designing a village square, create that first and work outwards.
- Don't underestimate the Tint command and avoid using overly saturated tints. Never use a dark blue for your night scenes. A faded out purple hue works just fine.
- Use event mapping!
- Try to limit your tilesets. Constraint breeds creativity, after all. =)
- Joined
- Mar 20, 2012
- Messages
- 1,268
- Reaction score
- 1,423
- First Language
- English
- Primarily Uses
- RMXP
This is such an awesome event. Great idea and nice execution so far :3
As already mentioned there is so much you can learn by trying to teach.
Hmm... maybe I should try to finish that door tutorial I started years back.
Oh yeah, as a tip, remember to keep an open mind. If you ever feel like you know everything there is to know, it's probably just because you are only considering the world within a little bubble. There's always new stuff to learn.
*hugs*
- Zeriab
As already mentioned there is so much you can learn by trying to teach.
Hmm... maybe I should try to finish that door tutorial I started years back.
Oh yeah, as a tip, remember to keep an open mind. If you ever feel like you know everything there is to know, it's probably just because you are only considering the world within a little bubble. There's always new stuff to learn.
*hugs*
- Zeriab
Last edited by a moderator:
