Jump to content

Recommended Posts

Posted
10 hours ago, Lupine00 said:

What Ed means is you are probably missing a ground model. He cannot tell why. Maybe your Skyrim can't load it, or can't render it, because of memory, or broken mods.

It's remotely possible another mod overwrite it.

Thanks for the expanded explanation, that helps. Since the vanishing lactacid is literally the only problem I'm having I think I'll live with it. I don't exactly drop it often.

 

Edit: Well I was wrong about the only issue, I'm not sure it's the same thing though. I use RND and while before MME wasn't working at all, now if I use lactacid it breaks the hunger mechanic. I loose the hunger status totally, and have 2 thirsts. Is this from my setup of mods or something that got broken when MME updated?

 

Edit 2: Removing the RND.json Ed posted fixed the problem, so I think something's not quite right there? All other foods work fine now, and MME items just don't register again.

Posted
9 minutes ago, bhenny said:

Hi, i have a problem with the milking stations: milking animation doesn't start :( what could be the reason?

Several possible reasons:

 

1. FNIS not run

2. script lag

Posted
21 minutes ago, hexenhaus said:

Several possible reasons:

 

1. FNIS not run

2. script lag

1-Other animations work well :(
2-Even if I wait, nothing happens

Posted

Can you make a milk farm or something like that, link it with simple slavery mod (AH), will be good. It just  one idea, if you want to think it.

 

Thanks.

Posted
2 hours ago, Ed86 said:

hm... use mcm to remove beeing milked effect?

I tried to reset the mod but milking machine animation  won't start. With the self milking spell the animation starts

Posted
6 minutes ago, bhenny said:

I tried to reset the mod but milking machine animation  won't start. With the self milking spell the animation starts

are you using MME milkpumps?

Posted
2 hours ago, bhenny said:

yes, the one at riverwood

You have 2 many animations and MME didnt fit?

Which milkpump file you use?

Im out of ideas

Posted

In script, from another mod, what is the correct way to determine if an actor is a milk maid?

 

Is the right way to call StorageUtil.HasFloat(who, "MME.MilkMaid.Level") ?

 

And assuming I can detect a registered actor, am I always going to have to check IsSlave to be sure they are a "real" milk maid?

If it's the player, is it completely safe to assume they aren't a milk slave?

 

 

Is it "safer" in terms of code changes you might make, to use StorageUtil directly, or to go via MME_Storage?

That is to say, which is least likely to change? The StorageUtil keys and their meanings, or the MME_Storage API?

 

 

In MME_Storage, there are functions for things like IsSlave, IsSuccubus, etc. but none for IsMilkMaid.

Seems an odd oversight. Did I miss something?

 

 

I had a bit of a look in MilkQuest, but seems you determine this definitively by calling find on MILKmaid and MILKslave there.

I don't want to bind any code to MilkQuest at all if I can avoid it.

Posted
28 minutes ago, Lupine00 said:

In script, from another mod, what is the correct way to determine if an actor is a milk maid?

 

Is the right way to call StorageUtil.HasFloat(who, "MME.MilkMaid.Level") ?

 

And assuming I can detect a registered actor, am I always going to have to check IsSlave to be sure they are a "real" milk maid?

If it's the player, is it completely safe to assume they aren't a milk slave?

 

 

Is it "safer" in terms of code changes you might make, to use StorageUtil directly, or to go via MME_Storage?

That is to say, which is least likely to change? The StorageUtil keys and their meanings, or the MME_Storage API?

 

 

In MME_Storage, there are functions for things like IsSlave, IsSuccubus, etc. but none for IsMilkMaid.

Seems an odd oversight. Did I miss something?

 

 

I had a bit of a look in MilkQuest, but seems you determine this definitively by calling find on MILKmaid and MILKslave there.

I don't want to bind any code to MilkQuest at all if I can avoid it.

hm.... that should work

yes

no, IsSlave is used to also mark player/milkmaids as slaves, but keeping their maid production mechanics

 

StorageUtil

none, i dont think there would be any major changes

 

coz there is no need for it?

 

you can check for MilkMaidFaction MilkSlaveFaction

Posted
3 hours ago, Lupine00 said:

Thanks.

 

What mods use milk slave to flag slavery on the player?

no one knows?

Posted
17 hours ago, Ed86 said:
21 hours ago, Lupine00 said:

Thanks.

 

What mods use milk slave to flag slavery on the player?

no one knows?

So none really?

 

Or a secret one you haven't released yet?

(No point asking about that, as it's secret, but I did it anyway).

 

 

I guess eight breasts is the max, but what is the practical limit of milk capacity per breast?

Is there any limit?

 

It's derived from (base + scale*level).

base and scale default to 2 and 1 respectively, but do they have an enforced range anywhere?

 

Is scale basically the same thing as the breast-node-scale, so it practically tops out at 10 ?

 

That would be 8 * (2 + 100) = 816 ... quite a lot of milk.

 

So what ranges do we see in practice? TBH, I've never had more than one breast row when I play, because I don't use growth potions.

 

But I'm using MME as a difficulty increasing penalty system for the PC, not as a farmer, so I try to avoid breast growth.

Posted

Something I noticed while I was poking about...

 

In MME_Storage, in updateMilkCurrent

 

IF the actor has more milk than their limit AND BreastScaleLimit is not set, the function has a specific control path that RETURNS the unclamped current milk, but STORES the clamped maximum milk.

 

Isn't the effect of this is that on the next pass around the update, it reads the milk value from storage, which has the effect of clamping it?

Effectively this duplicates the effect of enabling BreastScaleLimit, but with a one update delay. If this is fed into nodes/morphs, it would result in minor breast-popping, but mainly would end up clamping a value that seems like it shouldn't be clamped?

 

In short, shouldn't it store the unclamped value in that third control path?

 

Or are you using some cached milk value from elsewhere for the updates? In which case, why allow the stored value to differ from it - surely that is a recipe for confusion?

 

(Sorry I couldn't paste the code, I'm typing this on a different machine to the one I'm coding on).

Posted
19 hours ago, Lupine00 said:

Is there any limit?

 

no, i guess its

2,147,483,647 

or

3.402823 × 1038

 

38 minutes ago, Lupine00 said:

Something I noticed while I was poking about...

 

In MME_Storage, in updateMilkCurrent

  

IF the actor has more milk than their limit AND BreastScaleLimit is not set, the function has a specific control path that RETURNS the unclamped current milk, but STORES the clamped maximum milk.

 

Isn't the effect of this is that on the next pass around the update, it reads the milk value from storage, which has the effect of clamping it?

Effectively this duplicates the effect of enabling BreastScaleLimit, but with a one update delay. If this is fed into nodes/morphs, it would result in minor breast-popping, but mainly would end up clamping a value that seems like it shouldn't be clamped?

 

In short, shouldn't it store the unclamped value in that third control path?

 

Or are you using some cached milk value from elsewhere for the updates? In which case, why allow the stored value to differ from it - surely that is a recipe for confusion?

 

(Sorry I couldn't paste the code, I'm typing this on a different machine to the one I'm coding on).

bug, it only happens in when you change max breast limit option, or when level up, which requires milking, so breast are likely empty

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...