RHYME'S PROFILE

Rhyme
Tear Harvester Rhyme
7427
you saw my profile

now you have to add +10 to all your enemies' parameters.
Subterranean Starfield
~kawaii style dungeon crawler~

Search

Filter

[GUESSING GAME] Secret Santa Sign-ups 2018

Dropping by to relay:
Archeia isn't able to connect to RMN due to a service outage in her area, so her secret santa may be submitted late.
http://outagereport.ph/pldt

BUFFS AND DEBUFFS

Why is red bad and blue good?

BUFFS AND DEBUFFS

author=Shinan
Like red is incredibly well established so trying to buck that trend is always going to be a bit of a challenge.
author=LockeZ
But seriously WTF is up with that screenshot of a menu on the upper right where the increased stat numbers are red and decreased ones are blue? That's confusing as hell. Don't do that.

This is actually exactly what I meant! I don't SEE red being such an established color for "bad". I come from playing a lot of games where they use red/orange as the "positive" color and blue as the "negative" color, extending all the way to yes, stat changes! It came to mind when I was discussing my buff icons with a friend and he pointed out that they were upside down because he expected the buffs to be blue and debuffs to be red, while I had the natural instinct otherwise. Show me a picture of a game where the negative stats are red and it made me do a double take.

Also all the screenshots on the right side are games that use red as a positive color! (default rm only applies that to the standard buff icons though!)

Red is often used as a color for happiness, courage, success, strength, and fortune and so on, especially in China (see all their red ceremonial stuff? thats why), while blue can also just as easily indicate damage (turning blue, bruise, sadness, torment)
Notably, green is almost never used for a negative effect, though. At most, it would be the color for Poison visual effects or icons. Generally when green is paired with red, red becomes a negative color, but when paired with blue, it's not always the case.

While the opening post is worded rather divisively (its all chaos) I feel there is definitely a solid ground to think that "red is strong and blue is weak" can easily be communicated to a player. (Also because some of the games I've been recently playing do that color coding its been working on me)

On the other hand, I have a hard time seeing blue being used to signify something positive. Blue, as much as I try to interpret it, doesn't really scream "powerful" at all. Its loyal, humble, and calming, but it isn't "strong". I feel like it is wrong to use blue as a "buff" outside of maybe MP regeneration/healing/protective effects.

BUFFS AND DEBUFFS


rasalhage - Today at 20:20
alright post it
(and put small text implicating me at the top thx)


Should buffs, positive effects, and stat boosts be red/orange? Or should they be green/blue?

This is a complicated and sensitive design choice that dramatically impacts how players approach your game. Setting the mood associated with your increases and decreases affects the overall tone of your menus, battles, and subtly nudges the immersion of your player. But how should you assign colors to the realms of "positive" and "negative?"

Red is often cited as a passionate, zealous color that signifies conflict. It attracts the eye more than any other hue, and is the first thing a player will notice on their interface. But does that mean it's better suited for indicating what a player gains, such as a big attack jump from a new weapon? Or should it be used to bring attention to urgent debilitations that require immediate attention?

Blue is, by contrast, often associated with calm and collected emotions. It encourages the player to carefully consider their options available. But does that mean it should be used to reassure the player that their powerful damage buff is in effect? Or should it be used to remind them that for every point they greedily gain one one stat, another stat must suffer?

Green and Yellow sometimes play into these dynamics, serving as comforting and peaceful colors. They can help the player find solace in increased strength, or they can take the sting of off nasty ailments. Do these have any place in your game, or do you require something more polar?

These colors can adjust the mood of anything in your UI, from damage and healing fly text, to equipment previews, to help text and ability descriptions, to even health and resource bars!

Where SHOULD these colors be used? What's the correct way to use them? And, more importantly, which methods are wrong?

[RMVX ACE] Is it possible to stop Ace from Resizing text?

  #--------------------------------------------------------------------------

# * Draw Level
#--------------------------------------------------------------------------
def draw_actor_level(actor, x, y)
change_color(system_color)
draw_text(x, y, 72, line_height, Vocab::level_a)
change_color(normal_color)
draw_text(x + 32, y, 24, line_height, actor.level, 2)
end

In particular, the line
draw_text(x, y, 72, line_height, Vocab::level_a)
That number determines the "draw width" of the text! If it squishes again on stuff like Level 100, you can raise it even further to make it fit more.
Do note that it can potentially over-draw to the HP gauges if the width is set too large.

[RM2K3] ANNUAL KENTONA CELEBRATION POST

Happy Birthday kentonaa! (the extra a is for ????????)

[RMMV] Images

Resolved!
For those who are encountering similar problems, this might be handy:

http://forums.rpgmakerweb.com/index.php?/topic/46341-javascript-questions-that-dont-deserve-their-own-thread/&do=findComment&comment=560889
author=lavra
Your last example seems to be missing some parameters, so that can't work, anyway. For the first example make sure, that:
- Your given width (the first 128) and height (the first 192) aren't greater, than the source bitmap's dimensions. Otherwise, blt will silently fail.
- The bitmap has loaded, already. Usually this is done by loading bitmaps during Scene.create and rendering them in Scene.start and later. If you are loading the bitmap dynamically, you'll need to add a load listener, that will wait until it's loaded and draw it, afterwards.

The easier way would be to simply display another sprite on top of the background. Uses up slightly more memory, but you won't get any issues with asynchronous loading.

[RMMV] Images

Am I doing something wrong?
I seem to always land in trouble when I use bitmap.blt() in RMMV.

The below code will fail to produce the image, but the fillRect line works properly.
var bmp = ImageManager.loadSystem("ctbicon_a_0");
this.contents.fillRect(0, 0, this.contents.width, itemHeight, this._bgColor);
this.contents.blt(bmp, 0, 0, 128, 192, 0, 0, 128, 192);

And this line works for creating a sprite based off a bitmap.
this.hazardGaugeBack= new Sprite_Base();
this.hazardGaugeBack.bitmap = ImageManager.loadSystem('hazback');
I can then clearRect and fillRect on it, but
this.hazardGaugeFill.bitmap = ImageManager.loadSystem('hazfillempty');
var hazFillImage = ImageManager.loadSystem('hazfillnormal');
this.hazardGaugeFill.bitmap.blt(hazFillImage, sx, 0, sw, 16);
The moment I try to use a blt, it just won't work.
It's been driving me crazy because I cannot make anything with this! Please help ;w;!

Symmetry in Battle Systems

HI
I don't consider inflated HP or stats asymmetry. (wow!)
Speaking especially as an RPG Maker user, our enemy AI likely won't be good enough for it to play with equal stats and provide an experience that would make the actual enemy satisfying to fight with; which is why bosses tend to have inflated HP, moves that are drastically superior, and sometimes even immunity of said conventional game mechanics.

Personally, I have preference of mechanics of the game affecting enemies equally (or almost equally) as the player - I really hate FFTA2's Law system and conversely really like FFTA's because of this (FFTA2 had Laws that apply only to your party, benefits and penalties alike, enemies are completely unaffected. FFTA had Laws applied globally, though some bosses do have partial immunity to Law penalties).
Reason being is, introducing mechanics, combos, and potential actions via performing them as an enemy provides the player with the thought
author=Player
"Oh wow, they can do that! I wonder if I can do it too?"

and that may provide a nice baseline on how a player can learn how to form their actions.
Like, if you had 2 enemies - an Oil barfing Slime and a Flame Wisp. Letting the player observe and experience the receiving end of being doused in Oil and then subsequently Ignited by the enemy, they should see that combination, and think of their own.
One of the most rewarding bits of playing a game is mastering a game element, and turning it towards the enemy! I think that's important!

author=Merlandese
I think it's one of the reasons why Pokemon has so much possibility, like the guy who beats the elite four with a LV.01 Magikarp.

Pokemon's large amount of possibility is due to how each Pokemon's stats and skills are designed. Unlike Fire I, Fire II or Fire III, (almost)every move in Pokemon has a very specific and meaningful purpose. Very few of the moves in Pokemon are obsoleted by other moves, and while superior variations exist, they are not without notable demerits either. Couple unique and interactive skill effects with Pokemon's elemental interaction and additional effects from the Pokemon personalities, stats, and held item, each small facet of customization provides many possibility. This can be done asymmetrically, but I imagine it'd be harder to balance/create interesting as interacting with mechanics that are specific to either the player/enemy would essentially lock out that possibility with the opposing side.

Health bars in RPGs: an actual game design discussion

author=Milennin
Talking about traditional RPGs: I don't see how not having a health bar could ever be a good, with a few exceptions:
1. Game is incredibly easy/casual, so it doesn't matter, anyway.
2. Game has different graphics for each monster, depending on how hurt they are.

I hate not seeing enemy health bars because I won't know how much health the enemy has left. Against regular encounters it doesn't matter as much, but against bosses it's the worst.
Not knowing the boss's health makes fights boring because you're just playing it safe until the boss finally dies. When you can see the boss HP you can start planning ahead and take risks once you see the boss is close to dying. It can also help defending against a boss when you know it has certain enrage points (75/50/25% HP).
When you die against a monster that doesn't show an HP bar you don't actually know how close you got to beating it, so you don't know if you were playing badly or were simply underlevelled/geared. When you do see the monster's HP bar and die against it, you can make a much better guess about what might've gone wrong. It's also much more motivating to retry a boss that you managed to bring down to a sliver of HP than being left in the dark about its HP.


That uncertainty is thrill to some players.