Expanding Fronts is a big and popular mod for the game SWGB, which can be played on Voobly where it maintains a small, but constant community.
[You must login to view link]

Sadly, for the expansion to be useable on Voobly, some small adjustments are required that our coder (https://www.voobly.com/profile/view/123289067) cannot do on its own.

Would it be possible to get in touch, on whatever communications platform desired, so it can be discussed?

It would not take much, and it would be great to be able to play the mod on Voobly with all of its features instead of having to resort to other clients with inferior lobby systems and all that.

On behalf of the EF Dev team,
Regards

I am already in touch with him and also forwarded his request to our developer. I should ask Elusive again.

Requested Change for SWGB, just FYI:

These changes would fix bugs in the current widescreen patch of Voobly, they are unrelated to EF support, and I've already implemented a workaround in the EXE Patch. Would still be nice to have them fixed, though.
The two major problems I've spotted so far is
1. EF modified DRS load list which conflicts with the Voobly Data Mod interface which modifies it on its own.
2. Language INI string modifications do not seem to be supported for SWGB on Voobly mod framework side.
Perhaps there might be something else.

Do you want us to remove the Voobly widescreen vom SWGB or what exactly do you need from us?

Have you tried using your mod center for custom DRS files?

The SWGB widescreen patch included in Voobly has the bugs I've mentioned earlier. There is no need to remove it, just fix the bugs.

EDIT: The mod framework seems to only let you replace existing DRS files, not add new ones / remove old ones.

I don't know about Star Wars but I do about AoC.
Are you saying that, when you program a new graphic on AGE and load a file with that number into de drs folder, then it's not displaged in game?

hi any screen shot of widescreen bug please?
efpatch use this widescreen code?
[You must login to view link]
did he resize slp interface into "data\\wide_p1.drs" or did use INTERFAC.drs?

There is no "screenshot" of the bug because the bug is that the widescreen modifies parts of the game code unrelated to resolution system, resulting in crashes and out of syncs elsewhere.

Could you please tell us, whether your game mod contains an own implementation of widescreen? e. g. the one Katsuie has linked above.

Should have had this done yesterday Chris

I love and appreciate you

We are willing to update our client, so you guys can play Expanding Fronts (EF) on Voobly, but there are a couple of things we need to know beforehand.

Which game is affected, SWGB or SWGB Clone Campaigns? Or do we have to create a third game, called SWGB Expanding Fronts?

Please also answer the questions raised by Katsuie:

why set a second widescreen on voobly when you know it have already widescreen patch?
why write injection in same sector than userpatch resulting in crashes and out of syncs elsewhere.?
you have abity to fix that, people who made those patch on voobly leave for some moth or for some of them will never come back.
if you want extention on voobly you need to fix it or make a choise compile patch without widescreen and use voobly widescreen.

Yes, [You must login to view link] linked above is my implementation of widescreen in EF. All newly created files are put into wide_p1.drs, and the loader modified to load the new DRS, original files remain intact.
However, Voobly widescreen can just as fine be used instead, however, it will need to be updated to support stretching new civs interface panels, and the bugs mentioned earlier fixed. I'll outline them again with more details:
0x0046A920 - erroneous shift of the recorded game interface
0x004A9411 - tile pathing property mask, not resolution (causes out of sync)
0x004BE147 - tile pathing property mask, not resolution (causes out of sync)
0x005F6757 - campaign scenario load, not resolution (causes crash when starting a campaign)
0x004290A8 - message id, not resolution
0x005068C0 - removes tech tree button handler (why has it been done at all? Is there some problem I'm not aware of?) Expanding Fronts is a mod for SWGB: Clone Campaigns. Vanilla SWGB is unaffected.

EDIT: I'll outline changes to DRS loading as well, so an optimal solution can be thought of:
Original SWGB:CC loads DRS files in this order: EF loads DRS files in this order: EF changes the main graphics palette, so, in order to make original assets compatible, the _p1 drs files are created from the original files with the replaced color palette. The _x2 files are files that contain mod assets and are distributed with the mod.

can you try this overwrite interfac.drs instead to load in second time?