Graham Posted March 1, 2017 Share Posted March 1, 2017 (edited) Hi everyone, I've been playing openRCT for a while and I have to say: it's really amazing! Of course I wouldn't be here if that's all I had to say. Now I don't know how far you guys are willing to deviate from "vanilla" RCT2. I of course understand if my proposal goes too far. My idea: "revamp" ride values. They decide how much guests are willing to pay for rides. The values are used are from the function static void ride_ratings_calculate_value(rct_ride *ride) in ride_ratings.c. Right now there are some problems (in my eyes): A (unique*) ride newer than 4 months is always worth more than $6. It doesn't matter whether it's a 1-tile-maze or a merry-go-round. The "new ride" bonus is simply an absolute value. The "old ride" penalties, however, are relative, which makes a lot more sense. I think it'd be better to also make the new ride bonus relative (e.g. 1.5x the value for new rides instead of +6$). Example: A new ride that people normally pay $1 for is worth $7 (=700% bonus) but a ride that people normally pay $12 for is worth $18 (=150% bonus). The old age penalty resets after a while (as was pointed out here). But before that happens, the penalty is pretty severe. At its worst, only 8% of the base price will be paid by guests. However, after 25 years, you'll be able to ask 56% again. I dunno if that's a gimmick, or maybe it signifies the fact the ride becomes cool again because it's ancient Regardless, I think 8% is a bit too harsh. The lowest should probably be around 20%. A good (linear) multiplier progression might be: (the first 2 are for new rides) x1.5 1.2x 1x 0.87x 0.74x 0.60x 0.47x 0.34x 0.2x Also, since most scenarios don't last past 5 years it's weird this thing only reaches the lowest point at 128 months (=16 years?). Since this mechanic isn't relevant for aesthetic players (they'll just use the renew rides cheat or even without money altogether), what purpose does that 16 years serve? Surely, the low point should be reached somewhere around 5-8 years. The algo that decides whether guests buy something from shops takes into account their happiness and also a random value. For rides, this mechanic isn't implemented at all. IMO it'd be more fun and realistic to have the same situation. In other words: happy guests should sometimes enter slightly overpriced rides, while angry ones won't. Also, two guests with the same happiness value will not always make the same decision. The junior roller coaster gives away excitement/intensity too easily. You can make a circle with 1 drop and people will pay $6 (or even $12 when it's new). *unique = you don't have that type of ride in your park yet Edited March 2, 2017 by Graham 2 Link to comment
imlegos Posted March 1, 2017 Share Posted March 1, 2017 Currently we do have a cheat for renewing all rides, and a pay to renew singular ride thing has been mentioned before. Link to comment
Graham Posted March 2, 2017 Author Share Posted March 2, 2017 I know of that cheat but using it doesn't really make sense in "story mode". You're trying to beat a scenario according to some rule-set. Manually enforcing rules that clearly make more sense is neither easy nor fun. For example flaw no. 1 makes vanilla RCT2 scenarios like Botany Breakers and Dustry Greens extremely easy (I beat the latter in 2 months, literally, I can send the savegame if you want). If I'd have to self-enforce a rule that doesn't allow me to overprice rides, I'd have to use some external calculator constantly. That makes the game a lot less immersive. And of course that doesn't just apply to me. Sure, there are many people who like to sandbox and build beautiful parks and rides. But there's probably also people who like to be challenged by trying to complete scenario objectives without cheating. Flaws no. 2 and 3 are completely impossible to fix by self-imposing rules by the way. There's no cheat/workaround at all. I addressed points 1 and 2 in a test patch which I attached. Ride Values.patch 1 Link to comment
cascadia Posted March 2, 2017 Share Posted March 2, 2017 6 hours ago, Graham said: I know of that cheat but using it doesn't really make sense in "story mode". You're trying to beat a scenario according to some rule-set. Manually enforcing rules that clearly make more sense is neither easy nor fun. For example flaw no. 1 makes vanilla RCT2 scenarios like Botany Breakers and Dustry Greens extremely easy (I beat the latter in 2 months, literally, I can send the savegame if you want). If I'd have to self-enforce a rule that doesn't allow me to overprice rides, I'd have to use some external calculator constantly. That makes the game a lot less immersive. And of course that doesn't just apply to me. Sure, there are many people who like to sandbox and build beautiful parks and rides. But there's probably also people who like to be challenged by trying to complete scenario objectives without cheating. Flaws no. 2 and 3 are completely impossible to fix by self-imposing rules by the way. There's no cheat/workaround at all. I addressed points 1 and 2 in a test patch which I attached. Ride Values.patch You should post this on the GitHub site, as well! Link to comment
Graham Posted March 5, 2017 Author Share Posted March 5, 2017 On 2-3-2017 at 20:21, cascadia said: You should post this on the GitHub site, as well! I made a PR. It contains some of the basic stuff (points 1 and 2) and also an improvement on duplicate rides. 1 Link to comment
Graham Posted March 5, 2017 Author Share Posted March 5, 2017 Lemme provide some before/after comparisons: Maze with excitement 1.50, intensity 0.10, nausea 0.05 -> base value roughly $1 It's the only maze in the park, and built just now. Before: guests will pay at most $7 (base + 6) After: guests will pay at most $1.50 (base *1.5) Corkscrew coaster with excitement 9.50, intensity 8.50, nausea 5.00 It's the only Corkscrew coaster in the park, 15 year old. Before: guests will pay at most $2.50 After: guests will pay at most $4.50 The above but it's brand new: Before: guests will pay at most $20 After: guests will pay at most $19 1 Link to comment
Graham Posted April 10, 2017 Author Share Posted April 10, 2017 Update: A week ago, my PR addressing point 1 was merged. So if you're using a development build, the change should already be in there. 1 Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now