mod Better Player Humidity 1.3.0

Really cool idea, can it identify if you are in cold areas? Not just if it is currently snowing? For example the snowy areas in the northern section of the map?

Just now, Adman said:

Really cool idea, can it identify if you are in cold areas? Not just if it is currently snowing? For example the snowy areas in the northern section of the map?

It is possible but as I mentioned there is already a hot and cold mechanic in game, this mod focuses on getting wet and snow doesn’t really make you all that wet (except the boots)

Nice mod. How do you deal with the changing of clothes?

If I wear outfit x and it gets wet, can I change to outfit y to reset the meter?

If changing back from y to x, does it make y dry again?

42 minutes ago, HughJanus said:

Nice mod. How do you deal with the changing of clothes?

If I wear outfit x and it gets wet, can I change to outfit y to reset the meter?

If changing back from y to x, does it make y dry again?

As of right now, it doesn't work like that. Basically the meter represents how wet the player is and the clothes are just the level of protection. So if you are wet in outfit x and change to outfit y your skin is technically still wet. Of course I would love to do it the way you said so that you can have spare clothes and such, but as of right now I have no idea how.

edit: also thanks for the kind words!

2 hours ago, bolmin said:

It is possible but as I mentioned there is already a hot and cold mechanic in game, this mod focuses on getting wet and snow doesn’t really make you all that wet (except the boots)

Oh right, I thought you had meant your system replaces that, so they work side by side together? That's even better in concept.

Good luck with any future changes and updates and stuff, this is an interesting way to do such a system, thanks for all the hard work.

5 minutes ago, Adman said:

 

Oh right, I thought you had meant your system replaces that, so they work side by side together? That's even better in concept.

 

Good luck with any future changes and updates and stuff, this is an interesting way to do such a system, thanks for all the hard work.

Thank you!

One immediate request would be control over the variables, like a separate .ini file. But all good if not, will be testing out asap 🙂

A little bit of testing, and it seems to be working fine.

I tested first by heading to a river and dousing myself, and jumping in and out while the sun was shining, and all seemed functioning well, then it started raining, so my meter got stuck at 0 during that period (working as intended), I found a cave, and while in there it seemed like the outside ring was "healing" up because it recognised me as "inside"/out of the rain, but I was still showing as "cold".

Didn't get long to see how that functioned exactly as I got killed while doing so lol.

The penalties are very harsh once you run out of "warmth" or become too wet, but it is a good balancing system. I wonder if the "damage" that gets dealt to your cores could be lessened if the sun is out and shining while you are getting wet etc. Being in a lake or river in the sunlight in a non snowy area for example seems like a different kind of penalty to being in a river at night while it is snowing etc. That would add an extra layer of functionality there, but im not sure if it is possible.

Either way, thanks for this, it is really great.

I notice the symbol floats in the position of the minimap mode, but I play in compass mode, so it is floating in a weird place visually but that is also fine, maybe if you could make a version for compass/no map (where the symbol goes along the bottom with the others), but no real biggie, thanks again.

9 minutes ago, Adman said:

A little bit of testing, and it seems to be working fine.

 

I tested first by heading to a river and dousing myself, and jumping in and out while the sun was shining, and all seemed functioning well, then it started raining, so my meter got stuck at 0 during that period (working as intended), I found a cave, and while in there it seemed like the outside ring was "healing" up because it recognised me as "inside"/out of the rain, but I was still showing as "cold".

 

Didn't get long to see how that functioned exactly as I got killed while doing so lol.

 

The penalties are very harsh once you run out of "warmth" or become too wet, but it is a good balancing system. I wonder if the "damage" that gets dealt to your cores could be lessened if the sun is out and shining while you are getting wet etc. Being in a lake or river in the sunlight in a non snowy area for example seems like a different kind of penalty to being in a river at night while it is snowing etc. That would add an extra layer of functionality there, but im not sure if it is possible.

 

Either way, thanks for this, it is really great.

 

I notice the symbol floats in the position of the minimap mode, but I play in compass mode, so it is floating in a weird place visually but that is also fine, maybe if you could make a version for compass/no map (where the symbol goes along the bottom with the others), but no real biggie, thanks again.

Wow! Thanks for this comprehensive feedback! So, I am actually surprised that it worked with the cave. I am a using a native that recognizes "valid interiors" so I thought it only works for houses etc, but it seems to work with more then that! The symbol not changing was intentional though, because it displays the current weather outside and how your current outfit is prepared for it, so that while you are in a building you can say "okay, I have a red snowflake so it is cold outside and and my current outfit is not enough". The thing that you mentioned about getting in water in different weather conditions is being currently implemented so don't worry about that ;-). And lastly about the minimap modes, currently I am trying to find a native that returns whether map is changed or not so I don't have to release couple versions of the mod, however if I don't come up with anything I will just release a seperate version for regular, for compass and for extended minimap.

Sounds good 🙂

17 hours ago, bolmin said:

As of right now, it doesn't work like that. Basically the meter represents how wet the player is and the clothes are just the level of protection. So if you are wet in outfit x and change to outfit y your skin is technically still wet. Of course I would love to do it the way you said so that you can have spare clothes and such, but as of right now I have no idea how.

Ah, I see.

I guess you would need a container for checking player outfits and storing them with their respective wetness (which can decrease over time).

But you would need a native to check the current player clothes and I havent tried anything remotely similar, so I dont know if its easy (natives which support just that) or complicated (having to work around with natives who dont do that exactly) 😕

Nevertheless, cool idea.

While the clothing change makes sense and would be cool if doable, I feel like it actually might work against the idea, as getting to your horse (to switch out clothes) is very easy, and the wet clothes would also likely come out dry immediately etc, unless that also could be done.

Also there's a clothes horse joke in there somewhere, i'm just too tired.

A thought... Could you attach a restorative effect to any items? Like If booze "warmed" you up a little etc.

Also if there was a button to "warm self up" when standing still, where you would be expending energy to warm up, and get water off you, which regenerates the bar, but not fast enough that you could do it in the rain and stay warm.

They aren't quite as logical as the clothing change removing wetness, but they can be balanced a bit easier.

Also personally I wouldn't mind if the time it takes to "dry out" was longer in general, hopefully some editable variables will be doable for us finicky types 🙂

4 hours ago, Adman said:

A thought... Could you attach a restorative effect to any items? Like If booze "warmed" you up a little etc.

 

Also if there was a button to "warm self up" when standing still, where you would be expending energy to warm up, and get water off you, which regenerates the bar, but not fast enough that you could do it in the rain and stay warm.

 

They aren't quite as logical as the clothing change removing wetness, but they can be balanced a bit easier.

 

Also personally I wouldn't mind if the time it takes to "dry out" was longer in general, hopefully some editable variables will be doable for us finicky types 🙂

The restorative items I have no idea how to do so as of right now I won't be touching that. Next up, I don't understand why you would need a warm self up when standing still, since when it isn't raining the wetness bar regenerates itself slowly and when you want to speed it up for some reason you have to setup a campa and use the prompt to dry clothes, there will be fade out and the bar is at maximum. As for the .INI file, it is in the works, I have done initialization files with c# but I need to learn it again with c++ so you need to wait a bit.

1 hour ago, bolmin said:

I have done initialization files with c# but I need to learn it again with c++ so you need to wait a bit.

I do it like this in PDO (you can only read in integers, though):

float ini_npcmeleemodifier = (float)GetPrivateProfileInt("PedDamageConfiguration_Advanced", "NPCMeleeModifier", 100, ".\\PedDamageOverhaul.ini") / 100;
int ini_storypedhealth = GetPrivateProfileInt("PedDamageConfiguration_Basic", "StoryNPCHealth", 0, ".\\PedDamageOverhaul.ini");

The first parameter is the section of the ini, the second one is the name of the ini value, the third one is the default value (if the value name is not found in the ini), the last one is the ini file path.

This method I use for checking if the ini is present:

bool does_file_exist(const char* fileName)
{
	std::ifstream infile(fileName);
	return infile.good();
}

//in the script
bool iniexists = does_file_exist(".\\PedDamageOverhaul.ini");

And this one to draw the message on screen (if the enable/disable button is pressed):

if (GetTickCount() < msgTime)
{
	if (modScriptState)
	{
		DrawText(0.4, 0.4, "PedDamageOverhaul has been ENABLED.");
		if (iniexists) DrawText(0.6, 0.6, "ini file found.");
		else DrawText(0.6, 0.6, "ini file not found.");
	}
	else DrawText(0.4, 0.4, "PedDamageOverhaul has been DISABLED.");
}

2 minutes ago, HughJanus said:

 

I do it like this in PDO (you can only read in integers, though):

float ini_npcmeleemodifier = (float)GetPrivateProfileInt("PedDamageConfiguration_Advanced", "NPCMeleeModifier", 100, ".\\PedDamageOverhaul.ini") / 100;
int ini_storypedhealth = GetPrivateProfileInt("PedDamageConfiguration_Basic", "StoryNPCHealth", 0, ".\\PedDamageOverhaul.ini");

The first parameter is the section of the ini, the second one is the name of the ini value, the third one is the default value (if the value name is not found in the ini), the last one is the ini file path.

 

This method I use for checking if the ini is present:

bool does_file_exist(const char* fileName)
{
	std::ifstream infile(fileName);
	return infile.good();
}

//in the script
bool iniexists = does_file_exist(".\\PedDamageOverhaul.ini");

 

And this one to draw the message on screen (if the enable/disable button is pressed):

if (GetTickCount() < msgTime)
{
	if (modScriptState)
	{
		DrawText(0.4, 0.4, "PedDamageOverhaul has been ENABLED.");
		if (iniexists) DrawText(0.6, 0.6, "ini file found.");
		else DrawText(0.6, 0.6, "ini file not found.");
	}
	else DrawText(0.4, 0.4, "PedDamageOverhaul has been DISABLED.");
}

 

Wow thank you for that! I had a problem with locating the file. Because the GetPrivateProfileInt always returned the default values for me. I read somewhere that you either have to give the full path or it will always look for it in the windows directory. The thing that you did that I didn't, was adding the .\\ before the file name (it worked without it for ofstream/ifstream so I didn't know that you have to add it so it looks in the same directory). I'm gonna give it a try, thanks!

1 hour ago, HughJanus said:

 

I do it like this in PDO (you can only read in integers, though):

float ini_npcmeleemodifier = (float)GetPrivateProfileInt("PedDamageConfiguration_Advanced", "NPCMeleeModifier", 100, ".\\PedDamageOverhaul.ini") / 100;
int ini_storypedhealth = GetPrivateProfileInt("PedDamageConfiguration_Basic", "StoryNPCHealth", 0, ".\\PedDamageOverhaul.ini");

The first parameter is the section of the ini, the second one is the name of the ini value, the third one is the default value (if the value name is not found in the ini), the last one is the ini file path.

 

This method I use for checking if the ini is present:

bool does_file_exist(const char* fileName)
{
	std::ifstream infile(fileName);
	return infile.good();
}

//in the script
bool iniexists = does_file_exist(".\\PedDamageOverhaul.ini");

 

And this one to draw the message on screen (if the enable/disable button is pressed):

if (GetTickCount() < msgTime)
{
	if (modScriptState)
	{
		DrawText(0.4, 0.4, "PedDamageOverhaul has been ENABLED.");
		if (iniexists) DrawText(0.6, 0.6, "ini file found.");
		else DrawText(0.6, 0.6, "ini file not found.");
	}
	else DrawText(0.4, 0.4, "PedDamageOverhaul has been DISABLED.");
}

 

It worked! the new version with INI file is here!

Great :D

Wow nice!

Thanks for the assist Hugh, yay teamwork! 😄

Gonna have to some more testing.

Edit; First question, can settings like "CORE_REGEN = 1"  be set to "CORE_REGEN = 0.1"? I notice at the top it does say from 1-100 but I wasn't sure if fractions would also apply, or if that was specific to the top settings.

3 hours ago, Adman said:

Wow nice!

 

Thanks for the assist Hugh, yay teamwork! 😄

 

Gonna have to some more testing.

 

Edit; First question, can settings like "CORE_REGEN = 1"  be set to "CORE_REGEN = 0.1"? I notice at the top it does say from 1-100 but I wasn't sure if fractions would also apply, or if that was specific to the top settings.

I think core values are integers so they have to be whole numbers.

Is there any way to remove the blurred vision? or atleast include it in the config files to enable/disable it?

The UI is pretty wonky on ultrawide unfortunately.