fn_Quiksilver 1633 Posted February 23, 2016 3DEN seems to have broken some crucial parts of the MP framework for PBOs packed with 3DEN. Clients loading in as server starts (not JIP) execute 'initPlayerLocal.sqf' multiple times, and server-crashing logfile sizes (+1GB) filled with 5+ million lines of Group B Alpha 4-1 (0x55da9f80) - network ID 2:1796 - no leader Group B Alpha 4-1 (0x55da9f80) - network ID 2:1796 - no leader Group B Alpha 4-1 (0x55da9f80) - network ID 2:1796 Great work with 3DEN though Moricky, it is quite nice improvement and I can see it wasn't just editor which was improved. Patiently awaiting hotfix :) Until the hotfix I would suggest people hosting mission on dedicated server to not use 3DEN-format mission.sqm Share this post Link to post Share on other sites
moricky 210 Posted February 23, 2016 Could you please upload your scenario somewhere, so we can test it? Share this post Link to post Share on other sites
fn_Quiksilver 1633 Posted February 23, 2016 Hi, I'm sorry it isn't feasible to put together a repro for our scenario, lots of files stored on server not in PBO. The only issue I was able to encounter/reproduce on my own was the RPT log spam. The 'initPlayerLocal.sqf' anomalies only occurred in the presence of other clients connecting simultaneously (perhaps connecting in the same role-assignment group). How to reproduce the RPT spam: 0. 3DEN sqm 1. Dedicated environment 2. Connect as client 3. On clients machine, local execute: createVehicleCrew (createVehicle ['B_UGV_01_F',(position player),[],0,'NONE']); 4. View server RPT. In clients RPT, this was occurring at the same time: 13:05:33 sending message: c4ebc900 (type Type_107), id = 73701 13:05:33 attached object info: 9f3210d0 13:05:33 last created message: c4ebe480, id = 73701 13:05:33 last sent message: bd3aee80 13:05:33 Last created message is bad: 13:05:33 sending message: c4ebc2c0 (type Type_107), id = 73708 13:05:33 attached object info: 9f3210d0 13:05:33 last created message: c4ebccc0, id = 0 13:05:33 last sent message: c4ebc900 13:05:33 Last created message is bad: 13:05:33 sending message: c4ebf740 (type Type_107), id = 73708 13:05:33 attached object info: 9f3210d0 13:05:33 last created message: c4ebc2c0, id = 73708 13:05:33 last sent message: c4ebc900 13:05:33 Last created message is bad: I used the Export to Multiplayer option to pack the pbo. Share this post Link to post Share on other sites
scooby78 0 Posted February 24, 2016 Hi, I'm not sure if this is exactly the same issue but I seem to be having similar issues with units not executing the Initialization line if they join AFTER the mission has started. To recreate it: 1) Make a MP mission with 3 playable units using EDEN. 2) Put a traceable init string in each units Initialization field (say.... a small script with a hint, individual join group ID or any command you can see a result from) 3) Save and run the mission on a server (I used a dedi) 4) Have two players join at the same time and push through into the mission [You should observe your script/command working on both players] 5) Have the third player join after the mission has fully loaded [You should observe that this player doesn't run the script/command] I performed the exact same process with the 2D editor and it works fine for all three players. I hope this helps. Share this post Link to post Share on other sites
fn_Quiksilver 1633 Posted February 24, 2016 May have found a fix for my issue with init scripts ... Related to owner command returning 0 when a bugged client connects, causing my init to be executed on all clients instead of the desired target. May not be related to the 3DEN. The RPT spam though appears to be different issue. More questions than answers at this point Share this post Link to post Share on other sites
