Jump to content
Sign in to follow this  
maddogx

ARMA 2: OA beta build 89606 (1.60 MP compatible build, post 1.60 release)

Recommended Posts

http://www.arma2.com/beta-patch.php

[89603] Fixed: A possible crash when textures were loading too slow from the disk.

[89523] Fixed: Crash during engine termination from multiplayer game.

[89374] Changed: Scripts which are not in a pbo can no longer be executed when not in the mission folder to improve security.

[89361] Fixed: Linux server slow startup

Edited by Dwarden

Share this post


Link to post
Share on other sites

as i mentioned on Skype groups

the Linux dedicated server loading times improvement might also become visible on Windows dedicated server

so if You see / can provide some results from Your servers then thanks in advance

note: it's not active for clients (yet)

Edited by Dwarden

Share this post


Link to post
Share on other sites

I wish improvements to the ground effect in the recent ToH beta also made it in ;(

Was any work done to improve SMAA due to complaints about it looking worse than an injector?

Share this post


Link to post
Share on other sites
I wish improvements to the ground effect in the recent ToH beta also made it in ;(

Was any work done to improve SMAA due to complaints about it looking worse than an injector?

What ticket describes these issues? A search for SMAA on the issue tracker only reveals Adding SMAA, 2 months ago.

Share this post


Link to post
Share on other sites
Since the the lastest beta my Arma 2 CO freezes at lobby of multiplayer games. Does not happen without beta and I'm running no mods.

same issue here

Share this post


Link to post
Share on other sites
[89374] Changed: Scripts which are not in a pbo can no longer be executed when not in the mission folder to improve security.

Does this mean no more code in <Arma dir>\userconfig\somefile.sqf ?

Share this post


Link to post
Share on other sites
Does this mean no more code in <Arma dir>\userconfig\somefile.sqf ?

Moreover, what about the MyDocs/ArmA2/Scripts folder, which I use to develop scripts and access them from several missions?

Share this post


Link to post
Share on other sites
[89374] Changed: Scripts which are not in a pbo can no longer be executed when not in the mission folder to improve security.

I assume this mostly about blocking the loadfile "serverconfig_including_passwords" exploit. Unintended side effects may include shooting addon maker feet.

Share this post


Link to post
Share on other sites
Moreover, what about the MyDocs/ArmA2/Scripts folder, which I use to develop scripts and access them from several missions?

+1

The entirety of my Arma experience is playing my own editor based missions across multiple maps. All use (lots of) common scripts in Arma2/Scripts. I get the feeling this change is going to cause a lot of aggravation.

Share this post


Link to post
Share on other sites
Since the the lastest beta my Arma 2 CO freezes at lobby of multiplayer games. Does not happen without beta and I'm running no mods.

https://dev-heaven.net/issues/28756

Yes for me too. No addons, tried 5 different servers with different maps running. 89606 not working.

Edited by PELHAM

Share this post


Link to post
Share on other sites

Rolled back to v1.60.89223... not able to connect to our server (v1.60.88850).

:(

Share this post


Link to post
Share on other sites

1. userconfig doesn't work: ACE broken, CL mod broken, ACRE, Tushino radio addon broken etc...

2. no way to protect your server side scripts from potential leachers

3. script debugging is very inconvenient and anoying

rollback to previous beta

Share this post


Link to post
Share on other sites
no way to protect your server side scripts from potential leachers

Isn't it possible to run server side scripts in a PBO - i.e. an addon that only exists on the server? As far as I know, this should still work.

Share this post


Link to post
Share on other sites

@ prodavec

beta and mods are as always not recommended.

Share this post


Link to post
Share on other sites

Would be nice to have a server side config value say allowedscriptpath="some path" this way it will still have the required secrity but will also allow us coders to live debug with it. The all in a PBO form will take so much time to test code it would be silly

if(!(isnil "_Derka))then{hintsilent derka derka";};

Errror

shut game down

change code to

if(!(isnil "_Derka"))then{hintsilent derka derka";};

repbo

re-launch

reload mission

error

shut game down

change code to

if(!(isnil "_Derka"))then{hintsilent "derka derka";};

repbo

re-launch

reload mission

success

Share this post


Link to post
Share on other sites

Do you realize that you can still use unpacked data?

You only need a pbo loaded that uses the same namespace as the unpacked data

and has the same files in it (file content can be different).

Ref:

http://community.bistudio.com/wiki/Script_Path

http://community.bistudio.com/wiki/Arma2:_Startup_Parameters#Developer_Options

http://community.bistudio.com/wiki/CMA:DevelopmentSetup#Develop_with_unpacked_data

Share this post


Link to post
Share on other sites
Do you realize that you can still use unpacked data?

You only need a pbo loaded that uses the same namespace as the unpacked data

and has the same files in it (file content can be different).

Ref:

http://community.bistudio.com/wiki/Script_Path

http://community.bistudio.com/wiki/Arma2:_Startup_Parameters#Developer_Options

http://community.bistudio.com/wiki/CMA:DevelopmentSetup#Develop_with_unpacked_data

Very true but still would be nice to have a defined path and also would be nice to have an option to force -noFilePatching via the server config on all clients

Share this post


Link to post
Share on other sites
Yep, same
Bumped Ticket, same freezing for me too.

Share this post


Link to post
Share on other sites
Rolled back to v1.60.89223... not able to connect to our server.

:(

same for me :(

(signature check is broken?)

Share this post


Link to post
Share on other sites
Do you realize that you can still use unpacked data?

You only need a pbo loaded that uses the same namespace as the unpacked data

and has the same files in it (file content can be different).

Ref:

http://community.bistudio.com/wiki/Script_Path

http://community.bistudio.com/wiki/Arma2:_Startup_Parameters#Developer_Options

http://community.bistudio.com/wiki/CMA:DevelopmentSetup#Develop_with_unpacked_data

tnx for clarifying this, i feared we were loosing this option (and had no time to test it)

Share this post


Link to post
Share on other sites

from what i can tell there are no plans to remove or restrict unpacked data

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
Sign in to follow this  

×