[New Mod] Palicious v0.1 DEV Available! [Palworld Mod]

THE GAMEPLAY MOD HAS ARRIVED! (The start of it anyways...)

Back when I announed Project Sour Cake I introduced a list of things I was going to try and create for the framework, and one of those concepts was a "Lust Module". Well, it turns out a lot of ideas didn't really fit within the framework itself and they were set aside for a gameplay module. So, the "Lust Module" eventually turned into Palicious! This is a re-build of the gameplay modules I was working on but into a single, monolithic mod with a modular design! The idea here is for Palicious to cover a wider range of gameplay style integrations for SCake, including EXP gains, combat submission, lustful encounters, and more coming down the line!

Palicious - DEV v0.1

Added :

• UniPalUI menu added for configuring settings (Currently Placeholder)
• Characters in a small radius around an Erotic Animation Event will gain a small bit of experience periodically
• When a climax happens in an Erotic Animation Event, characters in a small radius of the animation will get some experience based on how much Sex Heat was dissipated
  • Sex Heat amounts are grabbed when the animation starts, Sex Heat built up during the animation doesn't apply
• Additional delay added to initialization to prevent a strange base-game bug
• Settings now save/load in/from a config JSON file
  • Behaves similarly to SCake's persist file, tries to save into ~mods/SaveJSON, then fallsback into ~mods
• Combat Submission System implemented, when attacked there's a change characters will start an aggressive animation (Disabled by default)
  • Player added to Combat Submission system
  • Added player "Stability" to Combat Submission System
    • Stability decreases when taking damage from another character, the decrease is based on the damage taken and whether it was a heavy hit or not
    • While 0 or below the player is considered 'vulnerable' and will submit when attacked (if valid)
    • The amount and how quickly Stability recovers is based on how much Stamina the player has
    • When submitting, Stability resets to 50% of max value
• "Radiant Erotic EXP" Menu Added, used to configure the passive/exp from erotic animations features
  • "Emit Passive EroAnim EXP" added. Enables/Disables the emission of EXP during Erotic Animations
  • "Passive EXP Rate" added, determines how often passive EXP from erotic animations emits
  • "Passive EXP Amount" added, determines how much EXP is emitted passively from Erotic Animations
  • "Passive EXP Radius" added, determines how far from the animation character's should get EXP
  • "Emit Climax EXP" added, Enables/Disables the emission of EXP from Climaxes in Animations
  • "Climax EXP Heat Ratio" added, determines the percentage of dissipated Sex Heat converts to EXP to emit
  • "Climax EXP Radius" added, determines how far to grant EXP to characters from the Animation Root
• "Combat Submission" Menu Added, used to configure the combat submission system
  • "Player Submission Enabled" added, whether the player can submit in combat submission
  • "Max Aggressors" added, how many 'attackers' to try and include in the submit animation
  • "Find Aggressor Anims" added, limits submit animations to those with the appropriate characters set as aggressors
  • "Player Stability Recovery Rate" added, determines how quickly player Stability recovers
  • "Damage Ratio To Stability" added, determines the percentage of approximate damage received is dealt to Stability
  • "Min Player Submit Chance" added, determines the smallest percent chance the player will submit to an attacker at 0% Stability
  • "Max Player Submit Chance" added, determines the largest percent chance the player will submit to an attacker at -100% Stability
  • "Pal/NPC To Pal/NPC Sub Enabled" added, determines if Pals/NPCs can submit to other Pals/NPCs
  • "Pal/NPC To Player Sub Enabled" added, determines if Pals/NPCs can submit to the Player
  • "Pal/NPC Health Threshold" added, determines at what health percentage and below Pals/NPCs will have a chance to submit to attackers
  • "Min Pal/NPC Submit Chance" added, determines the chance of Pals/NPCs to submit at the Health Threshold
  • "Min Pal/NPC Submit Chance" added, determines the chance of Pals/NPCs to submit at 0% health
• Invitation system added, allows characters to 'invite' participants for erotic animations under certain conditions
• "Lustful Engagements" Menu added for the Lustful Engagements settings
  • "Solo Player Sends Invitation" added, while enabled and the player is in a solo erotic animation they will invite other nearby characters to join them
  • "Invitation Interval" added, determines how often invitations scan for participants
  • "Max Invited Participants" added, determines how many characters to invite at once and try to start an animation with
• Implemented an improved version number display, converting the int-based value into a readable semantic version

• Expand the lust system (implement replacements for Wompy Womp)
• Add Sex Effects
• Create pregnancy system
• ???

Sugar Cake Animation Framework v0.6 DEV Available!

(Complete Rebuild? =O.O=)

If you've been in the Discord then you've seen me mention all my struggles and work-in-progress features for SCake, but you'd also have seen my many struggles and failed ideas to try and implement some new features and get things stable. So, after a couple months of SCake's test versions crashing and constantly having to mess with issues I decided to completely rebuild SCake from the ground up!

So... This update is MASSIVE and sets us on the road to 1.0! Not only does this include the 0.5.1 DEV update that never publically released (because it wasn't stable) but also a complete rebuild of the entire mod from the ground up! I'll cover more about the rebuild process lower in the blog post, but overall I was able to take advantage of hindesight from the last year of development and enhance every aspect of SCake with optimizations, new features, and make everything much more modular and easier to maintain! The amount of changes are too expansive to cover in a short blurb, but here's some key features! A new and much more flexible JSON format, furniture animation support (called Object Target animations), expanded menu with a large array of options, a new Arousal stats system, new Sex Equip Tags system, new Interact playback mode, and so much more! Additionally I've started releasing versions of Palicious, a NSFW gameplay module, for this new version! Additionally, the new backend allows me to split off the framework and release a Safe-For-Work version! (not cumming soon, but available soon!)

Download Links!
GDrive Folder : https://drive.google.com/drive/folders/1vYfgMom7UJs2OmJ5B4FGQTMYEOR0n9Vr?usp=drive_link
Mega Folder : https://mega.nz/folder/9hZQ2IIR#Ou77tq4qQxw9UBQsozh6zg
LoversLab Page : https://www.loverslab.com/files/file/33158-project-sugar-cake-scake-animation-and-stat-framework/
Website Page : https://www.michaelpstanich.com/?mode=modhack&view=2024-02-19_Palworld_ProjectSugarCake

Sugar Cake Animation Framework - Version 0.6.1 DEV

Fixed :

• Tags should now set properly when Start/EndStage are used by an animation
• Start/EndStage should no longer cause the duration of stages to bug out if they are set to looping
• Potentially fixed issue with the ArousalMorph exceeding the max value
• Fixed an issue with non-looping animations where if multiple actors were present, under certain conditions the animation would progress multiple stages
• Fixed DurationWeight working backwards
• Non-looping climax animations should now have a proper duration set, allowing them to play normally
• Fixed ClimaxVar failing to play in nearly all cases, also fixed climax var for Start/EndStage not setting up their cache properly for playback, causing playback errors
• This was a hyper complicated bug which caused undefined behavior across the board, it was caused by my caching method for optimization not caching the ClimaxVars correctly, however since it messed up the cache it was also messing up normal stages as well
• Climax animations should now save in the adjust profile properly

Sugar Cake Animation Framework - Version 0.6 DEV

Notes :

• This version is a complete re-build of SCake from the ground up! The entire backend has been completely changed to be more efficient, more modular, and easier to update/maintain while setting us up for a path to 1.0!
• Packaging for the Animation Framework changed, delete the old ProjectSugarCake.pak file or else things will conflict and potentially cause errors!
• Modules for previous versions of SCake will need to be re-compiled for the new SDK as the backend has changed, old modules will no longer work
• With this version, the JSON format has been re-worked and changed! For animations to register, animation packs will need their config files updated! (New templates provided with SCake)
• Setting/Adjust json saves changed into Profiles and changed format slightly, old saves won't work on the new version. Save for character saves which will reset when updating. (You can safely delete the old persist files)
• With modders now trying to experiment with adding new pals, for compatibility's sake SCake no longer assumes variants are the same and must be defined manually in the JSON config if they are expected to be compatible

Additions :

• The version pop-up now shows which release branch it was built under
• New packaging scheme for the framework, divided into 3 versions, SFW (Angel Cake) / R18 Human (Pound Cake) / R18 All (Sugar Cake), allowing a SFW version of the framework
• Core mod is now called "AC_AnimFramework", the R18 additions are "AC_PoundCakeExtension" and "AC_SugarCakeExtension"
• If you have the SugarCake extension, you do not want the PoundCake extension (SCake should overwrite PCake anyways, but generally don't install both just in-case)
• Pound Cake is more of an experiment to play around NexusMod's rules, got the ok for a human only version but I suspect interest will be low
• The Register is now aware of what JSON file data comes from, this data is stored and reported in register errors
• "ACakeVersion", "PackName", and "PackAuthor" has been added to the top of the JSON template/format (outside animation definitions) and is recognized by the Register, Register uses PackAuthor to replace any "Author" entries without an entry (a shortcut, basically)
• Additional checks for "IsErotic" added to Parser/Register, when SEquipReq, FaceExpressClimax, or IsClimax parameters are valid, IsErotic is automatically set to true (Helps detection to prevent R18+ anims playing on SFW version)
• Parser/Register now scans Erotic content when not using Sugar Cake extension, removing what shouldn't be valid in the other cake versions
• New "TargetDuration" override option added to the StartAnimEvent API functions
• This value overwrites the max playback duration instead of using auto-play or player setting values
• New "Interaction" style animation playback, this mode does not progress automatically and instead requires external scripts to progress the animation. (Used for interact animations like using an item or interacting with furniture)
• A lot more information added into ErrorOutput, now includes appended output for multi-step processes to better detail issues
• This was done during the re-write and errors should be much more descriptive overall, but not all systems were able to have recursive errors
• API Function "SCake_GetSexEquip" added which grabs the SEquipTags for the specified character
• New "StartStage" to Animation Events, this stage will always try to play first, acting as an introduction stage (Recommended to do a non-looping animation here)
• New "EndStage" to Animation Events, this stage will always try to play last, for Erotic animations this stage will act as the post-climax stage if present
• "IsClimax" flag added to AnimSlot definitions to designate it as a climax
• No functionality on its own other than flagging the animation for customizing events
• ACake now recognizes Montage Notifies through a new character anim tracker
• Actual functionality not yet implemented, however this could be used to play soft-coded sounds, effects, change expressions, or event change character status during animation playback in the future
• API Dispatcher "ACake_ED_AnimSwitch" which triggers any time an event switches animations
• Also triggers the first time an event starts playing an animation, however "ACake_ED_AnimStart" is better for this purpose
• Register now sends a report message if it found no animations before despawning (useful for error reporting)
• Characters now go back to their original positions before an animation started playing (Prevents various positional bugs and exploits using SCake's ability to move characters)
• "ACake_AnimPlayer_ED_AnimStart/AnimEnd/AnimSwitch/AnimEventSwitch" and "SCake_AnimPlayer_ED_EventClimax" to the AnimEventPlayer which are the same as the global versions but attached directly to the animation player so they only report when that specific events triggers them
• Adjusting all stages of an animation event is now an option in the adjust menu, now defaults to disabled
• While enabled, all stages of an animation will adjust by the same amount
• Starting Arousal is randomized just like SexHeat and Sexual Pleasure (Between 0 - 100)
• "ACake_GetAnimEventByID" API Function added which gets the AnimEventObj by its UniqueID
• "ACake_SetEventEnabledState" API Function added which sets an AnimEvent as Enabled/Disabled
• While Debug inputs enabled, animation progression can now be disabled in the anim adjustment menu
• Debug inputs for getting targets now reports if the target is already added (instead of saying nothing)
• Framework now attempts to disable AI functions and clear certain flags for participants in animations to prevent various game and animation bugs
• This change is still mostly experimental, let me know if it causes any issues!
• Framework now attempts to remove characters from combat when they enter an animation
• Similar to AI function changes, I have no idea if this will have negative side-effects
• NPCs will now hide their weapon during animations
• Tried this same method on player, however there's some animation blending issues which the NPCs don't have that need to be solved first
• Masturbation count is now tracked
• When entering a solo erotic animation, this count increases by 1
• API Dispatcher "SCake_ED_CharTrackEnabled/Disabled" now also returns the CharStatus object that was enabled/disabled
• Additionally updated to both call after the enable/disable script
• Arousal now generates in AnimEvents (Replaces SexHeat increasing in AnimEvents)
• Framework now stores what SEquip tags are registered in general for use in menus
• New "Force Player Sex Equip Tags" menu to Preferences menu which allows you to select specific tags to force-enable for player compatibility checking
• This is a new method to overwriting the player's in-game gender and allow any SEquip from being added from registered SEquip tags
• Settings now save in a global profile instead of being per-world
• Added a ton of settings to the Settings Save JSON
• New overhauled adjustments backend with new identifiers, now accounts for CharacterID/BPClass and Scale to make more accurate adjustment profiles and allow different sizes/variants to have their own profile
• Adjust saves are now global and no longer tied to world (However there is a split save between ACake and SCake saves)
• Debug functions for adding SexHeat now shows a notification for each increase and shows the new SexHeat amount
• "CharStatus_ED_Climax" Dispatcher added to CharStatus object for tracking when a specific character climaxes
• "CharStatus_ED_Aroused" Dispatcher added to CharStatus object for tracking when a specific character becomes aroused
• "ObjectTarget" added to StartAnim and FindPotentialAnimEvents functions (as well as the compatibility checker)
• This is specifically to start/find furniture animations, will require the AnimEvent to have the specified actor's ID in its compatibility for it to be considered playable
• "ObjectTarget"/Furniture animation support added to the Animation Player
• In the JSON config, animations can specify an ObjectID to match with in-game actor classes along with the required offsets
• ObjectTarget's origin point plus the provided offsets become the new AnimationRoot location
• Debug controls now allow targeting objects, anything hit that is not detected as a character will be registered as an Object Target
• Note this makes targeting things a bit trickier as object targets could be accidentally set relatively easily under certain circumstances
• Clearing targets will also clear the object target
• Blocked Tags can now be accessed in the Preference Settings menu, blocked tags will automatically add to excluded tags when modules search for compatible animations but won't prevent forced animations from modules
• Blocked Characters can now be accessed in the Preference Settings menu, blocked characters will be considered incompatible for all erotic animations except forced animations from modules
• New Erotic Status Settings menu, this now holds settings related to SCake Status and many options were moved into this menu
• "Force Character Rescale" option to System Settings menu, this setting will try and rescale characters during animations to the set size in animations for improved alignment and keep intended sizes
• Not all animations will define a size, in cases where no size is set this option will try and use scale limits to try and resize accordingly, if no scale limits are set then this setting is ignored
• "Free Cam Speed" option to System Settings menu, this determines how quickly the Free Cam moves while controlling an Animation Event
• "Register Max Process Count" option to System Settings menu, this determines how many processes the Register can run per-frame
• "Hide UI in Animations" option to System Settings menu, this toggles whether to hide the in-game UI during animations or not
• "Arousal For Aroused" option to Status Settings menu, this sets how high a character's Arousal must be to be considered Aroused and trigger aroused effects
• "Climax Loop Duration" option to System Settings menu, this determines how long a looping climax animation should play for before stopping, does not affect non-looping climax animations
• "Arousal Gain in EroAnims" option to Status Settings menu, determines how much Arousal is gained passively during Animation Events
• "Heat to Min Arousal Rate" option to Status Settings menu, sets what percentage of Sex Heat is used as the minimum Arousal a character will always have
• "Pleasure For Climax" option to Status Settings menu, sets what Sexual Pleasure to reach to attempt to trigger a climax
• "Post Climax Loop Duration" option to System Settings menu, sets how long Post Climax Animations will play before ending the Animation Event if the animation is looping
• "Status Update Tick Rate" option to the System Settings menu, sets how often SCake Character Status updates
• "Tracker Scan Rate" option to the System Settings menu, sets how often SCake's tracker will manually scan for new characters
• Validity check now checks if character is 'active' through internal game check to prevent non-active actors from being pulled into animations
• New Debug Menu added and moved Debug Input toggle here, this menu will show debug options and information
• Info about Debug Targets now show in the Debug Menu, giving information to help with understanding Compatibility and Status
• "Erotic Debug Anims" added to Debug Menu, determines if animations started with Debug Input should be Erotic or not
• "Reset to Defaults" and "Include Defaults" added to the Human Gender Defaults menu, Reset will reset the genders to SCake's default configuration while Includes will add SCake's female definitions to your own changes
• Added new exponential Arousal decay system
• Arousal will decay after a short delay and decrease faster the longer Arousal is above minimum
• Whenever Arousal either increases or reaches minimum, the arousal decay speed will reset
• "Arousal Decay Delay" added to Status Settings, determines the delay before Arousal starts decaying
• "Arousal Decay Rate" added to Status Settings, determines how quickly Arousal will start to decay at, increasing over time
• Implemented an improved version number display, converting the int-based value into a readable semantic version

Changes :

• Changed how CharacterIDs are grabbed, SCake no longer removes suffix's and many prefixes or assumes they are equals
• As custom pals could be added to the game with conflicting assets but similar names, we can't assume they are now compatible
• JSON configs will need to include variants CharacterIDs if they are compatible, such as PalName_Cryst
• A large number of API names and descriptions, too many to list (check updated SDK for more details)
• Wording in many aspects have been changed, too many to list
• 'Pal' was often changed to 'char', versions should show the appropriate names, removed direct references to Pals where it didn't line up with base-game assets
• Register no longer stores invalid entries, no longer necessary since the Parser and Register were merged
• Minor speed-up but makes pulling invalid data for debugging more difficult, don't think anyone used this however
• Separated SexHeat and Arousal into their own variables
• SexHeat now determines how 'effective' arousal is and its minimum value/generation rate
• Arousal is a new gameplay focused variable
• Simplified gender block settings to work off 'assumed' gender from SEquips, no longer checks penetration
• Characters having both vagina and penis count as male, characters with neither are assumed female, for simplicity's sake
• Tags should be used for more advanced blocking going forward
• Non-Erotic animations can now always be ended from the adjustments menu (Does not apply to interact animations)
• Revised info shown in Event Description when viewing them in the menu, adding some info and removing some info
• Invulnerability during animations setting now only applies to Erotic Animation Events
• Allows more gameplay oriented Non-Erotic animations to be used with better flexibility (modules can toggle their own invulnerability), also prevents exploitative uses of mods in unintended ways
• SexHeat will now only ever increase but reset to 0 after a Climax
• SexHeat randomization changed from 0-100 to 0-200
• This technically increases the chance of running into hornier characters, will probably make this configurable in the future
• Arousal based-Morphs are now based on the new Arousal stat instead of SexHeat
• Disabled Events are now treated slightly differently, when disabled they will fail when searching for potential animations but scripts can still pull the AnimEvent by ID and force it to play
• This is so mods which add events for interactions can still play the animation without the user having it show up randomly, a 'system' flag will be added later to better support this
• Free cam starts higher off the ground, position/height now based on the first character passed to start the animation (was just going off Slot 0)
• Human/NPC display name method changed, should return a readable name more often
• This probably needs testing, I don't know what names it failed to grab but if anything returns stuff like "NPC_Whatevers" with underscores in it, it's probably a failed name grab
• Player display name method changed, should now display names for all players rather than just the local player
• Technically a multiplayer fix, but multiplayer still doesn't work correctly
• CharStatus objects for non-persistent characters will now stick around for 60 seconds after disabling so you can still pull data from them for a bit (similar to AnimEventPlayer)
• Persist checks now attempt to use the game's internal save map for IDs to check whether something should persist or not
• Not sure how reliable my current method is as I've only partially reversed the game's saving system, will need research
• SCake_GetAllTracked is now "SCake_GetAllCharStatus" and returns all SCake_CharStatus objects currently Enabled
• Climax dispatchers now trigger after the climax effect has already applied
• Class (BPClass) is now grabbed directly from the character's Actor reference, enabling compatibility with custom characters not spawned through the game's native systems and fixing issues with bugged out saves which cull CharacterIDs
• Debug Input is now disabled by default (can be enabled in the Debug Menu)
• Updated 'default' female NPC character list for initial configuration
• This is no-doubt still missing some, I just added any that contained 'female' in the name

Removals :

• "ACake_ED_AnimStart" and "ACake_ED_AnimEnd" no longer return the CharList directly, pull from the AnimEventPlayer Reference instead
• "SCake_InterpretError" no longer exists, error outputs made into Strings directly
• Originally this was here to simplify making errors consistent, but I found it somehow even more cumbersome to use and also make multi-mod development more jarring
• "ReportRegFails" no longer in settings, instead register reports will now always show to help users report issues
• Before, info was too obscured and confusing for some users to enable, this should allow more and better reports from users when issues do arise
• Start AnimEvent API Functions no longer select a random animation if an invalid AnimEvent is passed
• Prevents unexpected behavior if a module's selected animation ends up invalid
• Explicitly setting and searching for ActType/Location removed from start anim functions
• This was always confusing to both use and maintain, a better strategy moving forward is relying on tags and maybe manual checking by modules when getting events so it doesn't slow down compatibility checking
• This also comes with a sizable performance improvement for the compatibility checker
• "HasPostClimax" removed from JSON Format
• Replaced by "EndStage", when this is defined it will act as the post climax animation
• SexHeat no longer has the rise and lowering mechanic
• With the introduction of Arousal as its own status, SexHeat is being simplified
• Removed several API Functions and moved them into the SCake_CharStatus object, use "SCake_GetCharStatus" to get the object and pull stats instead, removed functions include SCake_AddSexHeat, SCake_CheckStat_Pleasure, SCake_Stat_AddPleasure, SCake_CheckStat_SexHeat, SCake_CheckStat_ArbString, SCake_Stat_ArbChangeString, SCake_GetSEquip
• Removed API Function SCake_InterpretError as it's no longer needed
• SexHeat no longer generates in AnimEvents (replaced with mechanic for Arousal)
• Removed the Dynamic Gender spawning system and menu options (replaced by SEquip Tags handled by model replacers)
• Removed Player Gender setting (replaced by new Force Sex Equip Tags menu)

Fixes :
Fixed characters trying to continue their work or pathing while still in an animation, causing them to glitch out under certain conditions

• When the Name parameter is missing from the JSON config, it should now properly show the UniqueID as the name instead
• This was initially implemented at the display level, but now sets the actual value for the animation so it should be consistent now
• Note : This doesn't apply to stages since stages do not have a UniqueID
• New backend and transfer/re-write allowed major optimizations and clean-up across the board
• Uncertain how much impact this will have in practical terms, but should allow more headroom for advanced features
• Compatibility Checker re-written with new backend, should have major performance improvements
• "ACake_ED_AnimEventSwitch" now properly triggers when events switch rather than the Docs saying it would but actually triggering like "ACake_ED_AnimSwitch" does now
• Technically also fixed "ACake_ED_AnimSwitch" not always showing when animations switch as well
• Fixed a bug where the player is not recognized properly by the framework
• Could happen if a game takes too long to load and initialization happens before the player exists
• Framework now grabs the player from the base-game every time it's used to prevent this bug (instead of storing it)
• Debug input's target message always ending with a ' , '( I was just lazy before, fixed it while transferring things over)
• Erotic solo animations should no longer show 2 "End Animation" entries when debug input is enabled
• Adjustments for anims should now properly store and persist
• Was only storing a single adjustment and wasn't saving, fixed while re-writing to the new backend for them
• Should now properly detect the 'black screen' before the title screen as not in-game, stopping the framework from running unnecessary functions (such as the Register)
• Adjustments Increments should no longer go all the way to 0 (Stops at 0.1)
• If a Human/NPC has a forced gender set on their character (such as through other mods or base-game alterations) then the framework should now detect it if the change was done correctly
• Tracker was re-optimized, now invalidates IDs based on delta time rather than times checked
• When the summoned pal is in an animation, should now prevent the player from switching/returning the pal
• "TraceForChar" and debug controls should now be able to target summoned/party characters (Fixed trace issue for selection, hold functions unchanged)
• Disabling Debug Input now clears Debug Targets so they don't get stuck in memory

SCake Version 0.5.1 DEV (Beta)

Notes :

• This version changes some API call types, modules will need to be updated for the new SDK and recompiled or else they may cause a crash
• This version has several backend changes and alters various parameters and how they're treated. Some sections of the JSON may need to be updated (Primarily PalSize has been removed, replaced by PalScale, new multi-definition configurations have been added, SEquipTags and ModelTags have replaced the old genders system, Slots must now align inside Animation Events)

Added :

• Added new morph support, "ArousedSnap" which rests at 0.0 then snaps to 1.0 when aroused, back when no longer aroused
• API Function "SCake_SetModelTags" which sets model tags to a palcomp through a given reference, used in compatiblity checking
• API Function "SCake_AddModelTags" which adds model tags to a PalComp through a given reference, used in compatibility checking
• API Function "SCake_RemoveModelTags" which removes model tags to a PalComp through a given reference, used in compatibility checking
• API Function"SCake_ResetModelTags" which resets the given Model Tags to their default state before any external alterations, useful for resetting the SexEquip setting
• PalComp variable "BaseGender" which stores the base-game gender after SCake's auto conversions
• PalComp variable "SexEquipList" which shows which Sex Equips this character has (used for compatibility checking)
• PalComp variable "SexEquipPreset" which shows what gender preset was used, only includes Male or Female, none if they are neither
• PalComp variable "ModelTags" which stores the model tags currently assigned (used for compatibility checking)
• PalCompe variable "ModelEquipTags" which stores the model equip tags currently assigned (used for compatibility checking)
• Added New SexEquip System which uses default gender tags and model tags to determine what animations should be compatible and detect gender in a more dynamic way (Instead of set genders, multiple tags are applied for what type of equipment they may have, this also allows more dynamic equipment types such as 'DoublePenis' for characters with dual slongs, Altermatic will support these features in Altermatic 0.5.0 DEV)
• API Function "SCake_SendNotif" sends a notification to UniPalUI through SCake (Replaces SCake_SendReportMessage previous functionality)
• API Function "SCake_SendReportMessage" now sends the report message to the UE4SS console if pressent, changes functionality to being a debug and error reporting message report function
• Overwrite functions into the JSON Format/Templates allowing come sets to have different parameters

Changed :

• Completely overhauled how SCake's animation register and playback system works, now defines animations as individual character animations with "AnimSet"s for compatibility checking, Animation Events now handle all interactions between multiple characters, these changes allow much more flexibility and processes much faster
• Compatibility is now more dynamically checked to make dynamic changes to animation data viable
• SDK Objects SCake_AnimObj and SCake_EventObj completely reworked, added SCake_AnimSetObj, SCake_StageObj, and SCake_ClimaxVarObj
• API Function "SCake_StartAnimEvent" IncludedTags, ExcludeTags, and Aggressors parameter is now a Set type
• API Function "SCake_GetCompatEvents" IncludedTags, ExcludeTags, and Aggressors parameter is now a Set type
• JSON Format/Templates completely reworked with new definitions, this new format aligns with SCake's new backend system for animations and should be easier to create/maintain
• Simplified and made names consistent across entries and the internal names/API
• RegisterAnim has been replaced by RegisterSlotAnim, no longer holds data for multiple actors but instead holds information for an animation 'slot' and contains all information related to that specific animation
• RegisterEvent has been replaced by RegisterAnimEvent, moved all data related to multiple actors to this new register and made things much more flexible in the process
• (Too many changes to list here, view the new templates for more information)
• ActType and ActLocation are now Name parameters for more flexibility (Works more similarly to tags)
• Merged the parser and register for animations, hopefully resulting in a speed up (certainly simplified code)
• Flipped instances of "NonErotic" to "IsErotic", so this value must now be set to "True" to be considered Erotic, default is still false which makes things NonErotic by default

Removed :

• SexEquip from persist file, now re-generates when initializing the character (changed to align with new SexEquip handler)
• Old preset gender system, replaced completely with new tags system
• PalSize in the JSON config is no longer valid, replaced with PalScale which is a much more accurate system.
• ByMeshRef, which never functioned in the JSON, has been removed from the parser (This was actually parsed and stored before, but the Model Tags system should allow this type of functionality in a much better format)
• Multiple Compatibility definitions within a JSON, replaced by the new multi-definitions system and ' OR ' parameter changes (Although this feature was painstakingly added in early on in designing SCake's compatibility system, it was not only unused but turned out to be unnecessary, check was added for backwards compatibility but future compatibility settings will be defined as a Set/Object rather than an Array of Sets/Objects, old definitions, if a JSON DID use multiple, only the first entry will be accounted for)
• Animation asset loading is no longer validated in the register (already checks when trying to play anims which are not properly defined, just won't show errors when registering the animation for performance reasons)

Fixed :

• Register should now properly remove itself when no new animations are found for a while (destroy node wasn't connected >.>)
• Human Base Gender options should now switch properly (Input wasn't being handled properly)
• Fixed "Block Male Penetration" causing animations to play on the incorrect pals (I refactored the code and it was fixed, so still not sure why it was happening)
• Refactored and optimized animation compatibility checker and sorting code
• Climax 'outside' and 'default' should now properly assign to their set actor slot (was always setting to slot 0, climax inside still worked as inteded however)
• ClassBP not always being properly checked in the compatibility checker for Pals
• Compatibility checker checking compatibility n^2 times when an EventID was specified but was invalid (Checked potential ordering multiple times in the chain, resulting in exponential check counts)

The Rebuild

Assorted Cakes Animation Framework

Failed Multiplayer Testing

What's Next?

Current Road Map

• Fill in the Notifs system
• Work on dynamic equips system
• Work on Palicious Lust gameplay module
• ???

[Game Prototype!] [Project] Idle Fox RPG Now Playable!

Ok, "Playable!" may be a bit of an overstatement given this is just a prototype to test out the backend I've built over the last week and to set-up a release workflow. But still, I'm super excited! Currently I handle game projects as more of a background kind of thing and don't say a whole lot about them before they're ready, simply had to many projects fall apart and not go anywhere, but I'm trying something new with this one! (Also worth mentioning, the title is very much a WIP title and just a placeholder! We'll have a fancy name soon enough! ^-^)

Some quick things to mention about the current build, I wanted to just develop something over a week and see how much I could get done and set myself a (relatively) strict release timeline to get whatever I had done out by the end of said week. Technically I took a day longer than planned because I had some save-system issues and got too tired to release yesterday, but 1 day off isn't bad! This version is a very simple front-end and gameplay loop to test the backend systems that will power the actual game, but this does not represent the gameplay of future versions (I already have stuff in the works that will change things rather drastically ^-^). So consider this a test prototype purely designed for testing! (In-fact, a community member in the Discord, alphabetsoupdog123, already helped me find a logic error which I fixed earlier today! Thank you, alpha!~)

Ok, so, what's the deal?

The Game Concept

Graphics

Game Systems and Gameplay Loop

What's Next?

[New Mod!] Wompy Womp - Random Sexy Edition v1 Available! [Palworld Mod]

EDIT : Uploaded a v2 versions which just allows you to set 'Max Wompage Count' to 0 which disables random Wompage. Someone on LoversLab mentioned they couldn't do a boss fight properly because there was too much Wompage! This allows you to disable Wompy Womp before entering such a serious situation!

People have been asking for a gamplay mod for SCake constantly, and, well, here's one that's reasonably usable! Is it great? No. Does it exist? YES! Wompy Womp - Random Sexy Edition is a quick mod I put together more-or-less to prove a point and show you can make a usable gameplay module for SCake in a very short period of time, and here's the result!

Wompy Womp - Random Sexy Edition is a mod for Project Sugar Cake which periodically scans for characters and starts random erotic animation events with other characters nearby, making them Womp! The player is only considered for random events if they are above 200% Sex Heat, but if the player is in a solo animation then WompyWomp will scan for another character to add into the Wompage! There's a handful of other things, like there's a menu for customizing how often WompyWomp tries to start an event, how many events can run simultaneously, and how many attempts WompyWomp will make before waiting again. Matching is also done on a distance basis, first checking the closest character when matching so if you're doing a solo womp-session, make sure to be close to your favorite womper!~ =^.-=

Wompy Womp is an example mod and has Source available! You can either get it on Discord (for free) or in the restricted post on SubscribeStar for Subscribers! (I have an upcoming blog post covering why it's restricted within the next week)

This mod is the result of a conversation in our Discord, The Broken Chatbox!

A shout-out to Shenova for suggesting this when I had nothing better to do (apparently), also a thank you for testing it! If you'd like to join in discussions like this, see live dev updates, or just hang out, please don't forget to join The Broken Chatbox!~ (https://discord.gg/h3vB7S4FEw)

v1Added :

• Periodic (defaults to every 15 seconds) random scanning for matching random characters for animations, randomly chooses between 3 distance fields (Near/Mid/Far) and selects a random target in that distance to match with other characters nearby, matches are only considered valid if they are within a certain distance of each-other
• Added a feature which adds the Player to the random scan if they are at 200% Sex Heat or higher (also adds summoned pal if they are at 200% sex heat, but I think they were already added in near scans anyways)
• Added if the Player is in a solo animation then when a scan is performed it will try and match the player with another character nearby without doing any normal scans
• Added all scans are done by distance first, so closest character is checked first then gets progressively farther as attempts fail or are considered invalid
• A max animation handled count meaning only a certain number of random animations will be triggered at once (defaults to 1), more random animations won't trigger until these events have ended, player solo animation check is excluded from this value and will check regardless of how many animations are going
• Added a simple menu to customize the frequency of random checks, the max number of random events going at once, and how many scan attempts are allowed per-check all with descriptions, does not persist between sessions and must be editted when loading into the game if desired

What's Next?