OSex+ The Greatest Virtual Sex Ever

[sylar951]

Damn CEO, you're like Mankar Camoran of loverslab... You're giving us paradise

Looking forward for your big update of Osex

[BardSkye]

Just a little something to make you chuckle - not intended as a serious suggestion.

 

Imagine OSEX being tied into the Skill system of Skyrim....

 

Each time you boff  someone, you get skill points in the techniques used.

 

A skill perk tree would consist of oral, anal, vaginal, and masturbation. 

 

As skill points and perks were gained in each area, new positions would become available and it would become easier to bring partner to orgasm.

 

As mastery is achieved, it would be possible to bring partner into and endless series of "firecracker string" orgasms....  which would leave them your slave for life....

 

 

Too much trouble to be practical, but soooo much fun to think about!  

[Anonymous9431]

Is it possible to make 0Sex compatible with Enderal?

[RenaSan]

Is it possible to make 0Sex compatible with Enderal?

 

Yes, there's a guide:

http://ceo-os.tumblr.com/osex/book/enderal/

[CEO 0S]

 

 

Seems like a good idea.  Here's an idea of what you could do.

 

KajKaj,

Very professional and detailed thank you, I need to go over this some more and see your ideas closely but it's very nice if you want to keep playing with it I would be hugely appreciative. I imagine in time we'll need "Balancing" discussion on this as well to sort out the fine points of it.

 

At a glance the main thing that might change these formulas is that I'm seeing the main driver of the sex engine being the thrust event. Like in foreplay kissing, hugging these will adjust stuff but it's more based just on some psychology stats of the actor, and will not need as intricate math.

 

When a sex thrust occurs like a gist of the approach I'm trying to take:

 

OnSexThrust(){

 

1. APPROVAL STAT: Check to see if the actor is in to the sex. I use a stat called "Approval" at the moment and it isn't so much "allowing" like it kind of sounds, it's the actor's acceptance of what is currently happening. If the actor hates their partner and hates doggy style and is doing doggy style their approval is low. If the actor loves cowgirl and their partner their approval is high. Approval is used in Persona as well to pick the degree of expression / sounds to use. It's kind of a simplified output of a number of factors into a small number.

 

2. Check if it's pre or post orgasm

 

3. Based on Approval, per thrust do math around,  WETNESS, INTENSITY, (Intensity is a hard coded value in the scene.xml 0-5 describing how intense the action is that the actor is experiencing), TIGHTNESS, AROUSAL, STIMULATION, SORENESS, PAIN.

 

4. The thrust event itself can have xml data attached to it. I have a rough mock up of values in the current thrust xml but it's not finalized. If we need additional details to play in and define the kind of thrust it is we can add it to the thrust event in the xml for that scene.

 

5. Adjust those by actor modifiers, arousal modifier (if the actor gets aroused easy or is not very sexual) like pussy resilience etc, pain tolerance, 

 

6. Output new values for all those stats, for example adjust arousal stimulation, tightness, wetness stats

 

7.(Stimulation is like a physical arousal, where as arousal is a total arousal, that's psychological + physical combined.)

 

-----------------

 

Other examples of something to show  the event xml detail and how the system is kind of set up.

 

Spanking as an example:

 

<evnt cmd="actor" type="spank" subtype="Spank" drive="intimate" whodid="0" side="L" force="2" sound="slap" soundpow="2" crit="25">

 

This is the current XML i'm using not all of the stats are having a big effect but it's the plan of things I'd like to use.

 

0. Figures out if it crits or not

1. Causes soreness to the ass side based on side="" and force

2. Figures out the soreness level of the L-ass in this case, body part soreness gets output to a simplified small number like Approval.

3. Their reaction to the spank is based on their Approval and the amount of soreness their L-Ass currently has

4. This outputs into their psychological stats like arousal etc. also based on how they like spanking (Approval)

5. In time i'd like to try to get this to apply a blush shader to their ass at different soreness thresholds and have hard doggy style sex able to do the same thing.

 

-----------------

 

I'll be adding a display panel in the scene menu to see stats live so we can see current stats in the draft clearly and how they are changing for  tweaking, ideas.

 

 

 

 

i wish I could convey, this rebuilding process I started after 1.06 that has taken almost a year and brought us to 1.086 now. 1.06 had the tech to do the features we do now for the most part (without the ui) but couldn't do the bigger plans of what I wanted. So much of this last year has been just rebuilding the exact same thing to make the infrastructure there to do the coolest things of all. We're just out of that rebuilding phase now.

 

In having to rebuild so many times and having the experience of hitting walls that prevented the total systems that I wanted, I had the insight these last times to put the ground work there as I went. These big systems that might seem unpractical or to complex to really do are more alive in this current version then a user can see. What I mean is I have lots of groundwork in place and that was what this last year is about, it's not producing a tangible thing for the user right now, but it's just a little bit of code away from doing various things that have never been seen before in virtual sex and most of that dirty work is already done and what the last year was about.

 

What you describe is actually very possible, I'm not sure I'll take the skill system into play since opinions or preferences on this matter could vary from user to user and it would be best if I left it in the hands of developers to manage someone's sex skill but persona is able to handle experience, confidence in different skills now. You can think of Persona like an automated API kind of in some parts. Something in the realm of what you described is actually very possible here.

[allfather123]

I apologize if this has been mentioned before. I'm completely new to modding Skyrim (I've modded other games, but nothing as new as this, most of my modding experience is with Rome:Total War). 

 

I've successfully installed the mod, and the user interface is fairly simple, but awkward to navigate. However you don't mention anywhere how to get nude females. I had to separately install a nude female mod? Or is that in your skin texture packs? SOS clearly allowed me to get nude males...

 

Anyways, awesome mod and it should be an interesting thing to show my wife (she's very interested in stuff like this, I have some other sex simulator "games" but so far none of them seem to have the potential of a modded skyrim engine).

 

 

Hey bruh, you have to install them. Most famous being CBBE and UNP or variants. I like SevenBase, myself. Besides the meshes, you'll also need the textures, which you can also browse and choose from the available. I use the Real Girl Realistic Body Texture, which have some trouble, but I dunno, I kinda like it.

 

If you're using Nexus Mod Manager and if you ever switch body meshes or textures, be careful. NMM overwrites original files or previously installed mod files. Switching carelessly can lead to wrong textures for body meshes, hands and feets seams or black bodies with no textures.

 

Good luck have fun

[RagingxBeauty]

I really need a countdown for the new update xD The anticipation is killing me.

[allfather123]

Okay, so I've encountered the exact same bug I had to deal with in the beta of the previous version that I tested. I'm not sure if it's OSEX or OSA, probably OSA.

So I made use of the OSEX animations once with this character I was playing with. Saved game, closed game. Another time I loaded the latest save.

Boom, OSA stopped showing it's menu when I press enter, amorous adventure stopped toggling animation on when asked to.

That includes all the previous saves with that character, even the ones BEFORE I have used OSEX for the first time - like a save I made after editing character before leaving alternate life's prison cell.

If I load another or start a new game, the OSA works fine.

 

The last time I had this issue, it was not just with another version of the OSEX, but with another Skyrim instalation completely.

 

Anyone know anything of this that can help me? Thanks in advance

 

 

So just to confirm. This problem does not have a solution and maybe I'm the only one having it, right?

[RenaSan]

 

 

 

 

 

Seems like a good idea.  Here's an idea of what you could do.

 

KajKaj,

Very professional and detailed thank you, I need to go over this some more and see your ideas closely but it's very nice if you want to keep playing with it I would be hugely appreciative. I imagine in time we'll need "Balancing" discussion on this as well to sort out the fine points of it.

 

At a glance the main thing that might change these formulas is that I'm seeing the main driver of the sex engine being the thrust event. Like in foreplay kissing, hugging these will adjust stuff but it's more based just on some psychology stats of the actor, and will not need as intricate math.

 

When a sex thrust occurs like a gist of the approach I'm trying to take:

 

OnSexThrust(){

 

1. APPROVAL STAT: Check to see if the actor is in to the sex. I use a stat called "Approval" at the moment and it isn't so much "allowing" like it kind of sounds, it's the actor's acceptance of what is currently happening. If the actor hates their partner and hates doggy style and is doing doggy style their approval is low. If the actor loves cowgirl and their partner their approval is high. Approval is used in Persona as well to pick the degree of expression / sounds to use. It's kind of a simplified output of a number of factors into a small number.

 

2. Check if it's pre or post orgasm

 

3. Based on Approval, per thrust do math around,  WETNESS, INTENSITY, (Intensity is a hard coded value in the scene.xml 0-5 describing how intense the action is that the actor is experiencing), TIGHTNESS, AROUSAL, STIMULATION, SORENESS, PAIN.

 

4. The thrust event itself can have xml data attached to it. I have a rough mock up of values in the current thrust xml but it's not finalized. If we need additional details to play in and define the kind of thrust it is we can add it to the thrust event in the xml for that scene.

 

5. Adjust those by actor modifiers, arousal modifier (if the actor gets aroused easy or is not very sexual) like pussy resilience etc, pain tolerance, 

 

6. Output new values for all those stats, for example adjust arousal stimulation, tightness, wetness stats

 

7.(Stimulation is like a physical arousal, where as arousal is a total arousal, that's psychological + physical combined.)

 

-----------------

 

Other examples of something to show  the event xml detail and how the system is kind of set up.

 

Spanking as an example:

 

<evnt cmd="actor" type="spank" subtype="Spank" drive="intimate" whodid="0" side="L" force="2" sound="slap" soundpow="2" crit="25">

 

This is the current XML i'm using not all of the stats are having a big effect but it's the plan of things I'd like to use.

 

0. Figures out if it crits or not

1. Causes soreness to the ass side based on side="" and force

2. Figures out the soreness level of the L-ass in this case, body part soreness gets output to a simplified small number like Approval.

3. Their reaction to the spank is based on their Approval and the amount of soreness their L-Ass currently has

4. This outputs into their psychological stats like arousal etc. also based on how they like spanking (Approval)

5. In time i'd like to try to get this to apply a blush shader to their ass at different soreness thresholds and have hard doggy style sex able to do the same thing.

 

-----------------

 

I'll be adding a display panel in the scene menu to see stats live so we can see current stats in the draft clearly and how they are changing for  tweaking, ideas.

 

 

 

 

i wish I could convey, this rebuilding process I started after 1.06 that has taken almost a year and brought us to 1.086 now. 1.06 had the tech to do the features we do now for the most part (without the ui) but couldn't do the bigger plans of what I wanted. So much of this last year has been just rebuilding the exact same thing to make the infrastructure there to do the coolest things of all. We're just out of that rebuilding phase now.

 

In having to rebuild so many times and having the experience of hitting walls that prevented the total systems that I wanted, I had the insight these last times to put the ground work there as I went. These big systems that might seem unpractical or to complex to really do are more alive in this current version then a user can see. What I mean is I have lots of groundwork in place and that was what this last year is about, it's not producing a tangible thing for the user right now, but it's just a little bit of code away from doing various things that have never been seen before in virtual sex and most of that dirty work is already done and what the last year was about.

 

What you describe is actually very possible, I'm not sure I'll take the skill system into play since opinions or preferences on this matter could vary from user to user and it would be best if I left it in the hands of developers to manage someone's sex skill but persona is able to handle experience, confidence in different skills now. You can think of Persona like an automated API kind of in some parts. Something in the realm of what you described is actually very possible here.

 

 

 

 

Interesting, very interesting. This prompts me to ask this though:

 

For that second example, if the actor is being spanked softly and enjoys it, they will have a pleased expression and joyful moaning? This changing when the spanking becomes harder and they get sore, resulting in furrowed brows and more 'ouch' like moans? 

 

Looking into the future, is this only sound/expression and relationship based or will there also be different animations? Using the same example again, if the actor doesn't like it. Will they turn around and stop the PC, resulting in a choice whether to pin the actors arm behind their back and continue, or stop and do something else? Maybe kissing or softly rubbing their ass?

 

Right now when I think about it, with this kind of system, it would certainly be possible to create all sorts of persona that react in different ways, with different animations. The work load, specially for the animations, seems intense though. Even when only assuming two different persona for a short scene like this:

 

- Starting on the bed, laying next to each other, kissing. (depending on how excitable the female is this will turn them on more or less)

 

- Roaming the females body with the hand. (depending on how excitable the female is this will turn them on more or less)

 

- Slapping that ass once. (depending on the persona and soreness this would either cause the girl to yelp or moan lustfully.)

 

- Sitting up in the bed then, pulling her over the lap for more spankings.

+ Depending on how aroused the actor, their relationship and whether they like spankings or not the animation would be eager or reluctant.

~ They could say "Oh yes please, spank me some." or "Ugh. Do we really have to do this?", the latter giving the pc the option to abort the action.

 

- Continiously spanking her rear with adjustable force, starting soft (she likes it = soft moans and gasps, relaxed and pleased expression. she doesn't like it = grumbling and sighs, annoyed or bored expression)

+ If she likes it, she could even bite her lip every now and then. Turn her head to the spanker and maybe grope her own breast. If she doesn't like it she'd look away, of course there could be a bashful persona as well where she would like it, but look away blushing. In this case though she looks bored or annoyed.

~ Different voice lines again, "Mhm. Oh yes. You can spank me harder if you want." and "This really isn't what I had in mind." 

 

- Spanking her harder, causing soreness to go up gradually, but not that fast. (she likes it: gasps and moans growing more intense with soreness level / slightly furrowed brows and an overall pleased expression, closed eyes. she doesn't like it =  gaps and groans more intense with soreness level / furrowed brows and a slightly negative expression, eyes open)

+ Should she not like it, the animation could be different toward that she'd turn herself away from the spanker and grit her teeth a bit more, clenching her fists. On the other hand if she liked it she would turn herself toward the spanker a bit and watch them, maybe reach out a hand to rest on the spankers arm, or placing her own hand by her hip while pushing herself up a little. Or maybe she'd lay her face down and simply enjoy, those could be options for her in the menu, similar to how we have bend down further, raise up again right now.

~ Voice lines: "Nnngh. Fuck yes! Aaaha." and "Hey! Ow. Could you not?" / Also triggering an animation where the reluctant actor pushes herself away and asks to stop this. Giving the options to stop and choose a different action, or to force her back over the lap by pushing her down, pulling her arms behind her back and keeping them pinned there.

 

- Spanking even harder, causing soreness to intensify (she likes it [masochist] = yelps, groans, gasps and moans rising in intensity with soreness. / more furrowed brows, open mouth, eyes opening and closing from impacts. She doesn't like it = growls,groans, ouches and gasps rising in intensity with soreness. Angry expression, depending on relationship with pc this would vary, eyes opening and closing from impacts.)

+ The masochist of course would endure it joyfully, clenching her hands into the sheets or the floor. With the smacks being more intense she'd be pushing herself up again, not quite able to just relax anymore. Looking over her shoulder, etc. On the other hand the persona that doesn't like this action will have a more still animation, reluctant posture, sort of tilting herself away from the spanker. Laying more flat, not pushing her ass up but trying to pull it away.

~ Struggling animation for the reluctant actor as well as a chance event of them pulling their arms free depending on their relationship to the spanker and some other influences like strength and approval. This could also be used as a lecturing, perhaps causing submission to rise. Of course now I'm thinking toward a bdsm side of things again, my bad.

 

- Stopping the spanking. (sighing and reliefed sounds, maybe murring for the spanked one who liked it. A pleased expression. For the one who didn't like it, some grumbling, negative sighing and an upset expression.

+ Different animations. One more cat like, wiggling her butt a bit, the other a bit more curled up and tilted away.

~ Voice lines like "Fuwaa. Just what I needed, now I'm super wet." and "This was intolerable, let's not do this again." / And of course this wouldn't be complete without the spanked trying to get away if she had not enjoyed it. Giving options to let her slip away resulting in her sitting on the bad with her back toward the spanker, giving yet again options to approach or not approach her. She could perhaps even dress and walk away, ending the scene and perhaps the relationship

 

---------------------

 

Eh, I think I got a bit carried away there. Anyway, green is what I think is quite possible with how OSex is at this moment. Orange is a bit more tricky and would take a bit longer to fully implement right. And red, well red is probably never going to happen, because of just how much goddamn work it would be.

 

I'll leave it at that, even though I could write a book about this 'immersive sex simulation'.

 

PS: If you ever need inspiration for animatons, I got them aplenty.

[Anonymous9431]

CEO will you add orgasms to end the scenes? I think randomly just stopping sex needs this improvement.

[RenaSan]

CEO will you add orgasms to end the scenes? I think randomly just stopping sex needs this improvement.

 

It's already been said that they are in work, or at least I remember reading it somewhere, but that CE0 doesnt want to polish them up just yet. Perhaps next update, who knows.

[lucaxs]

 

CEO will you add orgasms to end the scenes? I think randomly just stopping sex needs this improvement.

 

It's already been said that they are in work, or at least I remember reading it somewhere, but that CE0 doesnt want to polish them up just yet. Perhaps next update, who knows.

 

CEO has also said he wants to add post-orgasm animations like cuddling and so on, instead of the sex magically ending à la SexLab mods. You can imagine how that just adds to the workload, especially given the amount of sex positions already implemented. 

[RenaSan]

 

 

CEO will you add orgasms to end the scenes? I think randomly just stopping sex needs this improvement.

 

It's already been said that they are in work, or at least I remember reading it somewhere, but that CE0 doesnt want to polish them up just yet. Perhaps next update, who knows.

 

CEO has also said he wants to add post-orgasm animations like cuddling and so on, instead of the sex magically ending à la SexLab mods. You can imagine how that just adds to the workload, especially given the amount of sex positions already implemented. 

 

 

CE0s workload is over 9000. I really really hope that some talented animators join the team eventually, making it a bit easier on the poor guy. But then again, this is the kind of mod that just needs time and lots of time. The more is addedto it the more conditions come up and the more things need to be considered so it all works together fluently.

 

Still amazes me how after years of skyrim modding, this comes now, but I wont complain, better now than never.

[CEO 0S]

You wants to help me brainstorm? Remember with OSA it can do anything so think big instead of simplified systems.

 

1.086 OSA has limiters, what that entails is that the module developer puts keywords on certain nav options. An external mod developer using the API to start an OSex/OSA scene can set limits to the scene. Once limited for that instance of the scene any nav option that have the keyword that the API limited will not be shown. For example a developer could start a OSex scene with the API and limit all sex, laying down, and only allow for kissing and handjobs. The player could then be given control but options they are not allowed to do yet would not be revealed.

 

Limiter keywords are per module so can do whatever the OSA module developer wants.

 

The brainstorm is this, what keywords do I have to use on OSex to give the API the ability to very accurately control the player's OSex usage without getting too complex but not being so simple that they can't really have a say in much.

 

Do limiters need to have a value also to signify degrees of something, for example some positions have more sexual ineundo then others do they need to be given a value to differentiate more extreme positions. For example if you look at just the base non sex positions, the various ways of holding each other. Some of them would be fine to do in public, others would get some people stirred, others would get the cops showing up. Would a Limit + value work better here or multiple limit keywords for different degrees.

 

Obvious one's that come to mind to start, kissing, hugging, blowjob, handjob, sex (vag / anal), spanking and perhaps different degrees of sex, very intense sex, physical sex, romantic sex idk. Limiter for certain transitions that require skills, acrobatic, strong, wizard....   The base positions are the most complicated because they have a range of being sexed from cuddley to bent over face down and most likely need different keywords. 

 

 

[dyzio1999]

When looking at the plugins in game, it says Bad Boys of Skyrim is available for download from LL, but on the tumblr blog it says its coming out in a couple weeks... Should I assume it's the latter? 

[RenaSan]

You wants to help me brainstorm? Remember with OSA it can do anything so think big instead of simplified systems.

 

1.086 OSA has limiters, what that entails is that the module developer puts keywords on certain nav options. An external mod developer using the API to start an OSex/OSA scene can set limits to the scene. Once limited for that instance of the scene any nav option that have the keyword that the API limited will not be shown. For example a developer could start a OSex scene with the API and limit all sex, laying down, and only allow for kissing and handjobs. The player could then be given control but options they are not allowed to do yet would not be revealed.

 

Limiter keywords are per module so can do whatever the OSA module developer wants.

 

The brainstorm is this, what keywords do I have to use on OSex to give the API the ability to very accurately control the player's OSex usage without getting too complex but not being so simple that they can't really have a say in much.

 

Do limiters need to have a value also to signify degrees of something, for example some positions have more sexual ineundo then others do they need to be given a value to differentiate more extreme positions. For example if you look at just the base non sex positions, the various ways of holding each other. Some of them would be fine to do in public, others would get some people stirred, others would get the cops showing up. Would a Limit + value work better here or multiple limit keywords for different degrees.

 

Obvious one's that come to mind to start, kissing, hugging, blowjob, handjob, sex (vag / anal), spanking and perhaps different degrees of sex, very intense sex, physical sex, romantic sex idk. Limiter for certain transitions that require skills, acrobatic, strong, wizard....   The base positions are the most complicated because they have a range of being sexed from cuddley to bent over face down and most likely need different keywords. 

 

I've had a tumblr blog where I have used tags to categorize pictures, so I know exactly where you're coming from - it isn't easy to differ between a doggy style and another doggy style, but they couldn't be more different!

 

What I ended up doing was use different tags for the moods: Sensual, Divine, Aggressive, Degrading, Spoiling, Spoiled, Service, Playful, Passionate and Romantic come to mind. 

 

- Sensual: For anything that was two or more people sensually enjoying their bodies equally.

- Divine: Woman on Male focused. Usually with the woman in a sort of worshipped like position.

- Aggressive: Sex with slaps, spanks, choking or pinning in aggressive ways.

- Degrading: Positions, attire or else that were degrading to one or more of the participants.

- Spoiling: Women spoiling men, allowing them to sit back and enjoy.

- Spoiled: Men spoiling women.

- Service: Sexual favours, usually from women toward men. I believe I had served as a tag for males doing sexual favours for females.

- Playful: Sex that had a sort of exploring and playful manner to it, experimental positions or so.

- Passionate: The sex isn't the main thing here, it's about the people, loving in a tight embrace, kissing and sharing a moment.

- Romantic: Massages, Candles, Bubblebaths, kisses on the neck, soft petting, slow romantic sex.

 

I believe your idea is to do something similar to SexLabs use of tags? When a consensual scene on a bed was started, it would mostly select animation sets that fit this.

 

Perhaps you want to tie this to the persona system, so it's important it's accurate right? Something lile the first base, second base, third base system we sometimes hear people talk, where if you only just met a character, they might not enjoy you wanting to stick your cock into their rear hole just yet, you know, they might not :'D

 

Speaking to you from an experience as a coder (in other context than skyrim of course) I can tell you that I have often found myself trying to crack my head open to find appropriate names for classes or functions. But eventually I just used a generic hierarchy system. Because ultimately what I needed was a way to look at a function or class and know on which level it was. So I simply went with alpha, beta, gamma, delta.. and so on. In your case I'm pretty convinced that silly base approach could work and be easy to understand for most people:

 

1. Base: Hugging, sitting in lap, kissing on the cheek, touching the arms

2. Base: Kissing the lips, embracing, touching waist, hips, neck and back, snuggling

3. Base: Tongue kissing, touching breast and ass, nudity, grinding against one another

4. Base: Touching genitals, licking the breast, neck and other body parts, oral sex and fingering/handjobs

5. Base: Sex. Groping, playful or passionate, sensual or romantic, stuffing her full of cock

6. Base: Anal sex. Fetishes like feet, collars and leashes, spanking, biting,

7. Base: Aggressive sex. Hair pulling, face slapping, choking, pussy pounding and ass ravishing, light bondage

8. Base: Whipping, Caning, burning, cutting, asphyxiation, punching, kicking, extreme bondage

9. Base: Mutilation, Necrophilia, Beastiality, (scat).

 

If I had to come up with a sort of code that made a difference between a doggy style thats a bit more rough and a doggystyle thats more passionate, maybe with the arm wrapped around her body, kissing her neck. Well then it could use the base system: "b5 doggystyle" or "b7 doggystyle".

 

In this case the first would output animations that are tagged by b5 and doggystyle, resulting with all sorts of animations that are sexual in non-aggressive ways, no anal sex and no spanking or biting. The latter would output doggy style animations that are rough, involve choking, pounding and twisting the girl up uncomfortably.

 

This has it's limits though I fear. Because you might run into yet again the problem of needing to seperate even more. So what if two animations are rough sex animations who fit into 7th base, but one is male driven and the other female driven. What if one of them is bondage and the other isnt? Well, at this point you could combine the first set of tags I offered and the second set of them.

 

"b7 missionary divine" > Would output aggressive sex animations that are female driven and tagged missionary

"b7 missionary service" > This would probably be something like vampire sex, which I'd consider a service sex of the aggressive type

"b5 blowjob spoiling" > Could output all animations which have males laying or sitting back, enjoying fellatio

"b5 blowjob sensual" > Blowjob animations where both partners are active. Something like a standing up animation. The male leaning down groping and rubbing the girls breast as she sucks him. Or he'd put his hand in her neck and thrust a bit as well. Both enjoying the sensual act together.

"b6 doggystyle playful" > Doggystyle animations (also anal) that are energetic, of course sensual and playful aren't very different, but playful could perhaps include small spanks or tugging at the hair.

"b6 doggystyle aggressive" > Self explaining isn't it? Fuck her hard, choke her, spank her, maybe pin her down.

 

----

 

I could go on giving examples, but let's recap again and summarize. So what I think could work is a system that has tiers, moods and tags. Obviously you want to have tags like anal, vaginal, fellatio, oral, doggystyle, ... so perhaps every animation could have this:

 

Tier: From 1 to 9

Mood: Only one out of the moods

Tags: As many tags as needed, but some tags are linked to tiers. So a tier 2 animation can't have anal as a tag for example.

 

----

 

I'm not sure if this was even remotely what you were expecting as reply, but I want to try to give my opinion on the matter if I can.

[Player5005]

PLZ SOMEONE HELP!

 

I'm having an issue, that after I install Sexlab through MCM menu and play one of its animations OSEX stops functioning. I mean, OSEX menu still opens and works properly, but when I set my desired key, e.g. 0, get another NPC on my target and by pressing 0 for animation to start - nothing happens. My character just turns sideways, game crosshair disappears (and didn't appear again unless I restart the game) and thats it. However, OSEX works just fine if I didn't start any of Sexlab's animations.

So, anyone encountered this issue or have some possible solutions or thoughts to solve it, 'cause I'd love to have Sexlab and OSEX both working and functioning properly together.

 

Thank You.

 

 

[mehGusta]

i have SOS and completely scaled every aspect of one of my male pc-char in racemenu, but now i get this weird bug that the tip of the schlong gets extremly minimized during 0sex.

even though i have auto-scaling disabled.

anything's fine again afterwards.

[migal130]

i have SOS and completely scaled every aspect of one of my male pc-char in racemenu, but now i get this weird bug that the tip of the schlong gets extremly minimized during 0sex.

even though i have auto-scaling disabled.

anything's fine again afterwards.

 

Why are you playing with your character's scaling in Racemenu instead of allowing OSA to correctly scale your character for OSex?

[RenaSan]

 

i have SOS and completely scaled every aspect of one of my male pc-char in racemenu, but now i get this weird bug that the tip of the schlong gets extremly minimized during 0sex.

even though i have auto-scaling disabled.

anything's fine again afterwards.

 

Why are you playing with your character's scaling in Racemenu instead of allowing OSA to correctly scale your character for OSex?

 

 

Most likely because they want the cock to be of a certain size outside of OSex too.

 

I've had a similar problem, only with the tip being too big. What I came across was this: OSex scaling doesn't work well with width adjustments in racemenu. So I got rid of those. did something in the overall size, made the balls a bit smaller and increased the length of the 3rd section of the shaft a bit. I did that because I don't really want to have a cock as thick as my arm, but not too short either.

 

OSex scales it perfectly still and I do have the desired size outside of OSex (a bit smaller than OSex)

[CEO 0S]

OSA will adjust for racemenu SoS changes, at the start it records all SoS bone nodes of the actors then it sets all of them but 2 to 1.0 and adjusts only the shaft1 and scrotum from there. At the end it restores them all back to whatever they were.

 

With body size it's adjusting based on the scale property of actors but race menu is also scaling a bone to adjust actor scaling which has nothing to do with the scaling property. Any adjustments to the main body scale through racemenu will not be accounted for by OSA. Fix is most likely simple to just record that bone scale and set it to 1.0 during a scene then restore it. I'm not sure which bone it is exactly most likely the root.

[klauser15]

https://www.youtube.com/watch?v=qE417Zl-_mk

[genies215]

Best sex mod out there. 

 

The only thing I wish I had with this mod is the ability to save moves in a sequence and play the sequence (pressing a hotkey to go to the next part of the sequence). 

That way you can direct scenes and then play them in the sequence you want without fumbling around with what exact moves you need to do in order to get to the next scene you want. 

[Baaleos]

Hey guys,

Does anyone know if the Wizard Sex expansion ever came out?
I just found OSA - and the videos show it off, but I only seem to have access to the vanilla stuff.

 

Still very fun, but would love to play with the Wizard Sex.

[Planetus]

I'm really digging the animations, this module is far higher quality than any other sex mod I've seen and I really prefer having full control over scene direction.