SiMPLE | Forum

It seems like it didn't provide success for everyone to my recollection, but there was a patch which changed the menu resolution from the hard-coded 800x600 to be "whatever the game resolution is set to."  In case you wanted to take that approach rather than trying to make 800x600 supported by a video chipset or screen hardware that didn't want to.

https://bfmods.com/viewtopic.php?f=9&t=47957

Keep in mind this is a circa 2020 modification, so the pre-built BF1942.EXE provided there doesn't have latest modifications such as the master.bf1942.org master server DNS name.  So if the BF1942.EXE works for you in regard to resolution, you would need to use your hosts file to redirect queries for the old master server DNS name to the new master server IP address.  (Explained down in the "What If I Do Not Want To Use The Patched BF1942.EXE?" section at the bottom of https://ea117.com/gamespy, if you need tips on achieving that.)

Is there a distinction between this and the game.serverCoopAiSkill that BF Server Manager lets you control?

Arkos' answer is still the answer.  You're getting the number because your client connected with your preferred name, but then either timed out or crashed.  Your client then tried to connect again with your preferred name, but because the server still hadn't timed out your previous connection, your preferred name "was already taken" from the server's perspective.  And so the "_##" number was added to make your name on your new connection unique. 

When your client connected again after the next map change, apparently the same issue didn't happen again, and so you got your preferred name as expected.

It's not "the server crashed" because then everyone's connection would have been cleared, and your preferred name would have been available.  We're saying either your game client crashed, or something stopped the communication such that your game client believes the server connection was lost and it needed to make a new connection.

Note we're also assuming you're not trying to connect as "BFSoldier" or some name where there's a dozen people all trying to use that same name.

The installer-based package that Arkyliën provided in March 2022 contains both a CD-based BF1942.EXE and an Origin-based BF1942.EXE, and will apply whichever one is detected as installed on your machine.

Meaning it provides the same "CD and Origin" support that Tuia's "Battlefield 1942 GameSpy patch v1.61" installer package provided, except Arkyliën's now also has the BF1942.EXE files patched to resolve master.bf1942.org instead of master.bf1942.sk.

For what it's worth, you can see the expected screens and the "Retail" versus "Origin" selection at http://ea117.com/gamespy.

In .ZIP format you can see the link here:

https://team-simple.org/forum/viewtopic … 67#p176667

If you want the .EXE-based installer the link is:

https://www.moddb.com/games/battlefield … org-patch1

Note that the simplest explanation for "my traceroute doesn't get past 109.236.95.227 when tracing bf1942.team-simple.org" is that the next hop was the Team-SiMPLE server.  But the Team-SiMPLE server has ICMP response disabled, or inbound ICMP blocked, to reduce the attack surface.

You can also "ping bf1942.team-simple.org" and not get any response.  So traceroute is not going to get any response once it reaches the hop of the actual server, either.  This is how traceroute and ping will look for any server with ICMP intentionally disabled.

When traceroute never received any response, it has no idea "we have reached the actual server and there is no need to continue."  Traceroute will simply continue trying additional hop after additional hop, no matter how many hops you allow it to attempt.

If you haven't already installed https://team-simple.org/download/battle … _v1.61.exe, you may want to install it now.  Back when master.gamespy.com originally shut down, we all got exposed to some unforgiving timeout EA had used for contacting the master server.

In addition to replacing master.gamespy.com with master.bf1942.sk as the default DNS name, the patches provided here on Team-SiMPLE also reduced that timeout to something reasonable.  So even though the master.bf1942.sk server is knowingly down at the moment, the patch can still help avoid a "seemingly stuck forever" situation whenever the master server is unreachable, for whatever reason.

In my own testing just now, it seemed like it was 20 seconds before I regained control after pressing "Update" in the online server list.

I'm losing a bit in translation and not sure exactly why "shielding" is being cited here.  Since "shielded Ethernet' is also a thing, and almost never what you actually want or what your Unshielded Twisted Pair (UTP) equipment is designed for.

But "network lights can continue to flash even with the computer turned off, and do not stop until I unplug the Ethernet cable" is not entirely uncommon, depending upon the computer.  Hardware with Intel AMT, Intel vPro or other out of band management specifically do keep the network enabled, because the machine is still connecting and responding to management.  No idea whether than actually applies to the machine in question, of course.

Not all PoE hubs are "active" in that they would be attempting to "detect" whether a PoE device is actually present.  There are standards in place allowing that a PoE hub the ability to make this detection, and standards on the Ethernet port side such that they "shouldn't" have adverse effect from the presence of PoE.  Existence of these things doesn't guarantee it's actually present in your specific devices, or perhaps is just broken / malfunctioning if the computer is being connected to a PoE-enabled port.

I don't think anything is as dire as all that.

The first position being that I'm not aware of AX getting out of the BF1942 business yet, regardless of what's going on with the game server right now.  But even if it's not any time soon, we've still made offers to take up the master server if or when AX ever did want to get out of the business.  Given how long AX has been here, I can't imaging that's what they're looking to do; but sometimes life happens.

Second of all, how can this be the end of the world, when it's exactly what already happened once before?  Even if AX did walk away with the master server still under their arm, give us a little time and we'll make a replacement master server.  That's exactly what already happened once, and exactly what we're running on now with AX.  We'll just do it again.

Note there we also at least three or four third-party game browsers still querying and listing Battlefield 1942 server, at least back when AX was in the process of developing their master server replacement.  Seems like at least one of them even setup their own master server replacement to compete with AX; we'd have to dig up those discussion threads again.

Those links didn't work for me, but at least these two currently do?  Couldn't find "Jerk".  Coming from USA here, but it's more of a "doesn't exist" that I'm seeing, rather than a "not in your region".

https://www.youtube.com/watch?v=ZUjmAoL87AA

https://www.youtube.com/watch?v=N35oYOWzRFE

https://www.youtube.com/watch?v=M13jJqBG6SE

The map is from Rhode Island, USA.

Agree, there is something there.  But "didn't have write access to the game folder" (presuming the game folder is under Program Files) is still a description of the conditions under which we expect Microsoft's file system and registry virtualization to kick in too (i.e. the "VirtualStore" usage described earlier), so I'm not sure what the additional key factor is.

Are you maybe saying the .CON files were attributed read-only?  i.e. It was no longer a matter of "write permissions", but actually that the file itself was attributed as non-writeable?  Meaning perhaps Microsoft's virtualization was not willing to redirect attempts to write to the .CON files to the VirtualStore folder, because the original .CON files under Program Files were attributed as read-only.  Meaning the .CON files wouldn't have been writable even for a user with full permissions to write to Program Files area, and/or even with UAC completely disabled.

Yeah, that was a good one.  Longer uncut here, if interested: https://www.reddit.com/r/nextfuckinglev … has_balls/

Also: https://www.news.com.au/finance/work/at … 5b2080f3ea