The only argument from the developers is, that Eastern Front adds 2 new factions so you can not simply change the faction. It might take some time but can you just ask the original CoH developers or the responsible guys to look at it? Every other mod community fixed their problem in 1 - 6 days. Eastern Front will take 2 months at least.I just reminded you of the past: In 2010 (!) I posted about the slow development of EF and joked that CoH2 will be out before the Ostheer comes. As it turns out I was right. Eastern Front is one of the biggest and best financed mods so get your feet together and spend your free time on Eastern Front! You don't get paid like every other modder. You choosed your way!
The only argument from the developers is, that Eastern Front adds 2 new factions so you can not simply change the faction. It might take some time but can you just ask the original CoH developers or the responsible guys to look at it? Every other mod community fixed their problem in 1 - 6 days. Eastern Front will take 2 months at least.Eastern Front is one of the biggest and best financed mods so get your feet together and spend your free time on Eastern Front! You don't get paid like every other modder. You choosed your way!
To all the good times we had Eastern Front. My favorite mod for CoH, I am sad to see you end through a small patch from people that did not even work on the game. Its been to long to ask if this mod is dead, I know it is and I will always miss you.I guess I will see if blitzkrieg crashes to desktop after three months of time to repair a minor patch. Oh wait, it never did. I'll miss you Eastern Front, after three months I'll stop the CPR on your update button.... you are dead.
And now more seriously: Smoking Gun managed to recode so many parts of CoH 1 Steam Version with the last 2 patches that all our tries to fix the recrew problem have not been successful yet.
I can't wait till they add british to CoH:O; the extreme forces leveled by the new imbalances will create a black hole around the servers that destroys half of Canada.
What is (swapping to independent opcodes)? Im not familiar with that.
As requested, here are some details on what is actually causing crashes. This may be somewhat technical.As you may be aware, in the past EF had problems with recrewing weapons. This is because CoH is hardcoded to only read capture squads for the 4 basic factions from team weapon entities. If you try to capture a team weapon with a Soviet squad, the game will crash because it cannot find the appropriate entry in the RGD (and subsequently runs into invalid memory sooner or later).What I did back then was writing a custom DLL FactionFix.dll which for all purposes acts like the original game DLL (WW2Mod.dll; in fact it just forwards any calls to that DLL) but does some in memory patching, i.e. it changes some parts of the code in the original DLL. The code that is changed is the code that controls which squads are spawned when a team weapon is picked up. Whenever a non-standard faction tries to pick up such a weapon, my code jumps in and calls a certain ScaR function that returns the RGD-path of the appropriate squad. (To get the actual Lua-state of the ScaR-instance, I make use of Corsix' LuaExtCore.dll.).Everytime a patch containing more than just balance changes is released, there is a chance that the address of the code that is to be patched has been changed. If parts of the DLL have been recompiled, it is even possible that parts of the fix have to be rewritten: Because we only have the binary files (i.e. the compiled code), my code needs to seamlessly interface with x86 assembler (which I very much like). Unfortunately that means, that if the compiler thinks it is better to put some value that was in some register EAX last time around into EBX this time, I have to rewrite parts of the code and spend sometime reverse engineering the data flow. These are all things that can be done rather quickly (even if some engineer at Relic decides that what has been an __stdcall up to v2.601 should be a __thiscall in 2.700).The ugly part is if things do not work out immediately: This stuff is impossible to debug; without proper debug symbols even the stack traces of DMP-files are bogus and most applications totally don't like being debugged. Furthermore, debugging without any source code is tedious and not fruitful (especially when you are working with a system where you do not even have the faintest idea what most of the functions actually do!).So what I currently have is the following:I have updated the DLL accordingly and I have noted that besides some changes in the offsets, WW2Mod.dll has not been changed in the parts relevant to this patch. Still, the patch is not working as intended: Sometimes it works, sometimes it crashes, and sometimes it does not even allow a weapon to be recrewed (the cursor does not change into the right symbol and no action is possible). This (in a way) is the worst case scenario: My code seems fine (it is the same as for the last version and it worked for that one), but the behavior is somewhat non-deterministic. Sometimes you can capture a weapon, yet other times it won't work (using the same squad type and weapon type). If the game was crashing consistently, I could just look at where it is crashing and backtrace from there. But it does not.I am not sure what causes this behavior. I have already witnessed similar behavior when I only patched an irrelevant part of the code (swapping two independent opcodes). This could indicate that some kind of memory protection mechanism is employed, yet I am not willing to believe this (why would it show that specific behavior? Why wouldn't it just crash all the time?). Non-determinism in behavior may also be indicative of multiple threads using the same code with non-thread-local data, but I highly doubt that because my testing setup was fairly isolated and it seems unreasonable to distribute the game logic to different threads, at least for this specific case. Another possibility is that I am missing a new piece of code that was inserted, but I was unable to find anything.As you can clearly see, this problem is specific to mods that have additional factions.To clarify another thing: I am not getting paid for this. Nobody here is getting paid for anything. And even if you did, you would not be entitled to anything because quite obviously, you did not pay for anything .
I think we should consider the entire remake for 2.602, tell people to have cracked game (or if you already have the old version), this version will never upgrade and we will be safe with it. This is just a suggestion. So we will be focusing more on the campagain , offline with AI (the down side of this is no online game)
Quote from: minhvn on March 12, 2014, 11:46:06 AMI think we should consider the entire remake for 2.602, tell people to have cracked game (or if you already have the old version), this version will never upgrade and we will be safe with it. This is just a suggestion. So we will be focusing more on the campagain , offline with AI (the down side of this is no online game)EF isnt an "offline" mod.
Author
Topic: Sorry to see it go. (Read 9119 times)
