Correct, Battlebelk's tool will make a new replacement core.lvl for the entire game.

The correct place to put it is at the very top of the file, before ScriptInit, in a new function called "ScriptPreInit".  ScriptPreInit is a special function that was known about in BF2 but after some digging through the binary, it was determined that ScriptPreInit is also a valid function that is designed to be loaded before the main game files.  So what happens is ScriptPreInit is in your mission, it loads, and that coreaddition.lvl is loaded first.  The game then goes and loads all the normal stuff it uses (core/common/etc).  The base game behavior is that if an exact localization entry is found, just skip over it.  So normally you would not be able to overwrite the main game's core.lvl since it loads first.  PreInit can get you in before that and allow you to make "Rebel Soldier" into "Rebel Scum" using a much smaller addon file than replacing the main core.lvl.

Back to the question, yes, the way I have it structured is that it would go in the "NEW" folder in _LVL_PC, that is correct.

Finally, yep, you can just use BFBuilder's localization tools and the core.lvl generated from that to put in this "NEW" folder.

Let me know if you have any more questions

So BFBuilder only contains localization for addons, not the main game - these are contained the main game's core.lvl.  Mod maps you can add new scopes to be able to correctly localize using BFBuilder with no real changes.  If you want to overwrite the main game's core.lvl, you'll need something like this:
https://www.swbfgamers.com/index.php?action=downloads;sa=view;down=307 (Battlebelk Core.lvl Tool)

There is an alternative method which is kinda cool that was just discovered recently where you can create an addon core.lvl like you would for a mod, and then in your mission file you can insert something like this above your function ScriptInit call:
function ScriptPreInit()
    ReadDataFile("NEW\\coreaddition.lvl")
end
This would be most appropriate if:

• You're trying to overwrite data in the stock core.lvl but want to keep most of it
• You're not doing a traditional mod map

I am not the best person to ask about this since I'm still not amazing with animation hierarchy, but you should be able to look in the mod tools for the animation files and get familiar with them.

The only portion I'm sure of is that the animation banks are stored in the common.lvl and are named based on action like "human_rifle_die". The game stores the names of these animations to determine how it should react.  Human - has a rifle - and dies - use this animation.  However, they're all compiled in zaabin/zafbin files.  We have all the source for those in the mod tools, but they're a pain in the butt without a lot of documentation other than what the mod tools say.

As far as only doing a text change, you're out of luck.  I think the game does something silly like AnimationName = "all_inf_snowtrooper" which just makes it default to the human banks for any animations it needs.

I'm not 100% certain about BF2 but I know BF1 (Steam) had a server with 25 players on it at like 2pm eastern time (US)

Howdy! Generally the servers are more populated on Saturdays/Sundays.  We haven't had too many people on the PC side organizing during the week, but the PS2 servers (BF2 usually) are pretty well populated during the week.  BF1 has a PS2 event tonight.

I probably should make an event soon to check.  Drop in-drop out is better suited for Steam but I always have performance issues there in BF1.

Glad that fixed it.  It's possible there was something with saving the file the way it was, which seems silly, but I just relayed a situation where a file was saving incorrectly due to the formatting of it that wasn't 100% visible.  It's possible something similar happened here.

Let us know if you need anymore help!

Let me make sure you've got your reqs set up correctly, I actually don't think this is the problem because AddUnitClass does NOT crash on load but it's good to check.

• In All.req you added all_inf_flanker correctly
• In the REQs folder, you created the file "all_inf_flanker.req"
• In that file, you formatted it somewhat like this:

ucft
{
REQN
{
"class"
"all_inf_flanker"
}
}

Then:

• You have an odf of all_inf_flanker.odf
• All of your weapons on all_inf_flanker have valid odfs.
• All of your meshs on all_inf_flanker are working.

Crashing when NPCs spawn or you attempt to select it (Can't tell if you tested this) means that something with that class is messed up specifically.  Either the weapons or the class itself could be the culprit.

Let me know what you find next.

Go ahead and share your mission.lvl lua changes here, and we'll see what we can figure out with them.

I sent you this on Github but figured I could document here as well:
https://www.moddb.com/games/star-wars-battlefront/downloads/swbf1-swbf2-soundenv-for-modders

This has all the sounds in the game in it, in an environment that would resemble what the devs have.

Yeah it might be useful to expand this to create your own SFX to completely avoid the goofiness that overwriting causes.  A lot works, but a lot has issues.

I'll poke around and see if I can streamline any of this.  Sound tutorials are here but for this scenario there might be an alternate method considering we can now extract or use the global sound env, which did not exist when this post was made.

SWBF1 Mission Builder for PS2

https://www.swbfgamers.com/index.php?action=downloads;sa=view;down=1673

If the original modder is around, they could reply and replace with the original units.

However, if that wasn't their intent, and there's no source files, then it's likely harder than the effort it's worth.

Think of it this way, that was a design decision by the modder and they wanted the map to be played with their custom classes. 

KT-400 (Old Republic) Freighter

https://www.swbfgamers.com/index.php?action=downloads;sa=view;down=1672

I am planning to add more fixes and improvements in the future to the 1.2 version.  I've been pretty busy but the project isn't dead in any way.  I open it and label more functions and add more to my documentation and cheat tables as I have time and motivation.

If that group (or any other one) wants to add the improvements to 1.3.7 or collab with Antstafer's mod, that's fine, but I personally don't have any plans to do that.  It's possible I may use their findings as a reference for my own research in the future, but I don't plan to personally port my updates up to the Steam version.

Ah I see where the thread ended 13 years ago without a resolution.

I'll take a look and see if I have a copy on an old machine.  It's a long shot but I also rarely delete anything.