Full Games List
Featured Games
New Games
Reviews
Media
Images
Blogs
Game Updates
Images Feedback Summary
Game Design Highlights
Tutorials
Articles
Scripts
Utilities / Plugins
Resources
Engines
Engine Bulletins
What is Makerscore?
Past Events
Achievements
Misaos
Forums
Chat
New to RMN?
Full Store List
RMN Music Pack (free)
Profile
Locker
Play ListsTRAVIO'S PROFILE
Travio
149
Close
I make and play games - playing games I use as a reward for reaching specific milestones within my various development projects. I've played a wide variety of games, having started at the tender age of three and worked my way up over the years so that, at one point, I was actually going out of my way to find the original games (cartridges, CDs, whatever) to play.
All games I elect to review must be 'Complete' status (though games still in the process of clearing out bugs are fine and will be noted in the review itself). These games must have a download on RMN (as I pass them to my Dropbox queue) and need to be self contained - everything I need to play should be in the download, without needing to install anything (including RTPs; we aren't living in the days of slow connections anymore, people). You should also have any fixes in the download, not something I have to look through the comments for - I'm going to be avoiding them like the plague until I've finished the review.
When I review a game, I try to play as much of it as I can possibly stand before posting the review - I make notes/write part of the review as I'm playing, so a lot of what goes into the review is first impressions of sections. I'm also not a stickler - things don't have to be perfect - but I've seen many examples of things not done perfectly but, at the same time, not done horribly. I rate five categories on a scale from 1 to 10: Story, Graphics, Sound, Gameplay & Pacing, and Mapping & Design. 5 is average to me, so it's not necessarily saying that category is bad - it's saying it's middle of the road. Games within the same editor are compared to one another, not games across editors (I'm not going to hold an RM2k game to the same standards as a VX Ace game due to system limitations, but I won't let it hold back the RM2k game's rating) - unless the game is part of a series across multiple editors.
All games I elect to review must be 'Complete' status (though games still in the process of clearing out bugs are fine and will be noted in the review itself). These games must have a download on RMN (as I pass them to my Dropbox queue) and need to be self contained - everything I need to play should be in the download, without needing to install anything (including RTPs; we aren't living in the days of slow connections anymore, people). You should also have any fixes in the download, not something I have to look through the comments for - I'm going to be avoiding them like the plague until I've finished the review.
When I review a game, I try to play as much of it as I can possibly stand before posting the review - I make notes/write part of the review as I'm playing, so a lot of what goes into the review is first impressions of sections. I'm also not a stickler - things don't have to be perfect - but I've seen many examples of things not done perfectly but, at the same time, not done horribly. I rate five categories on a scale from 1 to 10: Story, Graphics, Sound, Gameplay & Pacing, and Mapping & Design. 5 is average to me, so it's not necessarily saying that category is bad - it's saying it's middle of the road. Games within the same editor are compared to one another, not games across editors (I'm not going to hold an RM2k game to the same standards as a VX Ace game due to system limitations, but I won't let it hold back the RM2k game's rating) - unless the game is part of a series across multiple editors.
Search
Filter
All
Game Pages
User Statuses
[VX Ace] Russian Roulette Skill
author=Sam
- One way I thought of doing it would be to have the Skill set a Variable to a random number between 1 and 6 to decide how many trigger pulls there will be then invoke one of another six Skills where the battle animation is pre-determined so the number of shots in the animation tallies up to the number of shots actually fired, but I think this cheapens the laws of probability and eliminates some of that essential tension as you then basically only have a 50/50 chance of it being you or the enemy that gets hit.
This is basically what it comes down to when you use the skill anyways - there's a roughly 50/50 chance the skill's going to hit either you or the enemy (weighted more towards hitting the enemy, something like 60/40 in favour of hitting the enemy). What I'd suggest is dropping the idea of only six attempts to fire it, or that the sixth shot will automatically hit. Here's what I'm proposing:
The bullet gets loaded into a random chamber - I'm assuming he's using a six chamber revolver, so it's assigned to (let's say) the "bulletLoadedIn" variable giving it a number between 1 and 6 in there. Hell, it doesn't even have to be a random chamber - you could just always assume it's in chamber 1, or 6, or 3, or whatever.
In true Russian Roulette, the chamber is spun before every shot. That means that, for each shot, you generate a random number between 1 and 6 and compare it to the bulletLoadedIn variable - if it's the same, the shot goes off, if not you swap to the other person as a target and try again, incrementing the "shotsTried" variable by 1 (and then work that variable into your damage formula so that the longer it takes for a shot to go off, the more damage it does).
The downside to this method is that RNG could make these sequences extremely long, but it would have the tension you're looking for - in your sixth-shot-hits-for-sure method, the skill is weighted more towards doing more damage to your enemy than it is to the character (because it aims at your character first and each attempt increases the damage - if you're interested, I can show you the math). With this method, it might be possible to do great damage to an enemy, but the chance of doing just as much damage to the character is there - without artifically weighting it towards one character or the other. If you want to make sure it doesn't run for an extremely long time, you can just limit the number of attempts to make the shot - if it doesn't go off, both the character and the enemy just got lucky today and live to fight another day.
[Ace] So you pros, how would one go about adding new variables/stats to a character class in Ace?
I'm not sure on the standard Ruby protocol, but it's just long standing programming paradigm that I've been taught: only an object/class should ever access its own variables. An attr_reader (from what I can tell) can be modified by the object itself - an attr_accessor can be modified from outside (please, correct me if I'm wrong on Ruby conventions; this particular differentiation confuses me at times). From what I can tell, Game_BattlerBase follows this pattern as well - while other methods outside of the class calculate values (such how much damage to take), they pass those values to methods within the Game_BattlerBase class to handle.
As an example, it's easier to compartmentalize your sanity testing if only a class can access its own variables.
As an example, it's easier to compartmentalize your sanity testing if only a class can access its own variables.
[Ace] So you pros, how would one go about adding new variables/stats to a character class in Ace?
Assuming you only want it for player characters, Game_Actor is the place you're looking to start adding stuff to.
I don't know 100% if this is the proper way, but I'd go about it by adding a new attribute, probably one for each, most likely an attr_reader, and then create methods within the Game_Actor class to both read and set the value for each attribute. Then you could do something like...
Conditional (Script) $game_party.members.getSecurity() >= 10
Now, would they be learning these skills through in-game methods (ie. you train them as a player) or through leveling up/part of their normal class kit?
I don't know 100% if this is the proper way, but I'd go about it by adding a new attribute, probably one for each, most likely an attr_reader, and then create methods within the Game_Actor class to both read and set the value for each attribute. Then you could do something like...
Conditional (Script) $game_party.members.getSecurity() >= 10
Now, would they be learning these skills through in-game methods (ie. you train them as a player) or through leveling up/part of their normal class kit?
Name That BGM (Concluded?)
It was the name that immediately clicked it in my mind - Tower of the Tarolisk from Skyblazer (I don't know if there's an actual name for the song, but I remember the level). =P
helper for tracking time (at the speed of plot; RMVXAce)
The major suggestion I would put out: alias your methods in DataManager. It doesn't work quite the same as alias normally does because DataManager is a module, not a class, but it can be done (see this link). It'll help compatibility quite a lot (as I personally know a lot of my projects in the past, and most likely the future, have made use of additional game objects).
LockeZ designs a boss battle for you
Currently, the lowest tier heals requires X TP to use. Her TP Builder generates 1.5X TP, letting her heal every other turn and, after the second TP Builder, heal for two turns in a row or bank that extra X TP to use towards a more powerful ability. Almost all the characters function in this fashion - their TP Builder allows them to use an additional move the next turn and using the TP Builder two turns in a row would give them resources for 3 uses of their "first tier" ability (the main character's skills have been reordered slightly so that the self-healing isn't used every other turn).
(X being some random balancing number.)
I think the Archer's quick shot will end up moved to later in the skill list (ie. not gotten until later in the game) when enemies are starting to be fast enough that it might be worth it to get a couple attacks in a row in, though it might need some tinkering.
My eventual plan is that all healing items are, for the most part, crafted. I'm tinkering with potentially going the FF13 route on healing and healing items - you heal to full after every battle (allowing every battle to be slightly more draining on resources) but healing items, by default, affect all members of the party. I've been playing FF9 lately, and realized that it hits a point where the battles can actually drain your resources pretty heavily, forcing you to rely more on items (seriously, the Burmecia portion is annoying as none of the four characters you have possess healing magic and there's enemies that can hit you for 200 damage to everyone).
Alpha build didn't go exactly as planned due to having to tinker with an old work project. As I'm building this out now, what're your thoughts: should his first action of the battle be the Summoning Ritual (making the ritual occur on turns 1 + 2X) or an attack (making the ritual occur on turns 2X)?
(X being some random balancing number.)
I think the Archer's quick shot will end up moved to later in the skill list (ie. not gotten until later in the game) when enemies are starting to be fast enough that it might be worth it to get a couple attacks in a row in, though it might need some tinkering.
My eventual plan is that all healing items are, for the most part, crafted. I'm tinkering with potentially going the FF13 route on healing and healing items - you heal to full after every battle (allowing every battle to be slightly more draining on resources) but healing items, by default, affect all members of the party. I've been playing FF9 lately, and realized that it hits a point where the battles can actually drain your resources pretty heavily, forcing you to rely more on items (seriously, the Burmecia portion is annoying as none of the four characters you have possess healing magic and there's enemies that can hit you for 200 damage to everyone).
Alpha build didn't go exactly as planned due to having to tinker with an old work project. As I'm building this out now, what're your thoughts: should his first action of the battle be the Summoning Ritual (making the ritual occur on turns 1 + 2X) or an attack (making the ritual occur on turns 2X)?
What are you thinking about right now?
To those wondering why you can't use PayPal with Amazon: they have Amazon Payments, which is a competing service. It's pretty much like asking why you can't use a gift card from McDonalds at a Burger King. Amazon doesn't make their commission from their payment service if you use PayPal - plus the PayPal system is notorious for having so many flaws in it, it's not funny (there's trolls who go around sending a tiny amount of money to a PayPal account, then demand a chargeback on it - and the person they sent it to has to pay fees for that chargeback).
Long story short, Kickstarter uses Amazon Payments to cover their own asses - and if you're ever a project manager on Kickstarter, you'll love that coverage.
Long story short, Kickstarter uses Amazon Payments to cover their own asses - and if you're ever a project manager on Kickstarter, you'll love that coverage.
Ponder this? A different, but interesting question.
This thread only serves to remind me people really need to comprehend the difference between our common use of the word "theory" and the scientific use of the word "theory."
LockeZ designs a boss battle for you
Depending on how some of my testing goes, I may swap her minor heal with chance to remove a status to her TP Builder; I'll try building the battle with the skills as stated and see how it plays out and if it's too tough, I can swap her skills around a bit (as I said before, she's the most open as I knew healers would be the hardest to work with using the resource system I am).
I'll be putting this together with an alpha build when I wake up - I'll let you know how it turns out and bring out comments and such based on the results.
I'll be putting this together with an alpha build when I wake up - I'll let you know how it turns out and bring out comments and such based on the results.
Games - Tester
Games - Other
