Diconica's comment makes sense, it could be the way she worded it that is throwing me off or a misinterpretation of what she said in the text. Math isn't my strongest subject by any means, but this is simple when worded in a way that makes sense. Redoing the math with the other interpretation that Diconica stated in the first part comes out to $25.20, roughly the number that part gave without doing the rounding.
Looking at the actual code, the original salary of all strippers is exactly $20. The 386% value is rounded.
I understand wanting to promote accuracy but I think you could chill tfo and not roast a guy on a porn game thread when it comes to common miswordings like "x-hundred percent more than" when it's actually "x-hundred percent of" a value lol
No, you just did wrong calculations.
If 97,3 is 386% of her old payment, than to find 100% of it we need:
97,3 : 3,86 * 1,00 = ~25,2
Technically it was a joke.
Well, I guess so. Who wanna be 100% correct if even 90% sound absurdish enough?
As Jed points out just before this that he could shows the actual calculation made.
The 25.21 was me just pointing out the common misuse of the term. The reason I did that is I hadn't looked at the code itself, so I was unsure how he person was using it. Apparently in this case they used it correctly, thus the original pay should be $20 as Jed posted.
Lots of people say they have issues with math. Most of the issue I found over the years has to do with mental attitude.
Either they have no desire to improve in it or have talked themselves into believing it is to hard for them or something of the sort.
Not sure what the problem is. Yes, you will need to start a new game to play the modded version of the game.
Which mod? If you mean the mod listed on page 1 that is only for version 46.1 it won't work with version 48.1 doesn't matter if you start a new game or not. It hasn't been updated yet.
If you are talking about the mod I posted on here.
You must be registered to see the links
Then no you don't need to restart the game it is just better if you do.
The reason is the mod disables the shit characters he created for patrons. If you start the game without the mod running those
characters are generated anyway. They will be stuck in your hiring queue until you hire them. If you hire them and want to get rid of them you will make them quit by being mean to them.
That is the most recent updated version of the mod I've posted on here. It will work with 48.1
It isn't the same as the main mod and it isn't compatible.
For me, its less about attitude and more about memory. It didn't play into this situation, I went back through and reread the text and I think it was me misreading what the girls actually said, it happens when I'm tired. Most of my math issues are in higher level math than what is required here.
ALL versions of the game, modded or not, need a new save when you are on a new version because too many changes happen to parts of the game that saves would need to be compatible with. If you mean that starting a new game is not giving you the modded content or tools, the mod has not been updated to the game's current version because there just isn't that much worth updating for until a version or two later. Because every game version needs a new mod version, that means updating the mod every time a new game version comes out. This is not the kind of process the modders want to keep doing over and over for tiny changes like what was made between 0.46 and 0.48. However, I believe the stated plan for the game is to add something worth updating the mod for in 0.50.
What you said about the mods is probably more true just in relation to the main mod.
When it comes to my mod most of it is automated. I really can run a script to fix most of it.
They could probably do the same thing with the main mod also if they wanted.
If they do that they could put more focus on just improving their mods and worry less about what changes he makes.
Granted it doesn't always work out such as when he made the large change in the structure were stuff was in files. But he seems to have gotten that some what finalized as what he wants in which classes and directories.
That said in general from one version of the game to the next with the changes going on a new game is needed in most cases. The save files and character formats tend to change often between saves. So even if you aren't running a mod you still need to restart unless you want to manually edit the saves. It would be just better to restart.
Is there a wiki for everything in this mod? I can't tell if I did everything or not.
Still can't get the president to ntr mom so I can meet his family...
Still can't get the president to ntr mom so I can meet his family...
no wiki that I am aware of, for NTR stuff need to turn on, and has nothing to do with the Vanilla path related to Mom and the President, which is waiting on Vren.
I only speak of the main mod as that is the only one I have used due to the thread having a copy of the game that is modded out of the box, even if it is behind the actual game in development for valid reasons. I probably should have made that more clear. It makes sense that they didn't update to 0.48 and are waiting for something more worth the effort to come out since they would just have to do it again in the next version with Vren still messing around in the core elements that saves rely on. Maybe by the end of this year or next he'll be satisfied with those parts and he can start working on things that aren't pretty much guaranteed to break save compatibility. I think that might be the second biggest issue just behind the models looking as they do, which is by far the biggest issue players talk about.
Let's be honest, once you play the game with mods you have very little reason to go back to the vanilla version. Only a total rework of the girls faces would make me interested in playing a new vanilla again over the modded version with old models. But the changes in the vanilla are mostly for the business part of the game, they often bring nothing or almost nothing to the fun part. Well there is this new city representative for getting too much attention now, but what it really brings is very little content compared to what mods overall bring. And it feels like the new serum sale and contract system is a downgrade, it becomes more tedious to earn money now. So for these reasons I have no problem waiting for a long time until modders decide it's time to match the vanilla version if it saves them unnecessary work.
I was just making the correction because you used the term all versions, modded or not.
I doubt the changes will stop so easily. They are a symptom of the game engine/ renpy being used.
Any time he adds a feature to the game that includes any sort of change to information stored in a character it will cause saves to not be compatible.
That can be something such as a new attribute to monitor or anything else that has to be stored.
Anything that has to be maintained such as status about a business or anything else can cause such changes.
The problem is he didn't really plan out his characters and so on very well before hand and make room for those potential changes down the road so it wouldn't cause issues.
One part of the problem is he way renpy stores stuff.
Generally, when I am making a game things are stored in an order and form that it doesn't matter if I add something in the game or software I am working on.
It would be more likely to cause issues if I removed something. Even then I would generally have my file loader simply remove the no longer useful data.
If they used something similar to a JSON file format they could write a system that wouldn't have issues loading from version to version. Any missing data could be generated and any extra data could be ignored and when it is saved again it would be corrected. I've used a number of formats to from binary types to txt version of xml and json.
The text version make trouble shooting a hell of a lot simpler at times.
You could still store a history even if you used a JSON format for roll back purposes.
The main mod could have been built in way the default game has a lot less of an impact on it.
That way they could focus on building the mod and less on trying to fit the game.
It isn't as if the main mod's save files are compatible with the base game. There is also no reason for them to worry about people uninstalling it. If they want to remove it delete the game folder and unzip the original over again. It's a lot less of a hassle.
Then when it comes to changes in the main game they can choose if they want to include it or not in the modded version.
It would be vastly less work for them doing it that way.
Even then, the mods barely touch the girls' looks except allowing you to customize them with the cheat menu, but that uses the assets that need work anyway. Because of that, I don't even think a total overhaul of the art can save vanilla. What might, however, is if Vren stops messing around in areas of the code that make saves incompatible every single version, because restarting every single version is not the kind of thing most players want to be doing especially when there is actually new content, and instead starts adding actual progress to the gameplay.
All versions of the game, modded by the main mod or not, need a new save at this time. That is what I meant, which I probably should have been more clear on.
As for why the game has to be restarted every version, no, Renpy is not the reason why, this is literally the only game where I have had to restart every time a new version is released. Most games don't make the kinds of changes Vren is making as often as Vren is making them, so very rarely is a restart required for development reasons.
I think you hit the nail on the head on the characters, he didn't plan them out and is making them as he goes, which means adding new things the saves have to track that old saves are incapable of doing. This means requiring the player to restart every new version. The frequency of changes like this is the issue here, he is doing it far too frequently, otherwise there would at least be a small gap of one to two versions between needing to restart each time.
The way Renpy stores stuff isn't really that big an issue except in cases where the developer is messing around with essential areas of the code for saves to track on a regular basis. This is why most games can get away with several versions in a row before ever requiring the player to restart. Other developers don't make changes like this nearly as often as Vren.
if you can figure out git commits, it would tell you what was changed. most direct path, although may need more work forr compatability after putting it back in.
Most the games that use Renpy have only a few variables that are saved and that doesn't change much through out the games development. That's because of the nature of the game type.
They spend most of their time adding story content not adding new features to the game or characters. If they did they would have the exact same issue.
You must be registered to see the links
Like I said this is an issue with the game engine and how it saves. It is just one of the trade offs for making this type of game on this engine.
I tried Renpy myself. If you add a new variable that is saved or remove a variable that is saved it requires a restart.
The exception is if you use a default variable. Using a default variable will reset that value to the default value any time it isn't provided. Default variable will not work well with this sort of game. If lets say you wanted someone's life to restore to 100 when they reloaded a default variable could be a good choice for that if you don't save the life value.
But lets say you add something like a property value which lists the properties the person owns. What default value could you give it? None you come up with would be suitable it would destroy the progress of the game.
The reasons most games don't have this sort of change is they have relatively few variables in comparison and the developer doesn't make many changes of that nature instead they are just adding content. Those are mostly just story based games.
One problem is the progression of his own learning to program which is something a lot of developers are having to content with.
You must be registered to see the links
I doubt most the people new to Renpy fully understand the implication of what all is said in this. Especially when they are new to programming also. I'd bet there are a number of seasoned programmers who don't fully grasp the ins and outs of it also.
Exactly, while Vren spends more time adding new features and other core changes that aren't compatible with saves and therefore require new playthroughs. If Vren were to focus on story for a while, which has been out of focus for quite some time, there would be a period of save compatibility.
This isn't an issue with the game engine or it wouldn't matter what he focuses on, even story would cause this issue. The actual problem, and I use the word problem loosely here, is Vren's focus on adding features that include elements the saves from older versions cannot track. He's changing the way the game works on a constant basis and that messes with the saves. If he instead changed what the game told us instead of working under the hood, this would not be happening. For the record, I do understand he does need to make these changes at some point, that's why I used the word problem loosely, because what he is doing is a necessary step. He's just choosing to do it all at once whereas other Renpy developers tend to space out that kind of work, sometimes specifically to allow players some time in between having to restart because they know that some won't be happy with that even if it is unavoidable. Even with this type of game, it doesn't need to be the way it is, the way to change it is to shift focus to something that won't mess with saves like story development.
So far, everything in the story can be tracked with existing variables, so this is why I say that shifting focus to story development will stop the need to restart at least until something needs a new variable or something along those lines to continue the story, thus giving players some time between restarts. You don't even need to resort to default variables as long as nothing is getting added or removed as far as existing variables. As long as the variable already exists, it won't mess with saves this badly and it would even help main mod development.
Most games are like that and Renpy is largely a VN engine. It can do things outside of VNs, but it is best used as a VN engine, which is part of why most developers use it for VNs and not other types like this. This is part of why the original Lab Rats did so well on this engine, because it was essentially a VN with some management elements and not a full blown management game. Most developers would use something else entirely, Unity for example, for this kind of game, but that relies entirely on whether a developer has knowledge of the engine being chosen and Vren doesn't have knowledge of any other engine that I am aware of.
I agree on this last part, most probably don't understand it fully, potentially even experienced developers. I get some of it, likely due to my own background in programming with the old Visual Basic and the general knowledge that came with that background, though some of it is a bit more complicated than what I had to deal with. It does seem fairly limited if I'm understanding the save portions of the linked page correctly, being only able to save what can be returned to plus the current statement plus a couple other things. That can be a lot depending on the number that can be returned to, of which I am sure Renpy has a hard limit, which could be many or only a few.