Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

Ok, that's a lot to unpack. 

On fur/skin coverage, wing colors, etc., etc., one issue is that I (and I'm not the only one) wig out when my description doesn't match the body/portrait so I end up manually assigning them all. So adding even more specific descriptions isn't a clear win. Good news though, there're folks on the discord working up a really cool sprites-based approach to auto-generating bodies and portraits (the art is a good ways along anyhow) which would make detailed descriptions, adding patterns and part coloring, etc. work splendidly with some work. I will try working on some of the things you bring up at some point (like why display skin color if they have fullbody fur?).

Another thing to consider is slave guild quests that look for certain colors need work too if you monkey with them a lot, depending.

There's a neat little game called Niche I got on Steam a long while ago. Basically you control a pack of animals with genetics (including fur patterns) and breed them to suit different environments/predators as you travel from one island to another.  I have half a mind to go full on dominant/recessive genetic traits on Strive with dominant race controlling what genes actually get expressed (fur pattern never gets expressed on fur-less npcs for example), but that idea will probably get a low priority on the ever-growing list to be honest.

I'm aware of most of those bugs. I thought I'd fixed the last one with stats that balloon a long time ago.  When did you DL?

yet again sorry for wall of text.

that's good news to learn.

also a fair point, as there are not much points on beaskin to justify showing skin but at the same time parts like nose of the real dogs(even if it's often pigmented), pawpads/palms, corners of their mouth and intimate parts do exist.

yeah, didn't consider  slave guild quest, just one more thing to make the idea I had even more troubling to implement.

that's a nice idea. I was thinking of a less complex approach (merely not showing in description but having it in files so next gen can get coverage color if you breed with furry race). The idea of dominant gene based on main race may cause all races having hard time developing traits of other races after breeding, making it much harder to express traits (for example A goes for gossamer wings, B - no wings, Aa full fairy Bb full arachne. offsprings would be either first gen would be either Ab fairies or Ba arachnas looking like their parents of their species. only on second gen can we can get full bb on wingless fairy and aa gossamer wing arachne at a 1/4 chance. and that would have to be for every type of wings just for wings. also, Niche has incomplete dominance, which is the main reason for fur patterns so unless you count fur patterns being equal to flat colors, it would require extra work so Ab and Ba cases would display as pattern of two colors as well as filling gaps for missing color combos and colors. basically it'll have to generate gene line for every part before generating pawns appearance and assigning it based off these lines. and, while I enjoy harder games, some wouldn't like harder inheritance due to it being no longer random. it would also eat up space in mansion for slaves. taking 2 gens to create white fur wolfkin is a bit much so it has to have colors and visual traits with less restriction.

I downloaded the pack on May 11 so it should be pretty recent unless I'm missing something. So far checked with harpy and arachna and dog 100% mothers with 100% slime father (and harpy 100% mother with dog 100% father to exclude it being specific to slimes) and all of them get bloated stats. I can provide a save for further inspection (all nicknamed Broken are examples with the issue on my side). I could try looking into if 25% 4 races has this issue as well.

https://mega.nz/file/AoIwWDjT#CP68WvPPIhFUhuArRcrFWoTVinfDLIakc5VOqO-tyGQ

also an error with relative screen for slime breeder/stud/offspring in relationships still detected as relatives (probably due to slimes not being intended to be a full on parent). in non-slime mother they are still shown as children but assigned their non-slime race (resulting them being shown as harpies, when in reality they are unbroken slimes, and actual harpies have broken stats).

SCRIPT ERROR: _on_relativesbutton_pressed: Invalid get index 'slimesire' (on base: 'Dictionary'). 
           At: res://files/scripts/slave_tab.gd:692
 SCRIPT ERROR: relativeshover: Invalid get index '2' (on base: 'Array').
           At: res://files/scripts/slave_tab.gd:831

send me a copy of the save; it'll help me work on a fix.

(2 edits)

I already did.

the mega link in above post is the link to the save. There are examples nicknamed broken as well as possible to reproduce the problem reliably by using harpy in the farm and slime as a stud (most offsprings so far). Sometimes it may take a few times as it's slightly rng. Had 1 time 5 with bloated harpies and 5 not bloated slimes shown as harpies in family tree. I didn't test the 25% yet.

Hope it helps to find the solution.