Profile config extensions

[cylonicboom]

Motivation

Extend the config file properties to bind properties the save files themselves. This Proof of Concept is setup for MP Profiles (Combat Simulator or CS) and to bind the Handicap setting directly to the profile itself without modifying the binary save file.

Approach - Profile Extensions Proof of Concept

Introduced new structures (struct extplayerprofile and struct extplayerprop) to encapsulate extended player profile properties. A save-specific key prefix is generated as : MpPlayer.x%-x%., fileguid.deviceserial, fileguid.fileid This approach can be extended to other save file types (game file, mp setup, bss, perfect head) and/or to associate mod-specific properties with a particular save type.

During config file initialization: fileguid like slugs are detected from the ini and a struct configentry is added to settings and the pointer is registered to an internal extended player profile table struct extplayerprofile as a new element of g_ExtendedPlayerProfiles.

When the CS file is actually loaded for the first time during the session mpExtendedProfileRegister is called w/ a parameter to actually bind the config entry to the extended profile store.

During CS file transitions the initfunc for all properties is called to ensure the right values are bound to the extended profile store / config entry.

Removed uncalled functions and hooked in config extensions into MP save / loading flow.

Related changes

• PR to rename save-related function: func0f0d5484 -> savebufferWriteData #561
• PR to setup Handicap as a extended profile entry: Profile handicap extension #562

[cylonicboom]

The function rename is implemented elsewhere as #561

When that's merged this PR should be rebased.

[cylonicboom]

Here's what this looks like in your ini: