3599 has so many bugs its unreal.

But THQ fail to allow the 3603 at all

so, im not sure if this is the problem i'm getting, but i have FA, with a bunch of mods, blackops and graphics enhancement among them. my game first crashed during the campaign mission 5 after QAI sends his waves of doom upon you. i just tried playing on eye of the storm, a 10x10, and an hour or so in, it crashes. i had 3 sorian AI, and there weren't even that many units. HELP

um... Hate to burst your bubble, But Sorians AI doesnt do anything in the campaign X-x Thats just the natural AI at work there... Listing all the mods you have on is a good start.

lol. no bubble bursted. i know that sorian's ai does nothing, but i also mentioned in my post that i used 3 sorian AI in a skirmish battle on eye of the storm...
anyway, my mod list is basically all blackops mods, the graphics enhancement mod, 4DC, shadowque, the supcom FA prototypes, im not sure if i had wyvern battle pack installed or not... powerslave shield pack, the campaign mod enabler, and i think that's about it.

You dont have the Campaign fix mod? The campaign is broken without it =p

Try taking off mods 1 at a time, so see if a mod is at fault.

i have the campaign fix mod, i just didn't have it activated at the time the game crashed on eye of the storm. i noticed that my game crashed at about 80 percent memory load. i only have 4 gigs of ram...

(Sorry if this is akin to threadomancy.)

I'm using 64-bit Windows 7 and I downloaded the 3GB Enabler - when I used it and pressed A nothing change, but on the screen there was: "EDITBIN: Fatal Error LNK1104: Cannot open file "SupremeCommander.exe"
Large Address Aware has been enabled.

Is there anything I can do to make the enabler work?

Make sure nothing is set to read-only. And Windows might be blocking changes because it often loves to block downloaded things from making (what's seen as) important changes. Go into properties of the enabler, and select Unblock.

On a final note, make sure you're not doing any of this in Program Files.

I agree with what another user posted on here. From my experience it seems to be a memory leak. The reason said is because after about 30 minutes in, the game slows down drastically. Then even after clearing out most of the units, the slow down continues instead of improves. Either a memory leak or a setting that does not allow the game to speed back up after slowing down. I would guess a memory leak, and it seems to happen only with AI, including the Sorian 2.1.1

Im almost certain this is the cause of the problem, now is there a solution already out there?

EDIT: Im going to guess it has something to do with path finding because the slow down usually happens on the bigger maps. But then again another place to look is with all the metal debris. Is there a way to turn off metal debris from staying?

PS: I and many others would pay for an update/patch that catches and fixes all these annoying memory leaks.

I can confirm that Windows 7 64 bit does nothing to address the 2.5GB issue for FA, that is really a hard limit on the current state of the executable. Last night I went to a LAN party with some friends, we all had super rigs with i7/i5s and 8gb+ RAM with Win 7 64 bit and all the latest drivers/everything. Still crashes exactly at 2.48 or so GB or ram usage in multiplayer, single player, whatever.

Tomorrow I'm going to get together with same guys and test the beta 3603 patch, but I second the motion to offer to pay GPG to fix this bug, the game is so promising now that hardware can handle the massive maps!

Has anyone tried contacting GPG to find out how much they think it would cost to implement a fix for this specific issue. We could start a Paypal fund drive! Honestly the rest of the problems with the game are minor annoyances or inconvenient. The only other one I really notice is the fact recordings fail for enormous games as well...I wonder if it's related to this memory crash problem?

Edit: Just noticed this is the biggest thread by far in this tech support forum, that alone ought to indicate it's a significant issue and argue in favor of some unsupported fix from a GPG engineer...We don't need a bunch of Q&A, we just need something that works!

Also noticed that MadBoris hasn't visited this forum in a long time...I think first post needs to be updated to mention the 2.5gb limit is still a hard limit that the 3gb addressing patches won't resolve. I wonder if someone knows how to contact him.

Last I checked, GPG no longer owns the SupCom series, and The Vanilla and FA is no longer being worked on, so hate to say this, but there are no fixes for anything, anymore.

Even SupCom2 has pretty much been dumped.

I wouldn't say dumped, but rather given a lower priority. GPG is a small developer, with the opportunity to make a large sum of money on AOEO. SE probably isn't pressuring GPG to do anything further anyway (which is exactly what SE has been doing with everything, save for Final Fantasy, lately).

I'm sure if THQ came back to GPG and said they want to roll a bunch more boxed copies with a shiny new patch, then GPG would absolutely love to take up the challenge.

I looked up some other threads, so apparently GPG hemorrhaged a bunch of employees and sold several IPs in the past few years... Do the people with experience on the SC series who might have the knowledge to even investigate a solution even still work there?

From my understanding: the chap who worked on the original AI is still there. Further, GPG picked up AI modder extraordinaire Sorian to work on future projects. In terms of their other engineering expertise, I would say that they'd need to remain on staff as you can't make a game at all with just art people.

Is John Mavor still there? I remember he was the main engine developer for SupCom1 and FA. I didn't see him in the SupCom2 credits, or maybe I suck at reading them.

Mavor jumped ship with o and Scathis to found Uber. Actually, a lot of GPG staff are now there.

Hmm, so the IP to SupCom has been sold, but any development authority related specifically to the original and SupCom2 is in the hands of THQ, right?

Regardless, for any fix to even be possible it sounds like you'd have to get the original coders involved which have mostly all left GPG for a different company.

Wow mission impossible :\

The publishing rights to SupCom1 and FA are still with THQ, but the licensing agreement that allows THQ to QA patches has expired, so THQ is no longer obligated to do anything for FA. SupCom2 is completely in Square Enix's hands, as is the SupCom IP.

Hmm, so does this mean another "underground" patch like 3603 could be dev'd via some sort of community effort without Q&A as long as SE approves?

Not that I know of. SE controls everything SupCom2, but not SupCom1/FA. From what I understand, THQ has the publishing rights to FA, so GPG can't just do stuff to it, but they also don't have the licensing rights, so THQ can't QA and release new changes either.

THQ did have the 3603 code on their hands since they did do some QA on that patch before the licensing agreement expired, so they integrated those changes into the Steam version. I think the reason 3603 got applied for the Steam version is because THQ considered it a new release or rerelease so the existing code could be implemented along with the new multiplayer system. Releasing a patch for existing products would have required additional QA efforts that THQ did not have the resources for.

Much of this is theorizing on my part, but the first paragraph is pretty much what we know as of now. It's unlikely that any more details will be released on the nature of the licensing and publishing agreements between THQ and GPG, so consider FA in limbo for the time being. We do have FAF, so not all hope is lost.

Hmm, I'd never heard of FAF until this post, I did some Google searching and found the FAF Wiki, though the patch note pages are currently broken. The main thread about it here on GPG forums seems to indicate they have done some bug fixes and memory leak patching...?

Does this then indicate they have enough of the original source code to investigate the particular issues in this thread here? I didn't see the 2.5gb Memory crash on their list of bugs currently, has anyone been following this project more closely?

No, they have no source code. They just used the 3603 executable, which includes memory optimizations.

i havent read all 23 pages yet...

I enjoy playing turtle on large maps, the game is crashing once I reach >3gb ram usage on FA.

computer specs are as follows
I7 930 @ 4.2ghz
12 gigs ddr 1600
win 7 pro x64.

From my understanding an application with LAA can address 4gb of memory under x64 windows, i don't get why this game crashes @ the 3gb barrier.

have you tried the 3603 beta patch? If you use the beta patch it seems to resolve this problem completely, at least for me. I haven't yet had it crash in enormous games with 2k unit limits and 7 AIs...

I thought of that last night, installed 3603 and played a map. I had proc explorer running to keep an eye on memory usage. Game crashed differently than it normally does.

Usually when i would hit the 3gb barrier on 3599 it would "Stop Responding", this time on 3603 it crashed instantly to desktop, no error report or anything. I did have some mods running @ the time. so when i get home from work tonight i shall disable all mods and play again.

Will report later what happens.