Fertility Mode

[Bluegunk]

22 hours ago, RMCW said:

Yeah it was there, thanks. Doesn't do anything for my body and not sure how that is even supposed to work. I just patched it, swapping it over to SLIF_inflate instead and that's working fine for me. You need to set belly scale to 10x for it to use reasonable values.

 

It's just a tiny edit, I'll upload it here if you want it too:

Fertility Mode - use SLIF inflate patch.7z 10.37 kB · 6 downloads

 

@Narue Can you give us any explanation for why morph modus instead of inflate? For mods like SL Disparity it really needs to be on the SLIF inflate, but there may be a reason you didn't want to do that? For me this mod is clearly best option for pregnancy so thanks for sharing your work!

 

Many thanks, RMCW. 

 

After previous comments (page 34), I spent a good while tinkering with SLIF and Fertility Mode using various options. But in my game SLIF does not see Fertility Mode at all. No matter what settings I try.

 

Therefore, your patch is very welcome thank you!

[DJShamrock]

11 hours ago, Jgoftl said:

Actually Fertility Mode does give you the option to adjust inflation. It's on the right side of the settings menu. It automatically starts at maximum belly inflation (1 is max, which looks like you're carry multiple children by end of 3rd Trimester) you can scale it down by increments of .1.

What I mean is there is no way to adjust a min or max node size for inflation. The 'x times y' doesnt really give any idea as to what size to expect when you have very specific values in mind for what looks good. It just isnt accurate or specific enough. On its own? Maybe. When balancing half a dozen inflation mods, ALL of which give actual node values? No.

[DJShamrock]

On 11/18/2020 at 9:53 AM, RMCW said:

Yeah it was there, thanks. Doesn't do anything for my body and not sure how that is even supposed to work. I just patched it, swapping it over to SLIF_inflate instead and that's working fine for me. You need to set belly scale to 10x for it to use reasonable values.

 

It's just a tiny edit, I'll upload it here if you want it too:

Fertility Mode - use SLIF inflate patch.7z 10.37 kB · 7 downloads

 

@Narue Can you give us any explanation for why morph modus instead of inflate? For mods like SL Disparity it really needs to be on the SLIF inflate, but there may be a reason you didn't want to do that? For me this mod is clearly best option for pregnancy so thanks for sharing your work!

Do you have any relative ideas as to what node sizes having it at 10x with this patch would be? And what about breasts? 

[Bratty Cheeks - RMCW]

49 minutes ago, DJShamrock said:

Do you have any relative ideas as to what node sizes having it at 10x with this patch would be? And what about breasts? 

Seems max is somewhere around 6 for belly with 10x, breasts will be the same value with 1x, not sure why the mod is configured that way. Don't set breasts to 10x cause you will end up with values like 50.

[DJShamrock]

8 minutes ago, RMCW said:

Seems max is somewhere around 6 for belly with 10x, breasts will be the same value with 1x, not sure why the mod is configured that way. Don't set breasts to 10x cause you will end up with values like 50.

I like to stick around 4.5 max for both with a BHUNP body with a 50% percentile based calculation in morphs. I use square root calculation with that as I find around the 6 size marker is where things peak and start to go downhill so with the number of mods I have they can get up to 6 with a 4.5 cap but not go over. Works for me anyway! Oh and right, breasts are RELATIVE to belly. @Narue why do you hate us ;_; j/k j/k Completely constructive thoughts though, just give us a max node size option for both, at least if your goal is compatibility. 

[Bratty Cheeks - RMCW]

5 minutes ago, DJShamrock said:

I like to stick around 4.5 max for both with a BHUNP body with a 50% percentile based calculation in morphs.

Question regarding this, slightly off topic. Also using BHUNP, I'm using morphs only and not nioverride as it tends to crash something in physics after too many updates, do you get the same behavior? Like breasts start jumping around erratically and you have to toggle SMP on and off for it to fix, but generally causes instability and potential crashes. 

 

Be nice if I could scale the collisions which does not happen with bodymorphs only.

[DJShamrock]

4 minutes ago, RMCW said:

Question regarding this, slightly off topic. Also using BHUNP, I'm using morphs only and not nioverride as it tends to crash something in physics after too many updates, do you get the same behavior? Like breasts start jumping around erratically and you have to toggle SMP on and off for it to fix, but generally causes instability and potential crashes. 

 

Be nice if I could scale the collisions which does not happen with bodymorphs only.

Are you using percentiles? I probably never experienced it because I picked up a handy trick from the SLIF thread regarding turning the NIO values to 0 under bodymorph section, swapping the method from NIO to percentiles, and then altering each of these. It just so happened that for whatever reason setting all of mine (breast, butt, belly) to 50% across the board (I haven't done much tweaking but it looks great to me) was a great setting for me. At that scaling, around 6 or so 'value' and above is where the belly started to be more on the obtuse or deformed size. Your previous issues with NIO might just be because it doesn't know how to do shape for shit and all those nodes are probably slamming into eachother or something, causing your SMP to absolutely wreck your CPU. But idk, once I switched to BHUNP and SMP I immediately swapped from NIO to percentiles.

[Bratty Cheeks - RMCW]

9 minutes ago, DJShamrock said:

Are you using percentiles? 

Yeah I am, if I am understanding you right. No scaling of collisions though which is the issue I have, are you doing the same and just not scaling collisions?

 

Heres my config:
 

Spoiler

 

If you do have scaling collisions, can I be cheeky and ask if you could share your config please? ?

[DJShamrock]

42 minutes ago, RMCW said:

Yeah I am, if I am understanding you right. No scaling of collisions though which is the issue I have, are you doing the same and just not scaling collisions?

 

Heres my config:
 

  Hide contents

 

If you do have scaling collisions, can I be cheeky and ask if you could share your config please? ?

Sure once im back to my pc and in game- gimme an hour or 2

[Sam Hell]

On 11/18/2020 at 3:56 PM, RMCW said:

Regarding this point, could be achieved, as well as other effects, with SL Disparity, based on belly size.

But this mod requires SexLab and I don't use SexLab, since “Fertility Mode” does not need Sexlab and can work just as well with Flower Girls.

 

Also this does not really cover most of my other suggestions or ideas which I feel would add more realism to “Fertility Mode”.

[DJShamrock]

2 hours ago, RMCW said:

Yeah I am, if I am understanding you right. No scaling of collisions though which is the issue I have, are you doing the same and just not scaling collisions?

 

Heres my config:
 

  Hide contents

 

If you do have scaling collisions, can I be cheeky and ask if you could share your config please? ?

Here are really the only relevant configs I have. As I said all my morphs are set to 50% across the board (breasts/belly/butt). Not sure if that helps but there you go!

[Bratty Cheeks - RMCW]

5 minutes ago, DJShamrock said:

Here are really the only relevant configs I have.

Yea thanks, appreciated. Think you will have the same problem as me with scaling of collisions, isn't a big deal if the morphs are not extreme anyhow.

 

Thinking about it more getting that to work in a way that works with different body types and morphs would be complex, probably why Baka never did anything with it. Scaling with Nioverride looks rubbish as well as the CPU issues. To make the collisions scale well would have to have a tailored set of collision configs that swap out using SKSE or something, possible though.

 

1 hour ago, Joe D’Amato said:

But this mod requires SexLab and I don't use SexLab, since “Fertility Mode” does not need Sexlab and can work just as well with Flower Girls.

 

Also this does not really cover most of my other suggestions or ideas which I feel would add more realism to “Fertility Mode”.

Fair enough, maybe the mod author will look into some of it, your suggestions make sense to me too.

 

Perhaps some of what you want to do could be achieved with DAR but I've only just started messing around with that.

[Krashark]

Is there a way to birth multiple soul gems after a single pregnancy with this mod? I haven't figured one yet.

 

 

[DJShamrock]

3 hours ago, stolensweetroll said:

Is there a way to birth multiple soul gems after a single pregnancy with this mod? I haven't figured one yet.

 

 

To my knowledge there isnt any capacity for multiple children in one birth- although I quite like the additional variable of a number of children >.> @Narue

[Narue]

3 hours ago, stolensweetroll said:

Is there a way to birth multiple soul gems after a single pregnancy with this mod? I haven't figured one yet.

 

 

Nope. Multiples are not currently supported even with soul gems because the algorithms are unified. One pregnancy produces one child (or one soul gem) due to that.

10 minutes ago, DJShamrock said:

To my knowledge there isnt any capacity for multiple children in one birth- although I quite like the additional variable of a number of children >.> @Narue

This is true, and it's a technical limitation due to Hearthfire. I couldn't figure out a good way to consistently support multiples without rewriting a significant portion of the adoption component of Hearthfire (which I'm still seriously considering, because Hearthfire should be renamed DumpsterFire). While I can easily support multiples with the soul gem option, it chafes a bit because that feels more like a band-aid on the problem rather than a proper solution.

[DJShamrock]

17 hours ago, Narue said:

Nope. Multiples are not currently supported even with soul gems because the algorithms are unified. One pregnancy produces one child (or one soul gem) due to that.

This is true, and it's a technical limitation due to Hearthfire. I couldn't figure out a good way to consistently support multiples without rewriting a significant portion of the adoption component of Hearthfire (which I'm still seriously considering, because Hearthfire should be renamed DumpsterFire). While I can easily support multiples with the soul gem option, it chafes a bit because that feels more like a band-aid on the problem rather than a proper solution.

I suppose my thoughts were more on separating the adoption system completely from the pregnancy and birthing parts. Based on what you're saying, if we assume all pregnancies and babies end up getting teleported as children to the Whiterun square, would this not divorce itself from any Hearthfire interaction? It seems to me the environment for that is already in place- the only reason not to integrate it is if you continued to allow people to go straight from baby to adoption (an option which I have found to be far less stable and consistent due to HF.) Perhaps an add-on/patch/option whereby if you disable the auto adopt at baby growth you are allowed the option to enable the multiple pregnancies option via MCM or FOMOD. 

 

That's not to say I don't think you or someone (but lets be honest I think you're the best suited for it atm) shouldn't rework HF, but I don't think its a requirement for this feature to be optioned. What do you think @Narue ?

[Narue]

On 11/20/2020 at 2:14 PM, DJShamrock said:

I suppose my thoughts were more on separating the adoption system completely from the pregnancy and birthing parts. Based on what you're saying, if we assume all pregnancies and babies end up getting teleported as children to the Whiterun square, would this not divorce itself from any Hearthfire interaction? It seems to me the environment for that is already in place- the only reason not to integrate it is if you continued to allow people to go straight from baby to adoption (an option which I have found to be far less stable and consistent due to HF.) Perhaps an add-on/patch/option whereby if you disable the auto adopt at baby growth you are allowed the option to enable the multiple pregnancies option via MCM or FOMOD. 

 

That's not to say I don't think you or someone (but lets be honest I think you're the best suited for it atm) shouldn't rework HF, but I don't think its a requirement for this feature to be optioned. What do you think @Narue ?

That's largely why I've been working on the Whiterun spawn and training features, to separate things from Hearthfire in anticipation of either minimizing its impact or supporting a replacement.

 

I really want to rewrite Hearthfire adoption. I know I can, but it's quite a bit of work.  

[DJShamrock]

1 hour ago, Narue said:

That's largely why I've been working on the Whiterun spawn and training features, to separate things from Hearthfire in anticipation of either minimizing its impact or supporting a replacement.

 

I really want to rewrite Hearthfire adoption. I know I can, but it's quite a bit of work.  

Well then my biggest advice to you would be finishing your separation work first and maybe integrating a few of those last features (like multiples...?) And then blast off on that project. We all know you can do it :3 Ive been with ya since 1.0 or before you are hands down the one to make it happen.

[Thisdudeja]

the files in the download tab are named 13068 and 87456, which one do i download? 

[Fredfish]

13068 takes you to Nexus SE

87456 takes you to Nexus LE

[YojimboRatchet]

2 hours ago, Fredfish said:

13068 takes you to Nexus SE

87456 takes you to Nexus LE

is there any way at all, to maybe rename these files to be a bit for helpful for newcomers ? i am seeing this question popping up more and more, and the main post doesn't have any reference to help clarify this. so maybe adding an "LE" and "SE" at the beginning or the ending of the numbers string ?

[xxoxo_e]

I tried to find the solution to this problem but I can't find it. Whenever my character gives birth her breasts do not go back to normal they appear droopy almost like pancakes. Does anyone know how to fix this issue?

[RevanCathal]

Any chance of this supporting Futa addons? It gets a little annoying having to force gender in SexLab mods back and forth.

[DJShamrock]

On 11/18/2020 at 9:53 AM, RMCW said:

Yeah it was there, thanks. Doesn't do anything for my body and not sure how that is even supposed to work. I just patched it, swapping it over to SLIF_inflate instead and that's working fine for me. You need to set belly scale to 10x for it to use reasonable values.

 

It's just a tiny edit, I'll upload it here if you want it too:

Fertility Mode - use SLIF inflate patch.7z 10.37 kB · 36 downloads

 

@Narue Can you give us any explanation for why morph modus instead of inflate? For mods like SL Disparity it really needs to be on the SLIF inflate, but there may be a reason you didn't want to do that? For me this mod is clearly best option for pregnancy so thanks for sharing your work!

After testing this a bit just an fyi- the belly scale multiplier in FM MCM is equivalent to node size. So 10x = 10.0 at max preg size. 

 

Also, this size does not go down even after birth/child growth. Anyway you could look into having it reduce back to 0 or make SLIF remove FM registration after birth? I had to manually remove the actor.

[RevanCathal]

Quick question: Is this mod supposed to recognize the SexLab "Allow Female Cum" option?