- Jun 17, 2017
- 6,067
- 30,516
Ahh, the classic 'posted in thread instead of PM' thing. Been there, done that!
- Jun 17, 2017
- 6,067
- 30,516
OK, without knowing what ELSE yv0751 changed in 'd', the only change I see is in the options file, which I added to the version in my mod (sound mixer code related snippet). So, you could TRY to use 'd' with my mod (just updated the attachement in OP with the 'start/wrench' fix included), but any files that I modified would 'overwrite' any new fixes since 'c'. I've changed a LOT of files, so it'd be a pain to check every single file for changes. So short of yv0751 enlightening me, yeah...
In any case, the 'c' version is still available here for now, until the uploaders notice...
In any case, the 'c' version is still available here for now, until the uploaders notice...
- Jun 17, 2017
- 6,067
- 30,516
OK, y'all!
I bit the bullet and did a 'compare' of all of the files that I mod in my SJx version, comparing the 'vanilla' versions of 'c' and 'd'.
The only changes I found (in the files related to my mod) were in options.rpy and in 810_location_support, relating to the pony races. I've already added said changes to my mod.
So, as far as I can tell, this mod SHOULD work with SJx 2.00.010d as well as the 'c' version.
The 'c' version has been updated in the OP. For those of you that have SJx 2.00.010d, use the file attached to this post. It will maintain 'd' as the shown version, so as to avoid future confusion if you are adding my mod to SJx 2.00.010d.
Edit: The attached version in the link below this line shows version 2.00.010c w/OhWeeMod v2.0b as the version #
https://attachments.f95zone.to/2025/01/4524915_SJx-200c_OhWeeMod_v20b.7z
Once I hear back from a few of you r.e. SJx 2.00.010d compatibility (i.e. no issues, of if you find issues), I'll 'update the OP to note 'd' compatibility, just being overly cautious here. You shouldn't have any issues, I've just started a 'd' testbuild myself.
Edit. Realized that the version shown would be 'c' if using for 'd', so attached is a version for those of you wishing to use this with SJx_2.00.010d which will show the 'vanilla' version text properly.
I bit the bullet and did a 'compare' of all of the files that I mod in my SJx version, comparing the 'vanilla' versions of 'c' and 'd'.
The only changes I found (in the files related to my mod) were in options.rpy and in 810_location_support, relating to the pony races. I've already added said changes to my mod.
So, as far as I can tell, this mod SHOULD work with SJx 2.00.010d as well as the 'c' version.
The 'c' version has been updated in the OP. For those of you that have SJx 2.00.010d, use the file attached to this post. It will maintain 'd' as the shown version, so as to avoid future confusion if you are adding my mod to SJx 2.00.010d.
Edit: The attached version in the link below this line shows version 2.00.010c w/OhWeeMod v2.0b as the version #
https://attachments.f95zone.to/2025/01/4524915_SJx-200c_OhWeeMod_v20b.7z
Once I hear back from a few of you r.e. SJx 2.00.010d compatibility (i.e. no issues, of if you find issues), I'll 'update the OP to note 'd' compatibility, just being overly cautious here. You shouldn't have any issues, I've just started a 'd' testbuild myself.
Edit. Realized that the version shown would be 'c' if using for 'd', so attached is a version for those of you wishing to use this with SJx_2.00.010d which will show the 'vanilla' version text properly.
Last edited:
- Jun 17, 2017
- 6,067
- 30,516
OK, not sure how this one got past all of us, but here's a quick fix.
The associated currpage variable is defined, but Ren'Py is weird sometimes so hopefully adding a default at the start of the associated file resolves this issue.
Put the attached screens.rpy inside the attached .7z (not the .7z itself) in your /game folder, replacing the screens.rpy file that is there. Let me know if this solves your issue. If not, I have another idea...
I very much appreciate your reporting of this issue!
Works now, tyvm!OK, not sure how this one got past all of us, but here's a quick fix.
The associated currpage variable is defined, but Ren'Py is weird sometimes so hopefully adding a default at the start of the associated file resolves this issue.
Put the attached screens.rpy inside the attached .7z (not the .7z itself) in your /game folder, replacing the screens.rpy file that is there. Let me know if this solves your issue. If not, I have another idea...
I very much appreciate your reporting of this issue!
Omg, after i installed the mod i dropped from 5.5 mil income per night to 700k.. i think you need to make some more adjustments...
it was said in the mod during release that it re balances some rewards for game play, its in the readme
Yes, i know, i`ve read it, you don`t need to state the obvious. I was just expressing my surprise and also a little bit of indignation, but from 5.5m to 700k is a little bit more than just a little bit of re-balancing.
- Jun 17, 2017
- 6,067
- 30,516
This was intentional, as higher value bots earn crazy high amounts in vanilla SJx. Earnings are on a 'curve' now using a squareroot function with an adder for the bot base income value.
Of course, if you sell higher value bots, you can earn crazy high amounts there too, but if I drop those values, and adjust the arcade income upwards to compensate, well then people will wonder why their bot isn't worth say 20,000,000 Cr anymore.
Or say 75,000,000 with a Galaxina shell...
If you have editing skills, you can modify this line in 760_sexbot_lab.rpy:
line 119
bot.earnedToday += int((2000 + ((bot.getPrice())**(.5))) * random.uniform(8.0,12.0) * fac * (.97 + (arcade_shelltypecount * .03)) * (1.0 + (arcade_attitudecount * .02)) * (1.0 + (arcade_traitcount * .02)) * (1.0 + (arcade_personalitycount * .02)))
The
random.uniform(8.0,12.0)
part would be the part to bump, so say if you wanted double the 'modded' income, change to:
random.uniform(16.0,24.0)
as for why 8-12, that is essentially an 80% to 120% random range for the nightly income.
But yeah, this was a deliberate change to 'bump the difficulty' while adjusting the 'delta' so cheaper bots would earn a bit more, but the really high value bots would only earn say 4-6x more than the cheap bots. In the mid-late game, banked income is crazy high anyways due to bot sales and such, so this is mainly an earlier game issue.
This topic is open to discussion, thoughts are welcome here!
I CAN build in a 'difficulty' chooser if people want this, I'm working on something else atm.
Note that yv0751 was trying to do something similar in the code, but as far as I can tell that function isn't being used currently. I was just trying to do something along the same lines, using squareroot instead of some fancy income level 'tier'multiplier system or whatever.
If you think I'm kidding, yeah this yv0751 code snippet hurts my brain...
Code:
def getEarnings(self, x_in = False):
if x_in:
x = float(x_in)
else:
x = float(self.getPrice())
x_points = [100000, 500000, 1000000, 10000000, 100000000]
y_points = [15000, 60000, 100000, 500000, 1000000]
result = 0
# Check if x is out of the bounds of provided x_points
if x <= x_points[0]:
result = y_points[0]
elif x >= x_points[-1]:
result = y_points[-1]
# Perform linear interpolation
for i in range(4):
if x_points[i] <= x <= x_points[i + 1]:
x0, y0 = x_points[i], y_points[i]
x1, y1 = x_points[i + 1], y_points[i + 1]
# Linear interpolation formula
y = y0 + (y1 - y0) * ((x - x0) / (x1 - x0))
result = y
return(int(result*random.uniform(0.9,1.0)))
Last edited:
It would be nice to have the option to chose for ourselves. I`m just sad that i won`t be able to get the 500m achievement now, before i finish the game I appreciate your answer.
I appreciate your answer.
- Jun 17, 2017
- 6,067
- 30,516
That's a thing? Is that total income, or just arcade income? I haven't looked closely at achievements. But yeah, adding a difficulty slider isn't that hard to do, it's just something I haven't got to yet.It would be nice to have the option to chose for ourselves. I`m just sad that i won`t be able to get the 500m achievement now, before i finish the game
If it's total income, just hole up in the lab and build a lot of bots to sell on the market, you can get to $500m Cr in no time!
- Jun 17, 2017
- 6,067
- 30,516
sweetit and SilverFire and others
I really do want to get a feel for how y'all feel about bot values overall. IMHO, selling high value bots at say 15-20m CR a pop in the early game pretty much 'breaks' things, and leaves me wondering why the MC would actually want to go home if he's raking in that sort of cash. It also totally devalues cargo missions, as you should just focus on bot building instead... using Bounty missions to rake in the bot crates.
I''ve already nudged bot values down a bit, but people are expecting similar values for the bots. Cutting the total bot value by say 50-75% but keeping arcade income around the say $1-2 million per night range would make things a bit more 'balanced' IMHO, but then people will get depressed because Galaxina isn't valued at 50-80m Cr anymore...
I really do want to get a feel for how y'all feel about bot values overall. IMHO, selling high value bots at say 15-20m CR a pop in the early game pretty much 'breaks' things, and leaves me wondering why the MC would actually want to go home if he's raking in that sort of cash. It also totally devalues cargo missions, as you should just focus on bot building instead... using Bounty missions to rake in the bot crates.
I''ve already nudged bot values down a bit, but people are expecting similar values for the bots. Cutting the total bot value by say 50-75% but keeping arcade income around the say $1-2 million per night range would make things a bit more 'balanced' IMHO, but then people will get depressed because Galaxina isn't valued at 50-80m Cr anymore...