OSex+ The Greatest Virtual Sex Ever

[Deathmaw]

Awesome really looking forward to all the new animations in 1.07. My main complaint about sexlab was that most of it seemed to be focused around rape and random sex, with only a few mods being more towards loving sex.

 

All the animations in this fix that completely. 

[Orochi Lettie]

Awesome really looking forward to all the new animations in 1.07. My main complaint about sexlab was that most of it seemed to be focused around rape and random sex, with only a few mods being more towards loving sex.

 

All the animations in this fix that completely. 

 

This was my exact thought, i'm not into rape and savage sexual content that is mostly in sexlab, quite glad a mod with animations as fluid as this is focused on romance, But i am quite sure OS is probably getting bombarded with request to put that stuff in. I just hope it does not deter from the romantic side.

[allfather123]

Hey CEO,

 

Like a mate said few pages back, one of the biggest thing about your work is the way you have been treating the people that comes around, supporters or the not-so-much ones.

I follow loverslab for couple of years now, and few things makes me wanna post, as I'm pretty shy and a lot to myself. But I just want to say that one of the good things you're building up with the way you're carrying it on is a great support from people who admire your work. I believe, this way, your hard work will pay out with lots of people trying to help your work grow. I hope that this feeling would never overburden you towards expectations.

 

It's the second time I post in this thread and I'm delightful by it all. I believe it's coming to a time where more support from others frameworks or important mods that were built in LoversLab starts to happen. Lots of modders made Skyrim incredible, in a sexual kind of way, to change ways we play it. And all these immersive changes were backed up by SexLab, and I'm forever grateful for it. But Amorous Adventures, Lover's comfort, Beeing Female are some of the best examples that would hugely benefit itselves with your mod.

 

So I started to wonder if there are any partnership on the way for this mod to be with SexLab in therms of sexual experience framework as UNP is with CBBE in therms of body meshes: not rivals, but choices and preferences, really.

 

Another thing I want to say is: I was really impressed by how well this mod goes with immersive first person view when you play with a male character. Specially with the Mish position, boy that's a fantastic POV. And I want to say that for you to see this potential and maybe take that in considerations on your next animations. Maybe on the planning stage, think them to be as best as it can in POV for all to enjoy. That being said comes a conflict in my heart (maybe being dramatic here but... the hell): I believe it's no news that LOTS of Skyrim players like to play as a female dragonborn (just look the amount of female armors support), and by doing so it completely annihilates the possibility in enjoying POV in most sex animations. Mainly because female is usually turned back to the male (thanks porn industry for that, in a sarcastic way), so if you POV all you can see is a wall or scenery, but also because, even though I like playing females, I'm still a straight male that likes seeing sex from MY point of view. (speaking from my perspective, really. Women players, gays or lesbians are free to give theirs as well, ofc)

I don't know what could be done by the second statement really. i tryed to download Alternative Actors, pretty old mod, to check if I could get in the POV of the male NPCs before I engage the animations with my female character, as now that would be an interesting thing to do, but that was a no go. The mod does not support that activity.

 

But well, just spilling my guts here. Nothing of great importante. Just some things to think about from the user end on the road of building this great mod.

 

Thanks for your time, guys.

[LadyShade]

 

i just hope u will add HDT and Belly Distortion/Bulge to this mod 

Hi LadyShade,

It will work with HDT, I use it in my GIFS but my bounce pack is fairly subtle so it's not super noticable. If you mean stomach expanding from penetration reaction it's possible but I don't line up the actors for it. The mod has custom calls for scaling so technically for a more reliable effect the belly could be inflated on thrust then deflated if an animator wanted to try it out. 

 

If that's the distortion you are talking about I found it relatively hard to recreate and have look good in the past but now that I think about it with 0Sex's standardizing scale's you most likely could get reliable results that happened everytime on thrust in a scene using HDT collision also. It's outside of the spirit of 0Sex but I believe it would be very possible to have it create perfect alignment for it if other animators wanted to try it.

 

In the distant future I secretly want to make a mini tentacle scene, if I ever get around to it I'll try it there.

 

 

Trouble is that I have now started to use this and want to see Alpha, I still have v1.063 so can revert back if problems occur... I have now started to use this and will continue to do so lol, but even testing this is worth any problems I come across.

 

 

 

 

 

 

Thanks you! Mostly will just be a preview of some of the new animations coming up in that case, but a 50/50 chance of performance issues.

 

that's exactly what im talking about 

[Kinky]

Just get the standalone version of papyrusutil off the nexus or off here and keep it up to date and at the bottom of your MO loadorder with things like XPMSE. That is what I always do with any kind of shared resource.

 

This wont work because Sexlab alpha uses version 3.2 beta which is not available for download anywhere at the moment. So its just best to let Sexlab overwrite 0sex untill everything gets an update.

[Kinky]

Do you like spooning?

 

I think this one came out nice it's in the stuff between Doggy and Cowgirl which got skipped with a fast forward in the V1 Alpha. Finishing that section now and putting in some kisses and embraces for some laying down romantic options.

 

 

 

That looks amazing. Any chance you will add something like "The Plumber" position?

 

[Cema]

Do you like spooning?

 

I think this one came out nice it's in the stuff between Doggy and Cowgirl which got skipped with a fast forward in the V1 Alpha. Finishing that section now and putting in some kisses and embraces for some laying down romantic options.

 

 

 

 

 

/heavy nosebleed

[KikiDelivery]

One of the best sex mod I've played and can't possibly live without although I'm still adjusting to the controls and mechanics, I tend to favor this over SL cuz I really love the animation transitions between the different sex moves, I really hope this can be integrated into quests or in companion dialogues in the future like what SexLab Solutions does, it would totally enhance immersion experience. Great work CEO, I'm excited to see more!

[CEO 0S]

Some very nice comments in the last few days and I just want to say thanks everyone, very nice to read all the encouragement and support!

 

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

 

I did further testing tonight to try to get to the bottom of scenes initiating slow for some users. I believe I found the culprit as I'm able to recreate the effects but it puts 0Sex and 0SA in kind of a jam to resolve. Maybe you can help me figure out the best way to resolve this issue.

 

It's related to StorageUtil, which is vital for 0Sex to keep groing, and allows features like AI, SexDentity and for it to become a framework so it's not feasible to give up using it at this point. Without it I'd have to revert back to 1.05 and no future growth to the system would be possible in terms of the plans I have.

 

I've done tests with the latest StorageUtil that's packed with the beta SexLab and I think it's been a few iterations of the beta that have used this version of StorageUtil. When I use it 1 of two things happen at start. Either it takes much longer but still reliably starts with a much bigger wait time or other times does nothing but starts the scene at some point in the future just the wait time is to long and random for it to feel close to responsive anymore. Not seeing any reason why it happens one way or the other as simply starting and stopping the scene over and over will get varying results between the two. Disconnect and delay occurs within the script itself and things stop working sometimes.

 

I have an older one on my game which gives me reliable almost instant start times.

 

The dilemma is this:

 

The functions in the papyrus are the same just new one's are added in the version pack with recent SexLab betas so technically nothing is being missed or unreadable it's just being processed differently causing problems and I'm not sure why.

 

0Sex will work with either version as the storage functions I use are present on both but it will be buggy on the more recent StorageUtil release, SexLab I believe will need functions in the newest StorageUtil to work so I think it will hit problems on previous versions of StorageUtil (maybe, unless it's just for config settings but I doubt). Users can only have one version of the Util installed so both can't be used at once. Maybe there's some way to make the storage.dll be considered a different entity with it's own functions referencing a prior version and have a different named copy but I don't know anything about .DLL and putting them together (I've tried a few times and failed). StorageUtil I believe is developed by Ashal so it's progress and changes go with SexLab so I would need both permission and assistance from people to do that.

 

From what I read (and my knowledge is very weak on stuff like this) the change seems to put more checks in to prevent JSON from crashing so maybe it has to do a lot more to crunch all the stuff. I think Sex Lab's use of the util is lighter and more for preference storage and sorting lists of tags, where as 0Sex does heavier use of it as scenes and identity are stored externally in the documents and perhaps the newer version isn't intended for this amount of accessing the data.

 

The functions are the same so there's no path for me to rewrite or change things in the script to make it work.

 

Options.

1. Users can have a buggy 0Sex experience if they have beta sexlab installed

2. Use an older Storage DLL for a functioning 0SA but lose the ability for the mod to coexist with future sex labs.

3. Regress the mod to 1.05, lose sexdentity, AI, framework. (not really an option at this point.)

4. Unconsidered better solution then these 3 suck options, and the community will help me figure out a better one...

 

I think a lot of users wont like it but I'd most likely OPT to continue going on the older StorageUtil and break the ability for 0Sex and future SexLab to coexist if a better option doesn't come up. The previous StorageUtil offers the ability to make really complicated and unique data be pumped through by assembling strings to parse for properties instead of using in script declared properties that are limited, I need this feature and without it a lot of potential is lost. Either there's a bug in more recent versions, or if it's doing more checks that cause it to be slower I need the faster data access of the previous version in that case.

 

In case anyone has knowledge on this and is willing to help find a better way. The modified date on the StorageUtil that has by far the best performance is: "‎Friday, ‎October ‎03, ‎2014". It's a drastic improvement when compared to future versions. In the next Alpha I'll need help testing this specifically on a different StorageUtil versions to figure out what's happening. 

 

I'm relieved in a sense despite this problem as testing on various versions brought up a bunch of issues that users mentioned which I wasn't able to recreate and was unsure how to fix before now. At least now there is a clear path to the mod reliably working for everyone in 1.07 which has been the big obstacle in getting 1.07 launched. 

[700 Tnega Terces]

AWESOME MOD!!!  By the way, where did you get Fione's outfit?

[CEO 0S]

AWESOME MOD!!!  By the way, where did you get Fione's outfit?

 

Thanks T!,

I made most of it myself from scratch but some things are mash up, and some borrowed textures. A lot of people asked this so I made a TUMBLR guide just haven't finished it. Here's a cut an paste of the relevant stuff:

 

Her ChainMail tunic thing, arm chains, wristlettes, tiara, fluffy belt shorts, and panties I made and will release try to release them once 0Sex is out of beta and I have some time to finish the set. It's intended to be full covering and not skimpy like how fione usually rocks it but it's assembled in a lot of pieces for maximum stripping potential.

 

I do textures and normals a little different in paint by number style which has a nice effect usually but unorthodox so it could be considered kind of cheap by some. Instead of using a high poly I isolate elements and put in a solid sheet of texture into the element, for the chain mail, black velvet, etc. for example so I can reuse "mats" between items, preferring folds to be directly on the mesh instead of in normals.

 

 

Boots:

The boots are from UNP Minidresses Collection by Tiwa 44, labeled as "Skall". I applied black fur texture to them which I got from another mod and use on a lot of stuff.

 

Gloves:

Can't remember but there's lots like that, stuck the black fur on them as well.

 

Belly Chains:

The belly chains were from a New Miller mod called something like "New Miller Body Piercings". New Miller has taken all their content down I believe so they might be no longer obtainable. If anyone knows the link please let me know.

 

Socks:

Osare Socks

 

Cape:

Hooded Cape (Hood up and down): The cape is a mashup of two components a hood and cape which I've adjusted to fit together and function and look as a singular piece. I've applied the black fur texture to the cape.

The Hood is from:

Hunting Grounds Outfit by Nimezis

The Cape is from: (I applied the black fur to it)

Ashara Princess of the Wood for UNP and male by SYndeyB

 

Black Fur Texture:

The Black fur texture I use on a lot of stuff is from:

Hunting Grounds Outfit by Nimezis

In the zip you can find them at:

Data\Textures\NS\HuntingGroundsOutfit

There's 2 variations you can use HoodOff_D and HoodOff_N or Hood_D Hood_N to get the normal and diffuse. Replace these textures on anything you want to look like black fluffy fur for a decent effect.

[700 Tnega Terces]

 

AWESOME MOD!!!  By the way, where did you get Fione's outfit?

 

Thanks T!,

I made most of it myself from scratch but some things are mash up, and some borrowed textures. A lot of people asked this so I made a TUMBLR guide just haven't finished it. Here's a cut an paste of the relevant stuff:

 

Her ChainMail tunic thing, arm chains, wristlettes, tiara, fluffy belt shorts, and panties I made and will release try to release them once 0Sex is out of beta and I have some time to finish the set. It's intended to be full covering and not skimpy like how fione usually rocks it but it's assembled in a lot of pieces for maximum stripping potential.

 

I do textures and normals a little different in paint by number style which has a nice effect usually but unorthodox so it could be considered kind of cheap by some. Instead of using a high poly I isolate elements and put in a solid sheet of texture into the element, for the chain mail, black velvet, etc. for example so I can reuse "mats" between items, preferring folds to be directly on the mesh instead of in normals.

 

 

Boots:

The boots are from UNP Minidresses Collection by Tiwa 44, labeled as "Skall". I applied black fur texture to them which I got from another mod and use on a lot of stuff.

 

Gloves:

Can't remember but there's lots like that, stuck the black fur on them as well.

 

Belly Chains:

The belly chains were from a New Miller mod called something like "New Miller Body Piercings". New Miller has taken all their content down I believe so they might be no longer obtainable. If anyone knows the link please let me know.

 

Socks:

Osare Socks

 

Cape:

Hooded Cape (Hood up and down): The cape is a mashup of two components a hood and cape which I've adjusted to fit together and function and look as a singular piece. I've applied the black fur texture to the cape.

The Hood is from:

Hunting Grounds Outfit by Nimezis

The Cape is from: (I applied the black fur to it)

Ashara Princess of the Wood for UNP and male by SYndeyB

 

Black Fur Texture:

The Black fur texture I use on a lot of stuff is from:

Hunting Grounds Outfit by Nimezis

In the zip you can find them at:

Data\Textures\NS\HuntingGroundsOutfit

There's 2 variations you can use HoodOff_D and HoodOff_N or Hood_D Hood_N to get the normal and diffuse. Replace these textures on anything you want to look like black fluffy fur for a decent effect.

 

 

Please don't forget me when you do compile and post it!!!  However, I can understand if work on all your awesome animation work delays this by a few minutes...

[Pemacodi]

Some very nice comments in the last few days and I just want to say thanks everyone, very nice to read all the encouragement and support!

 

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

 

I did further testing tonight to try to get to the bottom of scenes initiating slow for some users. I believe I found the culprit as I'm able to recreate the effects but it puts 0Sex and 0SA in kind of a jam to resolve. Maybe you can help me figure out the best way to resolve this issue.

 

It's related to StorageUtil, which is vital for 0Sex to keep groing, and allows features like AI, SexDentity and for it to become a framework so it's not feasible to give up using it at this point. Without it I'd have to revert back to 1.05 and no future growth to the system would be possible in terms of the plans I have.

 

I've done tests with the latest StorageUtil that's packed with the beta SexLab and I think it's been a few iterations of the beta that have used this version of StorageUtil. When I use it 1 of two things happen at start. Either it takes much longer but still reliably starts with a much bigger wait time or other times does nothing but starts the scene at some point in the future just the wait time is to long and random for it to feel close to responsive anymore. Not seeing any reason why it happens one way or the other as simply starting and stopping the scene over and over will get varying results between the two. Disconnect and delay occurs within the script itself and things stop working sometimes.

 

I have an older one on my game which gives me reliable almost instant start times.

 

The dilemma is this:

 

The functions in the papyrus are the same just new one's are added in the version pack with recent SexLab betas so technically nothing is being missed or unreadable it's just being processed differently causing problems and I'm not sure why.

 

0Sex will work with either version as the storage functions I use are present on both but it will be buggy on the more recent StorageUtil release, SexLab I believe will need functions in the newest StorageUtil to work so I think it will hit problems on previous versions of StorageUtil (maybe, unless it's just for config settings but I doubt). Users can only have one version of the Util installed so both can't be used at once. Maybe there's some way to make the storage.dll be considered a different entity with it's own functions referencing a prior version and have a different named copy but I don't know anything about .DLL and putting them together (I've tried a few times and failed). StorageUtil I believe is developed by Ashal so it's progress and changes go with SexLab so I would need both permission and assistance from people to do that.

 

From what I read (and my knowledge is very weak on stuff like this) the change seems to put more checks in to prevent JSON from crashing so maybe it has to do a lot more to crunch all the stuff. I think Sex Lab's use of the util is lighter and more for preference storage and sorting lists of tags, where as 0Sex does heavier use of it as scenes and identity are stored externally in the documents and perhaps the newer version isn't intended for this amount of accessing the data.

 

The functions are the same so there's no path for me to rewrite or change things in the script to make it work.

 

Options.

1. Users can have a buggy 0Sex experience if they have beta sexlab installed

2. Use an older Storage DLL for a functioning 0SA but lose the ability for the mod to coexist with future sex labs.

3. Regress the mod to 1.05, lose sexdentity, AI, framework. (not really an option at this point.)

4. Unconsidered better solution then these 3 suck options, and the community will help me figure out a better one...

 

I think a lot of users wont like it but I'd most likely OPT to continue going on the older StorageUtil and break the ability for 0Sex and future SexLab to coexist if a better option doesn't come up. The previous StorageUtil offers the ability to make really complicated and unique data be pumped through by assembling strings to parse for properties instead of using in script declared properties that are limited, I need this feature and without it a lot of potential is lost. Either there's a bug in more recent versions, or if it's doing more checks that cause it to be slower I need the faster data access of the previous version in that case.

 

In case anyone has knowledge on this and is willing to help find a better way. The modified date on the StorageUtil that has by far the best performance is: "‎Friday, ‎October ‎03, ‎2014". It's a drastic improvement when compared to future versions. In the next Alpha I'll need help testing this specifically on a different StorageUtil versions to figure out what's happening. 

 

I'm relieved in a sense despite this problem as testing on various versions brought up a bunch of issues that users mentioned which I wasn't able to recreate and was unsure how to fix before now. At least now there is a clear path to the mod reliably working for everyone in 1.07 which has been the big obstacle in getting 1.07 launched. 

Hi CEO

 

After having reader this post with attention I think the better solution is de second *Use an older Storage DLL for a functioning 0SA but lose the ability for the mod to coexist with future sex labs.* because I like sex lab but yours mod is much better in every way.

Many thanks and keep going with this fantastic work

I am forward for 1.07 very much

Sorry for my poor english

 

 

[micachu86]

Incredible work, tried the 1.063 version and its jaw dropping !

CE0 sir, you have talent!

 

PS. anyone has the 1.07a so I could tryout? thx!

[CEO 0S]

 

 

 

 

Yea, You can maybe tell I like blow jobs with some horseplay so that's def in my spectrum. I just finished a base that will be good to stem that from, I'll get it in at some point.

 

 

On that note: post 1.07 I'm going to separate out any kind of "forced"  blowjobs, basically that the sub actor isn't doing entirely on their own into their own plugin (like with wizard sex and affliction) taking into consideration the HKX limit and that the content isn't for everyone, and also that I want the core of 0Sex to be purely about romance, and feel goods, with the best intentions in terms of it's presentation. I'm developing a "Racey" plugin for the ladies to go along with the rougher bjs, designating it "Empress", ladies will get to be a little crazier and over the top in their plugin, that's the times. Here's some stuff, neither are getting my full attention at all but it will prob show up eventually, I'll release them together if/when I do:

 

[shinji72]

 

 

 

 

 

Yea, You can maybe tell I like blow jobs with some horseplay so that's def in my spectrum. I just finished a base that will be good to stem that from, I'll get it in at some point.

 

 

 

On that note: post 1.07 I'm going to separate out any kind of "forced"  blowjobs, basically that the sub actor isn't doing entirely on their own into their own plugin (like with wizard sex and affliction) taking into consideration the HKX limit and that the content isn't for everyone, and also that I want the core of 0Sex to be purely about romance, and feel goods, with the best intentions in terms of it's presentation. I'm developing a "Racey" plugin for the ladies to go along with the rougher bjs, designating it "Empress", ladies will get to be a little crazier and over the top in their plugin, that's the times. Here's some stuff, neither are getting my full attention at all but it will prob show up eventually, I'll release them together if/when I do:

 

 

 

These were drawn by you, right? Amazing!

[CEO 0S]

 

 

 

 

These were drawn by you, right? Amazing!

 

 

Hi Shinji,

Hope all is good with you.

 

No not drawn, it's a rendering from 3DMax of the positions in progress. I use a filter when I animate that makes them look cartoony, help me visualize. Somethings like shadows and forward vs backwards space are harder for me to interpret in the program and it softens and makes it clearer for me. 

[CEO 0S]

 

Hi CEO

 

After having reader this post with attention I think the better solution is de second *Use an older Storage DLL for a functioning 0SA but lose the ability for the mod to coexist with future sex labs.*

 

 

Thanks for the input and sorry for the long rant I did to explain the problem and for taking the time to read it and help.

 

I'll do whatever I can to not have it come to that but it may. I posted in the development topic and CPU kindly offered to look over my JSON usage to help me optimize and he's a pro-programmer who can make it work if it's possible. With SexDentity and AI in it, it's a bit of a beast in terms of reading the script and making sense and depending on what would need to be changed if it is possible it might not be feasible, but we'll see! My usage is important to the goals of the project so in someways I can't compromise.

 

I'm happy though that the problem users were facing is clear now, and even though the solution isn't great at least the issue is identified and I can work towards fixing it / users can smooth out their 0Sex experience in the upcoming version in the meantime if they want to.

 

It might be a very tall order as I don't know what would be involved but maybe I'll ask if they could compile some kind of legacy version with a different name, it could be quick and easy or very hard I don't know. The only thing that would stop coexisting is that one file basically.

[Kinky]

 

Options.

1. Users can have a buggy 0Sex experience if they have beta sexlab installed

2. Use an older Storage DLL for a functioning 0SA but lose the ability for the mod to coexist with future sex labs.

3. Regress the mod to 1.05, lose sexdentity, AI, framework. (not really an option at this point.)

4. Unconsidered better solution then these 3 suck options, and the community will help me figure out a better one...

 

 

 

I belive 3. is no way 2. is bad idea to base a mod on something outdated 1. is best out of 3 but:

 

Why not simply explain and ask Ashal to do the changes to storageutility that you need so that both mods can coexist? If new beta version is not fast or good enough  as previous version then it needs fixing anyway.

 

As far as i know Ashal was always trying to make things compatible and probably wont mind doing some changes to his mods (perhaps separating conflicting things to another dll?).

 

On a side note: i believe i had slower start even before i installed alpha version of sexlab so maybe problem is not there.

 

 

Edit: i just read that CPU offered to help so there you go problem can be solved without those 3 bad options.

[CEO 0S]

 

 

 

Hi Kinky,

Thanks! Yes I posted already and got offered help so I'm on it, it might work out. That's just a worse case scenario that it might come to.

 

I've been packing 0Sex with a fresh PapyrusUtil download since the start which is prior to the version on my system, and I'm sorry for not realizing that earlier. In a way it's good and it's bad as it allowed me to do things in the script that I wouldn't have considered feasible on a new version but it puts the mod in this spot now. The one I've been packing with will cause the delay in 1.07. I found out in my testing last night the one in my game has an earlier date and produced vastly better results, other versions reproduced exactly the issues some users were facing. At least it sheds light on some issues and the path is clear to fix it if possible. Various reports of users having delay and the script stopping response makes sense now as I was able to recreate it all. There's a short term fix now and hopefully it can be all fixed in the future.

 

In a sense if the usage that the mod will need can only occur on that version, then that's the ideal version for it, there's a chance I might have to base it on something outdated. My limited understanding of how the utility works does lead me to think it's gained more checks in place to prevent crashes which isn't friendly to the amount of data 0Sex needs to access regularly so it might just not mingle, it might have evolved to suit Sex Lab's needs but 0Sex's usage of it was not the intention of it's end game basically.

 

The framework side of 0Sex basically uses JSON as a creation kit add on, the documents are kind of like new form types not present in the CK, as if you could make a form for an animated scene and type in what buttons do what, what kind of expressions and sounds to use, or form to make their o-face and various expressions (no fancy UI though it needs to be typed into documents). Most likely not the intended use of the utility, or what it's development path is oriented towards but still a way that has big potential if this can all come together

 

 

 

 

 

[PervyPotter]

 

AWESOME MOD!!!  By the way, where did you get Fione's outfit?

 

 

 

Belly Chains:

The belly chains were from a New Miller mod called something like "New Miller Body Piercings". New Miller has taken all their content down I believe so they might be no longer obtainable. If anyone knows the link please let me know.

 

 

 

It was just put up on the Nexus earlier today.

 

http://www.nexusmods.com/skyrim/mods/72327/?

 

[CEO 0S]

 

 

 

 

 

Cool thank you!

 

I haven't redownloaded to check. In hindsight I potentially altered the chain now that I look. Taking that single belly chain and turning into 3 that Fione wears, the one Fione wears might not be in there. I might not have done that though and it might be in the pack (it was a while ago). I'll check it out later.

[Deathmaw]

Yeah hope you can work it out. Ashal seems to be rather pro active at helping other modders, and he shared papyrustuil to be used by other modders.

Are there going to be more orgasm scenes in 1.07? I feel that is the main thing this is lacking at the moment, you can't finish the scenes you have to just quit.

 

Really looking forward to the Ai feature. Will it mean that my partner will go through animations that they decide automatically?

[CEO 0S]

Yeah hope you can work it out. Ashal seems to be rather pro active at helping other modders, and he shared papyrustuil to be used by other modders.

Are there going to be more orgasm scenes in 1.07? I feel that is the main thing this is lacking at the moment, you can't finish the scenes you have to just quit.

 

Really looking forward to the Ai feature. Will it mean that my partner will go through animations that they decide automatically?

 

I have faith this problem will all come together ok, yes!

 

Not in 1.07 it's been so delayed I just want to get it nice and launched with the content planned. AI really needs the orgasms so I got to get to it, I'd say they are going to start showing up shortly after. I'll be able to release scenes in booster packs post 1.07 so it should be less waiting, I know a lot of users are happy just to get new animations with the features less important so it will mean animations can be released while I'm working on the system and not some big downtime in between animation additions.

 

Yea that's what it will mean. If the player character is in the scene you'll have to toggle it on and then it will play the scene out itself. If it's an npc npc scene it will be turned on automatically. 

 

In my current draft it just does > making out mixed with some stripping > undress more and some foreplay > sex > escalates the sex > concludes (would be an orgasm here if I had scenes.)

 

In the future it will use SexDentity data to make the actor's choices in scenes more unique to them, rely on arousal stats instead of a manual planning of the scene phases to choose what to do, it will also have a few tiers of control. For example in the missionary female pleasure scene at 0 AI nothing would happen, at 1 it would access variations, like the dom might switch up the kind of rub they are doing to make it feel alive a bit but not letting the AI entirely change the scene for you, at 2 (let's say) it would have the ability to change the scene entirely to a different position or type.

 

It's a little weird in the first draft when it wants to do something like this: Standing O sex , to cowgirl to Lotus which could happen in real sex it just would be done faster in reality, there'd be some sweeping motion that turned the cowgirl into the sub being in the air, having to go through 10+ transitions to get there kind of makes it weird. In cases like that I'm going to animate some bridges for the AI to use to make big leaps through the positions if it needs to travel a long way, in this case a scene that animates from lifted lotus directly to the sub being laid down on the ground. Maybe some ways for the AI to gauge positions that are close but with some threshold so the scene did change around to other orientations and feel dynamic.

[Daremond]

If I use XPMSplusSOSplusSMSpureNMM from XPMSplusSOSplusSMS Skeleton,  ¿It works well or have problems of alignment?, I ask, because I love using that skeleton