Sean

There is no external server involved with hosting a game.  When the game is set to host, the server listens on port 2300 or 2400 udp for people to join.  The host should be able to run "netstat -an" from the command prompt and see that your pc is listening on one of those ports - 0.0.0.0 means its listening on all available IPs.  The host would need to know the IP that hamachi has assigned it (not the external ip or internal ip, the hamaichi assigned ip), and give that to the other players.  The other players would also have to be connected to hamachi, and input that ip into the ip box in pro pe.  If that is not working, then you have something else blocking, like windows defender firewall or the firewall of some antivirus. 

Sendowl does not send spam emails.  They send out the license email when a purchase is made, and in this case, they send out a email to people that made a purchase that a free upgrade is available.  We can't make any guarantees that everyone will get the email, and we don't have total control over where the email comes from or how its generated because its generated from them.  They have their own infrastructure, their own email setup, and their own controls.  If the email said it came from esimgames, but all the dns settings used to verify email sources say it comes from sendowl, then it will definitely be tagged as spam, so that would be a mistake.  Entire boring books could be written on this spammy subject, but hopefully that explains it better.  

Sendowl is part of the web store, its a digital license provider.  Not a advertising site.

I waited a few days before sending this out.  It's a legit email.  Not everyone reads the website, and this is a way to reach them and let them know a new version is available.  The content of the email was reworked to try to explain it a little better, but I understand when people are suspicious these days!

It's definitely a network issue.  Did you try clearing the external source port field in your firewall rules?  I've haven't used hamachi in years, but when I did, it worked with pro pe.  

Only the host needs port forwarding, the clients do not.  

Try:  2300 UDP, 2400 UDP. Clear the external source port number fields, I think that will effectively prevent it from working.  

When I scan the bundle installer with norton/symantec, it doesn't spot anything.  The bundle installer is clean.  Some of the "AI" features in these av softwares may not like the fact that it downloads files.   

It's been run through several AVs now, and none of them seem to find a threat.  It seems like its a common thing for defender to false alarm on rar files with this result, but its always a good idea to scan the file again with a second opinion scanner if you have questions.  Thanks for the report!

Thanks to everyone who worked on this patch!

Release notes and files posted here: https://www.esimgames.com/downloads/

I would make sure your power supply has enough headroom to run your video card.  600W is the recommended supply, I would look for a 800W to have plenty of head room.  If you are running a super high end CPU with a high TDP, you might need even higher.   

9 hours ago, Abraxas said:

Yesterday we drove a scenario with Leo2A4 in version 4.377. And again we had the situation where enemy tanks and APCs had broken in between our positions on the situation map. We tried to clean up this burglary in a hurry. In the end we had to realize that there was no enemy at all. It was misinformation similar to a mirage on the map. The enemy was actually kilometers away! This phenomenon was again in a Leo2A4 scenario at host and guests. It seems to be related to the Leo2A4.

 

Edit:

On March 5th, Gladiator(911) reported the following:

"According to the map, ONE single enemy PzJg (BRDM-2 AT) was indicated almost 200m next to an own tank section. But there was none actually, but rather almost 3 km further away. ..."

 

It was a Leo2A4 scenario! With Leo2A5/6 we never had this misinformaion before.

Can you attach the scenario?  Does it happen every time? 

Get the release notes and download links here:

https://www.esimgames.com/downloads/

Many thanks to the developers and beta testers that put this together!

I've attached the release notes.  Enjoy.

SBProPE_4-377_RN.pdf

https://www.esimgames.com should work

OK, how about now?

Does it work in chrome?

Please send a email to shipping at esimgames com with everything you can remember about your order, so it can be looked up, and license ticket forwarded.

I'll explain.

The initial event posted will have the time conversion done correctly for everyone else to see.  If you hit the button in the event to make it repeating, all the follow on "repeated" incidents of the same event will have the time zone conversion done wrong.  The developer has figured out what went wrong and it will be fixed in a later release, the work around for now is to post one event at a time.

Thanks.  Seems like a good chunk of the USA got snow for the holiday!

Merry Christmas!

I've applied some patches, has the TGIF for the 30th moved to the 31st?

Well, that sucks, because that is the new event.  Only the first instance of repeating events show correctly, all the follow on ones are wrong.

OK - sounds like the key is to delete the old event and create a new one.  Then the time zone works correctly.  I started a new TGIF entry starting on Dec 23.  

That one is right for me.  I added a new one called test.  Does it show up as saturday for you?

Can you try making a new event at roughly the same time?  Does it have the same problem?