=VG= 0100011000101

8 hours ago, =VG= SemlerPDX said:

TLDNR;   This bug has now been officially identified (I asked if I could directly quote the R-Dev from the private forums, will post if able) - and it will be fixed in an upcoming update/patch, hopefully the next one, if not, the one after that.

WOW.

tears of joy. that would greatly enhance the quality of the game and I think our server would be fuller. we lose a lot of players with every crash ...

18.20 Zulu

we played fallujah std and the server crashed in the middle of the game. no choppers...muttrah inf was the map before.

On 23.8.2019 at 9:56 PM, =VG= SemlerPDX said:

  

great pictures, but do you find it ok to publish private pictures of volod? ;p

9 minutes ago, STRONTIUM_DOG said:

The Spoon is mightier than the sward   : ) 

above all, it hurts much more to be stabbed with a spoon than with a sword ^^

My survival kit :

• Laptop
• 2 different wi-fi sticks
• 2 USB-Recovery sticks with systems and tools
• some USB 2.0 and 3.0 sticks
• 2 LAN-Cable
• 1 USB LAN- Ethernet-Dongle
• a mobile hotspot
• Diverent USB-Cables
• a multifunctional knife
• a Powerbank or some charger
• a DVI-HDMI adapter
• a DVI-Analog adapter
• a USB-Serial adapter
• some batteries
• some SD/SIM-Card adapter
• a 4TB Harddisc with all the important programs and data
• a lighter
• 2 Ibuprophen
• a second mobile
• 1TB of music
• USB soundinterface
• Headphones
• Bluethoot adpater
• ...

as you can see ... the third world war can come ;p

2240 Zulu

We played Al Basrah and the game crashed without any reason... I just had the map open and cas was at the ground. in the middle of the game came simply "connection problems" and then pavlovsk alt was loaded.

try to create an offline accout and see if it works with it.

do you have multiple sound or graphics cards?
have you ever been able to play pr on this computer?
do you start the game in admin mode?
firewall and antivirus software you could also switch to off and try if it works. but turn back on afterwards !!!
in the launcher there are options to delete the cache and all other settings, which you could also try.

2 hours ago, =VG= SemlerPDX said:

I suppose it's out of our hands for now,

Negativ. its only in our hands i think.

I do not think that it really interests someone at deployment (but cant blame anyone for it)... it seems there are not too big problems with the bug, otherwise you would read something in the forum. and JTG has mostly 0-2 players ...nobody cares. 

2 hours ago, =VG= SemlerPDX said:

unless there is something that can be done within the engine itself to fix it. 

 we should continue to analyze his behavior and try to find a way to neutralize or move around him.

there is different behavour! local crashes a lot less than online. deployment apparently too. maybe we should play a few more rounds bf2 again ... etc.

So it can really be that we can never do anything about it, but it can also be that Kavelenko tomorrow by accident finds out that they do not crash if something else cross the border in the south before or whatever...

1 minute ago, =VG= Fastjack said:

You laughing but you right. The airvehicles of BF2/PR use a codeline that is called Wing and that codeline is responseable that the Vehicle can take off.

lol. then lets try out if a tank can crash the server if he got "wings"^^

8 hours ago, WarGhost said:

What if air assets cache is not refreshed at all when server run next map ? It could be a 0,0,0 origin of the map not taken from the current one (Keep in mind that south side is always negative asset origin value).

I would also see it that way, but then the server would not crashing immediately at the first map. after a restart the cache should be empty..., if you play kashan std then, the probability is very high that the server crashed.

I think that we can never fix this bug. BUT: because the server not always crashes we might find a way to limit it, defuse it or even bypass it ...

I now assume that this error also occurs in deployment but there very rarely happens because not so many newbies have the opportunity to immediately jump into a jet.

but if I start three times kashan std on an online server then i have an average of 2 crashs but once i can fly in the south ... why? what is different?
why is the error local much less common than online?

If you can answer these questions, then maybe you can develop a strategy on how to avoid it.

the only thing I can imagine right now is that it has something to do with the memory management. When I play pr on a computer with 16GB I get the memory.dll error much later than when I play pr with a 4gb computer. and these times are always similarly long. So if I open a sever local I use 16gb ... but if the vg-server but only has 4gb then this could be the reason why the error occurs more often.

i have the hope that it is a stupid combination of several events. So something like that just someone in the north also flies out of the map or similar ...

I would also try the days if there are maps that are uncrashable or if all maps crash.

another thing that I still want to try:
try to crash kashan 3-5 times and then compare the individual trackers of the games ... so where are the enemies, what kits were used , where are the individual units, in what condition are they ... maybe you can find out something.

or we play muttrah 24/7 ... that rarely crashes ;p

9 hours ago, WarGhost said:

Somebody give to binary a root server for testing, where he can install the game server and have full admin rights.

Of course it would be really cool if we could do that for a few days / weeks. So not only for me, but for handful of players who want to test things and dont have the possibility. the bug is so rare on local that it's hard to test there...

@WarGhost:

https://drive.google.com/file/d/1oIXSVcuP6ImOExBwknpYM2mb6bzbSrn1/view?usp=sharing

the 1st armored division of the mec Air Force in action ;p

can not we just replace all the jets and choppers and fly only with vehicles? then there are enough crashes but not of the server

10 minutes ago, =VG= Melon Muncher said:

So gonna close this issue. It's been found to be a BF2 engine issue.

but pls dont close this thread. if there are still ideas, observations or attempts it makes sense to leave this discussion open ...

In any case many thanks to all who helped and to melon for finding this bug.

maybe we should set up volod on the bug and he just kills this fu**ing noob ;p

On 8.10.2019 at 7:58 PM, =VG= SemlerPDX said:

Is it possible to edit it to fit?  This website is not that wide....

^^ no. i cant delete it or edit the size. pls try it for yourself...sorry.

17 hours ago, =VG= SemlerPDX said:

Is it possible to edit it to fit?  This website is not that wide....

Acro and I have had success with Google Sheets (spreadsheets).  I can embed an iframe for you if you give me a link to the spreadsheet.  NOTE: Sheet has to have small cells and text to fit inside 1400px max width.

if you have NO write permission, it might be useful, so that all your ideas can be included but only certain people can edit.

17 hours ago, WarGhost said:

I was thinkin about somebody drive it out of border then admin do a fly command, not fly it forward LoooL.

but I really thought flying ^ ^ if you are on the edge and use "!fly name 1000" then you fly quite a long time ... and if you then turn the cannon of the tank you can change his direction a bit ...
On a local-server it works, but unfortunately I have not enough rights to use !fly on our server. that would have to do a headadmin or we set up a testserver where you have more rights.

17 hours ago, WarGhost said:

I wish if i could have that table so i can sort or filter data (Easier to analyse).

look at your mails...

16 hours ago, =VG= ciro said:

Great table, can i ask that you add if the mission has custom weapon loadout please?

Thanks for all the hard work you guys are putting into this.

I think that everything is unchanged. probably the only thing that has been adapted is the kit-restriction. but the server-admins can say that more precisely.

14 hours ago, =VG= Kavelenko said:

@0100011000101 could you test the map that is most likely to crash on the GDO server for me?

I can try it, but I think there you can not do any map-votes and then it will be hard ...

On 10/8/2019 at 5:24 AM, WarGhost said:

can you make a list of some assets that crashs the server (All of them if you can) ?

Are flying assets the only ones crashing server ? If yes, we should consider three things to check: south, border and altitude.

only air-assets are crashing the server. I could not crash with jeeps and tanks. at airassets it does not  matter what you take. tranport (chennok and chopper), attack helos and jets are crashing. but most of the time I tried transporthelos.

On 10/8/2019 at 5:24 AM, WarGhost said:

Mostly borders are flat (Ground level or sea level if you wish), what happend if we take a grounded asset (Tank or vehicule) to the south border that is high like a mountain ? If it does crash server then south altitude is the issue. You can also try it in flat border and make "fly" admin command to test but you need somebody else to be in the vehicule.

The server crashed at mountains just like when it's flat. I even crossed the border on foot and there were no crashes. it think it has something to do with air assets itself. So vehicles of all kinds, on foot or parachute jumps could not cause crashes.
what you could try if the server crashed when a tank flies. but !fly works only upways ... let's see if you can fly a tank to the edge ^ ^

These tests have been done so far but I could not find any patterns in it:

list below.

On 6.10.2019 at 7:45 PM, =VG= SemlerPDX said:

Someone please answer if able:
 

On 6.10.2019 at 3:12 PM, =VG= ciro said:

Does the server crash if one of the cap marks in the south of a map is taken and then you fly south?

what do you mean by that?

with cap mark you mean the flag itself?

at kashan and jabal, the most southern flags are blufor. and there the server crashed no matter if we took flags or not.

more SALT! ...and even more SALT!^^

Quote

 

PR:BF2 v1.5.5.3 Changelog (2019/September/29)
-----------------------
GENERAL

• Fixed client crash.

 

Thats all;) 2,3 MB

it didnt crash...there are working on the update i think.

2 hours ago, WarGhost said:

i wonder if there is a way to have a testing server licence for those who want to contribute and make local network servers, i mean one pc as server and another as client, i though this way we will have much closer scenario to the real servers.

 

if you go to deployment-->create local, you can join this server with another computer in your network. but i have tried it 3 times now and it wont crash...

1 hour ago, WarGhost said:

3 hours ago, 0100011000101 said:

I have tried to crash local server. that was very strange. right at the first attempt (kashan std) there was a south crash. after that I tried it at least 30 times, but did not crash it anymore. there was still one crash when loading map but not a south crash.

Great job binary, so if i'm not mistaking, we can do the test on local server ? That would be great.

im not sure...i tried it again today and the local server wobt crash anymore...

it is about 1:35 or so ... If this happened to me again I would say yes, otherwise it might have been another PR bug. ^^

During testing in the last few days I had the feeling that the server did not crash at all once you have successfully flown over the south edge.

So once I was over it, I could fly with all the jets and choppers over the southern edge again at any time and nothing happened.

I tested this way:
mainly, I flew along the border of the map in all directions with two different choppers or jets, and then in the south ...
because the other edges do not crash and the crash itself does not matter if I flew over another one before, I would stop this because it saves a lot of time.

and I have more and more the feeling that it is map dependent, but it does not always crash ... there are some maps thats crashes more often, but there is no real pattern.
So far, I think all crashs are on STD maps. at least according to the listing...

I have tried to crash local server. that was very strange. right at the first attempt (kashan std) there was a south crash. after that I tried it at least 30 times, but did not crash it anymore. there was still one crash when loading map but not a south crash.

I still wonder, what is different in the south than in the west, for example? Something must be different there, otherwise it would not happen ^ ^

I also tested two maps on blackhound DEPLOYMENT but there were no crashs. I did not find any STD map there but mostly AAS (and AA INF).
it will be hard to test this in deployment.

@ head-admins:

is it possible to clone the vg coop-server and lock it with a password? so that we can study the crash at vg?
^^otherwise I will banned soon at JTG and with admin commands and possibly even rcon-commands you can try more and you are more efficient.

if that's possible, would it be possible to change it to a deployment server for a short period of time? so we can try out if its a coop or pr-wide bug?

i dont know^^

1 minute ago, TEDF said:

Does anyone remember when this issue started? Could it be something to do with the new flight mechanics that got added in 1.4-ish ( 26.11.2016) and AI files conflicting?

I joined pr somewhere feb 2017 and I do not know it without crashing. but that was not nearly as much as it is today. but we also had more maps ...

6 minutes ago, WarGhost said:

Need an admin for this to run it again after crash

on the JTG server you can do a map vote... if you are alone on the server you automatically win the vote... so you can switch between two maps and try again and again.

8 minutes ago, WarGhost said:

you probably gona need to clone server only for admins acces to do this cz you are not admin in other servers.

that would be really good. if that works, you could also enable mapvote and assign a password ... so others can test it.

alternatively you could perhaps only on this server give individual people admin rights so that they can try out.

11 minutes ago, WarGhost said:

I'm trying to be accurate as binary recommanded, whitch is a very good point.