erinasugino / starbound-sbr-mod Goto Github PK
View Code? Open in Web Editor NEWAdult only modification "Sexbound Reborn" for the game Starbound.
License: GNU General Public License v3.0
Adult only modification "Sexbound Reborn" for the game Starbound.
License: GNU General Public License v3.0
I've messed around with the config a bunch but I can't seem to figure out how to make it so that you can change to futanari or cuntboy regardless of what your base gender is, could someone help me out?
Describe the bug
Characters wearing any kind of cosmetic item that causes baldness prevents the character from having sex due to an Lua error.
Log File
Below is a truncated version of the server-side log because the error fails to appear in the client's side.
baldnessReport.log
Additional context
No additional context available as of writing this report.
Basically, as soon as either I or a monster activates a node, both actors will simply stand apart and no action will occur. However, the Stunned and "Having Sex" timers still tick down in the health/status bar.
The log below is pretty much just me spawning in, attempting to get it to work twice, once via Defeat on a monster and once via Defeat on a spawned NPC, both times failing.
Good morning or evening, I wanted to suggest or ask if it is possible to add a compatibility patch between "Sexbound Reborn" and "Elithian Races", specifically the race of that "Avikan" mod. (https://steamcommunity.com/workshop/filedetails/?id=850109963), (https://github.com/Aegonian/ElithianAllianceStarboundMod).
I know that the mod will not crash if both are used together, but my request is focused on correctly interacting the SxB mechanics with the race in question.
Yes.
Elithian Races has four complete races to date, Trinkets, Droden, Aegi and Avikan, the first two are droids, the third is a customized human without much difference but the last one is practically the most important and different, it would be great if it could work with SxB mechanics.
A small gap is visible between the actor(1)'s head and their body during cowgirl and such positions. Just asking for a small shift of 0.025 or more in the head position in such poses, should solve the issue.
I started playing Starbound with mods, one of them was StarExtensions, everything was going well, until when the time came to do X things, just when the characters are at the climax, the game closes... I was searching and I saw that the culprit was StarExtensions so I removed it. But something strange happened, and now I felt that the characters were too static and didn't look very alive... It turns out that one of the additions of StarExtensions were the idle animations and the rotation of the head in the direction of the cursor, so this is specific function of StarExtensions is incompatible with Sexbound for any reason...
So my proposal is, would it be possible to make that function compatible? It really is very annoying for me to play without the StarExtension animations... I have faith that something can be done about it, and I leave this proposal open, since I believe that both mods make the characters more alive!
I leave here the specific StarExtension function I am referring to:
Thanks for your attention <3
On certain nodes, the post climax frames will cause the characters to be misplaced but only during the duration of the frames playing.
It appears to happen to any nodes that have the Standing, fellatio and Butterfly position that have the characters with their feet on the ground instead of the bed. When the frames play, they are briefly seen standing on the bed, instead the ground then after return to standing the on ground like before. Most [SxB] beds that are crafted using the workbench with sexbux seem to have this issue.
Currently, it appears to always drip. Even on entities that shouldn't be capable of it, like the Lustbound dildos.
Every time I try to start a threesome with the Tier 2 lounge item, The actors become invisible. I would use my Aphrodite bow to trigger the arousal of the two other participants. They would go to the bed with the lounge item and perform as normal. My player character can join, since its a Tier 2 lounge item. However when I join, it makes the two NPCs and my own character invisible. Even the position UI doesn't even appear. Even when I get to the bed first, only one of the NPCs would interact, as if it was just a Tier 1 addon. All I can do is move away from the threesome sex scene. Even when I do that, the two other actors remain invisible.
However, The Tier 1 lounge item works perfectly fine. The two actors can perform, and they can be seen. When my character is involved with another, the UI works as well.
EDIT: I have realized that Back in loverslab, I made a mistake or two with the tier lounges. I know I said that tier 2 was fine, but I meant tier 1, and tier 3 was supposed to be tier 2. Tier 3's lounge addon didn't have animations for the bed yet. I apologize if I caused any confusion, Creator!
In conclusion:
Tier 1 is fine (Max actors: 2)
Tier 2 is causing issues (Max actors: 3)
Tier 3 seemed to not have animations yet (Max actors: 4)
Currently, the state of "anal" sex is solely determined by a position defining two actors as having "direct" interaction, while the penetrated actor does or does not posess a vagina. This is represented by the choice of sextalk dialog, the visual representation in POV, as well as the check for impregnation occuring or not.
The idea is to make this it's own mechanic, choosable by the player in the UI, controlling (in situation where both vaginal and anal are applicable) which of the two interactionTypes occur.
For how thoroughly NPCs will utilize this mechanic is yet to be decided.
The interface allowing player mothers to name their baby does not work when using Teratophilia or similar to allow pregnancies with monsters, as it tries to load the species file - which does not exist for monsters - in order to try and fetch the name generator list to offer the ability to let a baby name be random generated.
Suggested solutions:
As far as I am aware, arousal values for PC are tracked, but there's no way to see them. What I propose is to give the player a very minor "distracted" debuff with severity that would depend on a value (for example -5~15% movement speed penalty), which is then cleared after an act. For players that do not want this type of interaction, it then can be disabled it in config.
In my opinion, such feature would add a much needed gameplay interaction since the current state is very sandboxy (outside of defeat mod).
It's a suggestion and a question:
I want to suggest implementing an option to disable or hide the stats information, I understand why it is there, but I really don't like it, I would like to hide it.
I want to ask, how can I hide/delete that information even if I have to touch a mod file?
Being a mod that seeks immersive-realism, that tab is unnecessary, I understand that some will like it, that is why I want to ask how I can disable it for myself and, in turn, suggest that a more practical option be implemented to remove or hide it.
Yes.
Nothing really, I want to keep my character's adventures a secret when I play with my people. Thank you for your time and attention, I really appreciate that you are paying attention to SxB, it is a great mod with a lot of effort and commitment behind it
When interacting with a sex node the UI is either non-existant or low transparency with no positions showing. The transparency does not change when hovering over it with the cursor and clicking the UI produces no results. This was tested using the mod by itself and with its known compatible mods up to date with no other mods intruding and a fresh character and universe.
The Issue: kids can be recruited as crewmembers. When they do, they lose all data marking them as kids, or any sort of family relation (same as with every other crewmember related inconsistency, created by the very harmless way of "teleporting" them to another world).
The real problem: Changing anything about this, be it changing the recruitment behavior to ignore kids or making it so that transfered companions keep their stored data, is a heavy change to core vanilla features that will create incompatibilities with major non-sexbound mods.
The solution: Make a new addon handed out separately for this sort of feature which loads much later than Sexbound, that people can optionally install to "fix" these issues where possible. (And deal with incompatibilities when people scream about them.)
When the scene starts, everything is fine at the moment, but when the white bar is full and its climax point, the game automatically closes, or leaves it floating in space
Issue:
Actor (2) during fellatio are not supposed to moan/sextalk. While the emote module properly follows this setting, moans and dialogue still attempt to fire. Upon climax, the actor become "stuck" without moans and emotes, with only dialogue triggering, until climax is achieved in another position.
This is extremely easy to recreate and does not return any special data in the logs.
So, the mod just doesn't work for me, and I have no ideia why
the only mods I have are compatible ones, like, Aphorodite's bow (my character and the NPC just look at each other)
Change NPCs chatting behaviour to include references to the chat partner, in order to allow for specific dialogue based on family members.
Also change kid's dialogue to not talk like adults that just want to forcibly join your crew.
Also also, make kids unrecruitable. -> Requires external modification as it will override core companion scripts which will most likely create heavy incompatibilities with Crewmember altering non-sex mods.
In regards to #22 :
Properly separate the increasing fertility and inflation parts of the new mechanic by outsourcing the inflation logic into the climax plugin.
In order to be able to support non-humanoid actors (like easier support for bigger monsters and general support for races like Arachne), means to dynamically offset actors and/or their parts are needed. In the easiest and dirtiest requested use-case, simple data to offset body and head are needed to support said non-humanoid entities; in an ideal, long-term scenario a more detailed, smarter, data-driven scene building approach would be prefered. E.g. actor defining their size and part locations and the entire scene with all actors dynamically builds their positions based on their sizes.
The SxB Customizer Item itself works and you can change sub-genders, etc. But if you enter the same customizer through Stardust Core Lite, and there is no way to change anything other than None.
PS. Thanks for bringing the mod to life.😘
Currently, condoms are a simple wearable armor item that, upon equipping, applies a status preventing climax from visually and effectively occuring. This gets the job done - for players; in a most minimalistic fashion.
This system is to be greatly expanded upon.
Condoms will be used up consumables, progressing in state. A fresh condom, upon climax, will become a used condom. If a used condom is continued to be used, it will break. A fresh condom will also have a small chance to just break on climax, allowing for different tiers of condoms with varying failure rates to be created. Finally, condoms should only be wearable on characters possessing a dick.
In order for this change to be not utterly annoying for players in long sessions, an automatic "re-equip fresh condom if available" system needs to be implemented, automatically using up additional condoms in the player's inventory.
Finally, NPCs need to learn how to use condoms aswell - the finer details on how to implement such a thing need to yet be explored.
Lustbound is one of the biggest content additions to the Sexbound scene and usually a default mod in anyone's modpack. However, the mod is discontinued and by now abandoned entirely by its creator, leaving an old and by itself slightly broken version floating around, with inofficial "updates" and the SBR patch needed for stuff to not break.
As the developer gave permission for me to continue the mod myself a while back, in order to make usage and compatibility easier for everyone as well as make code more efficient, Lustbound will be integrated into SBR.
Describe the bug
Pregnancy only happens with NPCxNPC not PlayerxNPC.
Log File
starbound (3).log
Additional context
The thing seems to be working with NPCxNPC and creates the baby sucsefully, not NPCxPlayer however, doesn't matter if the player is imprеgnating or getting imprеgnаted.
The entire sextalk plugin has several severe flaws in design and execution and is in need of a rework.
The files are structured both too complicated for any normal user to understand and edit freely, aswell as too limited in complexity to reasonably cover all scenarios that are to be covered.
Actors are wildly trying to talk whenever they themselves are off cooldown despite only ever one at a time being able to display dialog.
Loading and, especially, merge vs. override mechanics are all over the place.
The file structure needs to be reworked from the ground up to account for the new complexity of scenarios and also implement overriding mechanics and co. in a more user-friendly/editable manner.
The currently implemented draft for data structure is as follows:
{
"base": null, //Base dialog file to expand upon
"add": false, //Whether this file adds to or overrides duplicates with it's base
"content": {
//Dialog per interaction type
"<interaction_type>": ,
"default": {
//Dialog per state
"climax": ,
"preclimax": ,
"postclimax": ,
"sex": {
//Dialog per partner state
"climax": ,
"preclimax": ,
"postclimax": ,
"sex": {
"<partner_species>": ,
"default": {
"override": true, //Whether or not this overrides the "default" species dialog.
//Dialog per partner species
"text": [
"Ah."
],
"status": {
//Status specific dialog based on our statuses
"pregnant": {
"override": false, //Defines if this adds to or overrides text from state combo
"priority": 10, //Defines order in which statuses are applied
"text": [
"Big Ah."
]
}
},
"otherStatus": {
//Status specific dialog base on partner's statuses
"pregnant": {
"override": false, //Defines if this adds to or overrides text from state combo
"priority": 10, //Defines order in which statuses are applied
"text": [
"Bigger Ah."
]
}
},
"bothStatus": {
//Status specific dialog based on statuses both partner's have
"pregnant": {
"override": false, //Defines if this adds to or overrides text from state combo
"overrideSoloStatus": false, //Defines if this adds to or adds same-status "status" and "otherStatus"
"priority": 10, //Defines order in which statuses are applied
"text": [
"The biggest Ah"
]
}
}
}
}
}
}
}
}
With the following data accounted for:
> CORE
- Position
- Interaction Type
- Partner Species
> STATE
- Sex
- Pre-climax
- Climax
- Post-climax
> STATUS
- Pregnant
- Heat
- Defeated
- Has Penis
- Has Vagina
> OPTIONAL
- Priority
Interaction Types:
vaginal
r_vaginal
anal
r_anal
oral
r_oral
cunnilingus_vagina
cunnilingus_ass
r_cunnilingus
boobjob
r_boobjob
masturbate_penis
masturbate_vagina
toy_vagina
toy_in_vagina
toy_in_ass
Besides the obvious need of drastic changes to load and support the changed file structure from above, the entire concept of the sextalk plugin needs to be reworked. The logic that handles who talks when and also supports the individual actors with the state information they need to choose the right dialog options needs to be outsourced into a higher level (sexbound.lua) centralized manager. That way, the amount of checks and communication done to determine who talks when is drastically reduced.
Currently arousal stats for any entity are randomly generated everytime an entity is initiated. Bind it to the entity's seed via math.randomseed(entitySeed)
to make it consistent.
Requires:
The condom dispenser that is usually in the bathroom of the vanilla outpost is now on the ceiling of a random room in the overhauled outpost
Not applicable, considering this is just a placement issue.
With how popular Anom's Outpost Overhaul is, and the number of compatibility patches already out there, perhaps a patch or inbuilt compatibility to ensure that the condom dispenser actually in the bathroom of the new outpost layout would be a worthwhile addition.
Description
Basically after playing for a while I feel like there isn't enough realism regarding to NPCs, and as such it would be cool to see following features: Small features at the end
p.s. thats all for now as my imagination is almost gone, but I'll probably return to suggest some more stuff.
Reason
Well a lot more realism and new possiblities as well as possibly some new кinкs.
Have you checked existing requests?
Some of this might've been posted somewhere but hopefully not the whole thing.
Additional context
I know that something here wouldn't be added, but still I am looking forward for a response for some atleast small stuff.
So there is the identity class used entity sided to fetch an entity's identity data for actor generation.
There is also the storage.sexbound.identity
table to store persistent identity data for a given entity. This data, however, seems to never be transmitted to the actor; except for the sub-gender which is built via the sub-gender module.
Time to streamline this process.
Todo:
Name says it. Currently, when being shoved into the sexnode to display the animation during birthing it counts as "having had sex" in the statistics. This makes no sense.
Summary
Attempt at simple color palette mixing to make babies more recognizable to belong to a given pair of parents.
Issue
Starbound vanilla species do not always utilize all three color palettes, and if they do not, Chucklefish thought it was funny to not leave the list empty, but instead put a single empty string in it. Furthermore, information is missing on how exactly certain flags in the species file correspond to how and where which color palette is embedded into the final directives string, which will be needed to reverse engineer the original colors for each palette out of them. Finally, the system needs to be way more failsafe, considering that with every new generation of NPCs, and especially if the original species were to be notably changed/updated, the detection of colors will more likely fail.
Status
I'm trying to do the Aphrodite's bow quest line, however, when I lay down on the node and the NPC joins me nothing happens, they just stay idle and I can't do anything except get out of the node. The position select screen doesn't appear either.
Log File:
starbound.log
Could we get compatibility for the launcher introduced by this github repository: https://github.com/FezzedOne/xSB-2?tab=readme-ov-file
the launcher is known as xSB-2 and it is much more optimized than the vanilla launcher, however I noticed sexbound mods cause issues with this launcher. Some support would be greatly appreciated.
I think the optimized loading times and gameplay that is lag-less would make this a match made in heaven.
Making it so if you have kids in this mod, you will take control of them rather than having the game end when you die in hardcore mode.
I think that this would not only add an interesting spin on existing difficulty options, but it would tie the mod into the gameplay loop.
I have checked and I haven't seen anything.
No further comment.
Both Original Sexbound and Lustbound had some objects - like the non-Lustbound dildos and version 1 of the tentacleplant - that were left in the files for compatibility's sake but marked as "heavily obsolete" and "please destroy". At this point in time, there should be no reason to leave these around and instead clean up the project a little.
When a female character, either NPC or Player is in the laying idle position on a node. There are 2 stray pixels above their feet.
It appears the pixels are suppose to be the nipples of the character but are in the wrong location.
This happens on any node that has the laying position for their idle position. Such as any bed or table that doesn't have the character standing. Like the [SxB] beds you can craft at the workbench with sexbux.
Hello, is it possible to make "Sexbound Reborn" compatible with the "Frackin' Universe" mods?
I tried to add SBR to my party but I came across a problem: when I go to a bed to unleashed a sex scene the menu doesn't appear; but everything works on a party that has only SBR.
Thank you in advance.
When 3 NPCs interact with a SxB node, the 3-way sex scene won't start.
When 2 NPCs are on a node, sex starts OK, but the moment the 3rd one joins, they all just stop and keep standing. If a player joins instead and starts the animation, it works fine. Only NPCs can't do it.
Expected behaviour:
All positions are available for the player to choose, all compositions are available to cycle through unless an actor has a forced role which still complies.
Actual behaviour:
UI does not load icons for positions. Positions sometimes break (Lustbound dildo suddenly had wrong idle position and weirdly misplaced animation). Lustbound dildos retain animation even when nobody else is left, because they count as actor, fulfil their requirement of being actor one and the system chooses the first available position (which is all) when NPC auto position selection is enabled. Completely empty positions are still retained in the system.
Suggested solution:
I installed defeat mod, but my character and NPC just die without transforming into sexnode. Can this be fixed?
Sorry for poor translation, i use translator.
Seeing that if a player has custom emoteDirectives or hairDirectives, SxB nodes still lag (though, not as long as old SxB would), and render the player invisible. I believe it would add a whole new level of fun immersion of custom assets such as player drawables were supported.
The Issue: As proven by at least the Lucario race, some races might utilize 8 digit color codes including the alpha channel. These need to be properly represented in the color genetics code. Also account for all allowed color codes.
The Problem: The alpha channel makes blending hard, if not impossible, to properly pull off. As having blended alpha values might lead to unwanted or unintended results.
The Solution:
Disable color blending on races that utilize fully transparent pixels in their palettes. Otherwise, keep track alpha channel to re-apply it on entity generation and blend it independently.
The current changes make the behavior more logical, as well as customizable. And most importantly, fix the ancient old perma-deadlock of NPCs staring unresponsively into the distance trying to "get to" a sexnode they can't reach.
However, there is much more room for improvement. Ignoring the potentially heavy performance consequences of the new node filtering (that I have no idea how to optimize), the anti-deadlock mechanic can still "easily" be bypassed and will still result up to worst case 30 seconds of freezing before having 60 seconds of a brain.
A potential solution would be a three-layer approach: Properly aborting pathfinding logic that detects when the entity didn't actually move for 60 frames (1 second abortion time), a 30 second timer to abort soft-locking in a constant moving/jumping loop with no progress, and a continous distance calculation to reset said timer when the NPC actually does get closer to the target.
Fine-tuning of values required.
Describe the bug
I have installed the following mods:
-Sexbound Reborn 1.0_r1h1
Simply the nodes don't works, when i used the node and quit up, i can't use the same node again, i've installed the SBR at detail but, don't works, i tried to check if workshop mods are provoking an error, my workshop mods are the following: (attached images)
Also i will share videos to better explain the bug
thanks and sorry for the problems
Log File
starbound.log
Additional context
https://drive.google.com/file/d/1GywyI1DRx7rTndvJc_7U56eUey1kv2u6/view?usp=share_link
https://drive.google.com/file/d/1FlfKZu01LGnmZt7RyOLaXfVCCKYzkglz/view?usp=share_link
Add additional layers to the actor rendering for individually animatable ears and tails.
Provide default blank image to reduce log spam, add option to species file to define usages of these sprites. (potentially add option for general custom override of files?)
Layering? This dips into Relayer territory.
Fixes Neki ear misplacement on dildo position and offers more freedom and control in general.
[11:41:16.489] [Error] Exception while invoking lua function 'update'. (LuaException) Error code 2, [string "/interface/sexbound/sexui.lua"]:222: attempt to call a nil value (method 'triggerUpdate')
stack traceback:
[C]: in method 'triggerUpdate'
[string "/interface/sexbound/sexui.lua"]:222: in field 'onSuccess'
[string "/scripts/messageutil.lua"]:44: in method 'update'
[string "/interface/sexbound/sexui.lua"]:118: in method 'update'
[string "/interface/sexbound/sexui.lua"]:278: in function <[string "/interface/sexbound/sexui.lua"]:277>
starbound (2).log
Line 1799 and below line 1799.
Server Log not inserted as I am a singleplayer person, And don't have any servers I play on.
Tis as simple as trying to enter a sexnode to recreate it, I also have a crapton of mods that could be conflicting, (I'm looking at you FR.) So do notify of any conflicting mods.
Also this Error Line came out with and without the OG Sexbound API File.
I used source files for both SXB and SXBR.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.