[WIP, NO public release yet] Draconis Race Mod, Granular compatible

Hello, I’ve been working on a Draconis race patch for Big Fatties and Big Fatties Granular.
So far all idle chestF frames are completed, and I’d like to get some input before I go further in, a preview of all in progress stages is as follows,

Note that these sprites are not final and have missing parts
Animation
All stages, (Granular included, for stages using vanilla .chest and .leg structures only chubster has leg sprites)

I would like the community’s input on how I should interpret the pixel dithering on the sides of the waist that represent scales. Here’s some ideas:

STYLE 1
sample3
Baseline, No Dithering

STYLE 2
sample2
Keep Dithering style consistent with original sprite

STYLE 3
sample1
Interpret Dithering as a pattern.

any ideas besides these on what style the side ab scales should take is welcome too!

10 Likes

I would half keep the dithering and slowly make it solid.

Is there a color limit? Can gradients not be used or would they look bad?

Yeah, A hybrid of the two seems like a good idea.

On the topic of gradients I actually added a new skin color gradient value to the sprites!
newcolor

But the way Big Fatties is implemented makes it a little difficult.


!!! Picture correction: the new colors DO NOT need to be present on the sprites, BUT they need to be present in .species color tables !!!

Long story short, to assign colors to the cosmetic fat armor, big fatties reads palette data from the player sprite and NOT from the .species palette tables. This means that if we want to add a new color value to the BF sprite, we’d need to make sure that it shows up in the base sprite that it reads from.
I was able to sneak in a pixel of my new color in a indiscreet place on the base Draconis head sprite, but this opens a whole bunch of can of worms…es:

  1. Adding many values to implement a full gradient will be very noticeable

  2. The mod MUST overwrite the base sprites, or the new color won’t show up for BF to read it, this is fixed by .metadata load orders, but still a messy solution

Correction by Fayane, thank you!
.species table still needs updating, but colors do not have to appear in the sprite itself!

  1. The new color indices will NOT be properly initialized on already existing characters, You’ll need to start a new character to have the colors show properly. Note how the default color is being used on this character I made before installing my mod
    uninitializedcolorerror
So one color alone is a bit of a pain, adding a full gradient is possible, but with the methods I have it would be too messy for my taste. Of course, someone who knows the ins and outs of how BF is coded might be able to find a better solution.

TLDR, I would love to have a full gradient, but BF implementation makes that difficult.

UPDATED TLDR: It’s not as hard as previously thought! But building that many new color table entries is still a pain

2 Likes

Oke so this is sort of true, but not exactly.

This means that if we want to add a new color value to the BF sprite, we’d need to make sure that it shows up in the base sprite that it reads from.

The mod grabs the portrait of the player (Basically just a bunch of strings with the images, its frame, and its directives) and strips the directives off that. The game doesn’t care about whether a colour it’s trying to replace exists in the sprite or not, it’ll try do it irregardless.

If you add the replace directive in the .species file without changing the sprite, it should still show up (for new characters) on the fat armor anyway.

1 Like

I see! That makes A lot more sense, thank you!

So I can just use species.patch files to add in the new color table entries to include more full gradients and BF systems should still pick up on it, must have just been using faulty characters.

It would still need to be on new characters though. Once a new character is made, the colors selected upon choosing gets solidified. Patching what exists to be different doesn’t apply to already existing players and npcs. It gets baked into the character. It’s why if you install a mod that expands the colors for races, select them and then remove those mods, characters and npcs with that expanded selection are still fine.

1 Like

Probably a way to patch the color info into pre-existing characters, but that’s a problem for later