Files
firestorm/Gameleap/code/mw4/Code
CydandClaude Fable 5 2f17631081 FS507D asset recovery, ConLobby V5.0.7Df promotion, mechlab New-Mech crash fix
FS507D_20161015 release analysis wrap-up (drop itself is gitignored; art-review
folder kept local for review):
- Recovered the only assets our tree lacked: 13 hsh HUD/radar/mech bmps and the
  two 5.07D lobby decals (decal_46/47.tga, extracted from release props.mw4 via
  a ported gos_LZDecompress).
- ResourceImagePool.cpp: missing-texture placeholder is now LAB_ONLY (editor
  keeps degraded mode); Release restores the original fatal STOP. Release +
  Profile rebuilt, 0 errors.

Console script reconciled:
- ConLobby.script.new ("BattleTech Console V5.0.7Df", newest revision anywhere)
  promoted to Content\ShellScripts\ConLobby.script; .new removed; stale loose
  deploy copy removed. Verified in-game (console title shows V5.0.7Df).
- Corrected CLAUDE.md: the release never "renamed" the console to
  ComputerPlayer.script -- the resource packer stores script contents under
  alphabetically skewed entry names (runtime resolves the same pairing).
  Packer quirks documented (stale entry carry-forward on incremental builds,
  name/content skew in directory sweeps).

Mechlab bug fix (first FireStorm bug hunt):
- New-Mech dialog showed blank rows for Wolfhound/Zeus and crashed (KERNELBASE
  read AV) when creating a Zeus. Root cause: newmech in chassis.script created
  its Type droplist without setting $$m_listBoxSize$$, so capacity defaulted to
  60 while 65 chassis were written in -- OOB script-array writes. Fixed by
  sizing the list from $$m_chassisCount$$. Latent stock-MW4 bug armed when the
  FireStorm roster passed 60 chassis. Verified: Zeus variant creates cleanly.

props.mw4 fully repacked (decals + promoted console + mechlab fix, junk
.new/.org entries gone); game deploy refreshed at MW4\. Gitignore: FS507D drop
and player-created MW4\Resource\Variants.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-02 13:04:45 -05:00
..
2026-06-26 10:55:33 -05:00

The binaries directory is where your plugins get put when you compile them.



This is not the directory to use if you want to check in a binary of your plugin.

This directory is in sourcesafe to assist in setup of 3DSMax2 development.



Standard debug levels for 3DSMax2 are :



rel - no debug - no debug memory

hybrid - debug - no debug memory

debug - debug - debug memory



The now 3 levels for Stuff Armor and there corrilation between max are :



Release - - rel max   - Fully optimized, no debug, not LAB_ONLY

Profile - - rel max   - Fully optimized, some debug, LAB_ONLY

Debug   - - debug max - Varying level of armor, full debug, LAB_ONLY, 



When you compile the 3ds project the plugin will go into either the debug or rel directory, whichever

is apporpriote to the copy of 3DSMax you must run it under.  When you compile a plugin if it has been

built in the directory it will be overwritten by the new dll.  (IE: if you compile a Release and then a Profile 

only your Profile will exist since they share directories) 



Plugins must not be mixed.  If the plugin is for the Release version of 3DSMax2 you must not run it

under the debug version of 3DSMax2.



--------------------------------

Setup For Existing Workspaces:

--------------------------------



3DSMax2 setup:



I recommend installing max *without* the sdk ( all the sdk is included in the MW4 source control ).

I also recomend installing the debug version *next* to the regular verson of max off of your root drive.

example:

	c:\3DSMax2

	c:\Maxdbg20 



Under your release copy of max:

File|Configure Paths|Plugins Tab|Add..

{driveletter}:\mw4\Code\3DSPlugins\Binaries\Rel



Under your debug copy of max:

File|Configure Paths|Plugins Tab|Add..

{driveletter}:\mw4\Code\3DSPlugins\Binaries\Debug





Setup For project:

Project|Settings|Debug Tab



Choose the version from the "settings for" combo box



for release and profile set the "Executable For Debug Session" to:

	{driveletter}:\3DSMAX2\3dsmax.exe



for debug set:

	{driveletter}:\Maxdbg20\3dsmax.exe







Once this is done everything should work as usual for compiling and debuging.



---------------------

Adding a project

---------------------

When adding a project make sure to copy the debug levels from other projects.  Make sure to *NOT* specify 

any libries by adding them to the resource tree.  Instead type the names into the : 

	Project:Settings:Link Tab:General

		Object/Library Modules



Just type the library names in with spaces seperating them and no paths.  This way it will use the appropriate 

libraries ( debug, release ).







Here is all the info needed for creating a new project.





These are 3DSMax2, MFC, Stuff Defines



Project|Settings|C/C++|General|Processor Definitions



release

WIN32,NDEBUG,_WINDOWS,_USRDLL,_WINDLL,MULTI_PLAYER,USE_PROTOTYPES,STRICT,TEST_CLASS=50



Profile

WIN32,NDEBUG,_WINDOWS,_USRDLL,_WINDLL,LAB_ONLY,MULTI_PLAYER,USE_PROTOTYPES,STRICT,TEST_CLASS=50



Debug

WIN32,_DEBUG,_WINDOWS,_USRDLL,_WINDLL,LAB_ONLY,MULTI_PLAYER,USE_PROTOTYPES,STRICT,TEST_CLASS=50





Project|Settings|Link|General|Object/Library Modules debug build must have NAFXCWD.LIB

Project|Settings|C/C++|General|Warning level is 3 for all 3dstudio compiled programs.

Project|Settings|C/C++|General|Optimizations is maximize speed for release and profile, disabled for Debug.

Project|Settings|C/C++|Code Generation is PentiumPro for all configurations.

Project|Settings|C/C++|Code Generation Runtime Lib is Multithreaded for rel & prof and multithreaded debug for debug.

Project|Settings|C/C++|C++ Language|Enable Run-Time Type Information is set for all configurations.

Project|Settings|C/C++|Optimizations|Inline Function is set to Any Suitable for rel & prof and disabled for debug.

Project|Settings|Link|General|Generate Debug information is set for profile and debug and disabled for profile

Project|Settings|Resource|PreProcessor Definitions NDEBUG for rel and profile and _DEBUG for debug