VictorFarbau

Congrats DMarkwick, excellent job done here! I finally came around to install and test it - big fun. To spread the fire to trees and bushes really makes the difference :D VictorFarbau

Key problem to my understanding is still how to sync all that seemingly random movement in multiplayer mode. Sliding objects hitting other objects along the way which also start moving.... the end state would probably look different on each machine. VictorFarbau

My personal FPS comparison Vista - Win 7. It's not systematic (benchmarks), just based on my observations playing the same missions using the same video settings and testing my VFFPSS code. Any forest, daylight, low shadows, medium texture quality, Full HD resolution (1920x1080): Vista: 15-20 fps Win 7: 28 - 40 fps Plain open lanscape, no units, good weather Vista: 35-45 fps Win 7: 40 - 90 fps As said, on my machine I can really feel the difference a lot. And OEM - consult Wikipedia :) Cheers, VictorFarbau

Apart from your specific GTX 295 issues you might observe - Windows 7 has a reworked WDDM core which in pratical tests seems to be a lot less of a bottleneck compared to Vista. I for one with my medium to low end video card observed an incredible performance boost here. And all I did was to do a clean install of Win 7 and the latest available ATI driver for the 4850 card. No tricks or tweaks. 32 or 64 bit: only reason I installed 32bit was because I was handed the 32bit OEM version for tests. I never intended to keep it long term (which I might now due to Arma :) ). These days I would always vote for 64bit systems. That 3GB limitation is just not acceptable anymore with nowaday's hardware. Plus, driver and application development and testing for 64 bit systems only gets fuelled when the demand by customers is there. My 2 cents. VictorFarbau

The whole story is related to Windows Vista and the WDDM implementation (Windows Display Driver Model). This is what really kills your performance, 64bit or not. I read about this and thought they must be exaggerating. Little did I know, wait until you get your hands on Windows 7 - I bet you'd be amazed :) I went back from Vista to XP (got 10-15 fps more) and now to the RTM version of Windows 7 (got the OEM master for a test). And I got yet another 10 fps more out of it; avg increase on my good old machine(*) compared to Vista is roundabout 20 fps on average. Unbelievable. Now I can play Arma II on my dinosaur hardware in Full HD resolution and decent quality (all medium or high, but AA turned off, that's just too much for my videocard). So, kill Vista and move to Win7. I guess for Arma II players this statement really makes sense. VictorFarbau * = 965 chipset, Q6600 quadcore with 2.6ghz,ATI 4850, 4GB RAM, Win7 32bit

Done, both unsigned and signed version online now. VictorFarbau

Signing it, sure, I'll do that later today and upload it again. VictorFarbau

Hi Armatech, yes Robalo_AS also suggested that earlier. I just never came around to implement it. Now, your config works right off the bat. I am not a friend of copy and paste jobs but here I am :) Hope you don't mind - I just took the config, adapted it slightly (text and width) and also revised the core code for the control panel to show up quicker. All in all a good improvement I shall say. Hence: Updated to Rev 48, as usual all to be found in the first link. Thanks, VictorFarbau

Right now the only way to do this would be to call the control panel right after mission start and disable VFAI for everybody - then enable it when you need it. Haven't thought about a delayed start yet, to be honest. VictorFarbau

Updated to build 046. Please see first post for changes and download. I still need to use this. Maybe it'll get better with Win 7 :) VictorFarbau

Did I say comref? I mean the Biki. Anyway, the vehicle you attach it to is your cube, not the tree. Comref and Biki are a bit generic in defining what objects this command can be used on. This won't help you any further; it's certainly not meant to address such specific problems like yours now. As UNN already indicated the problem could be the object parent class of your cube - have you changed this to be a "thing" class already? In theory this should work then. Too bad tree objects don't accept that command. But how would you run this then? Constantly check all tree objects for damage, create a cube when damaged and then attach a fire to it? Sounds a bit mad in terms of CPU cycles to me :) VictorFarbau

In general this shows again that you simply can't blindly trust those scripting commands in MP. Unless a BIS programmer looks at this for you you simply won't know what is being broadcasted and what is not. The comref specifies that the 1st parameter of "SetVehicleInit" needs to be an object. If you follow the link to the "Object" specification it reads that there are certain subtypes, one of which is Bottom line: trust nobody, do some MP testing yourself and find out what is being really being broadcasted :) Kinda stupid though but it is like that since the days of OFP. VictorFarbau

To address a path within your mission / addon you use no backslash. To address contents outside you use a preceding "\". Example relative path: dummy = [0] execVM "mytest.sqf"; dummy = [0] execVM "testfolder\mytest.sqf"; This executes scripts within your mission/addon; one in the root dir, the other one in "testfolder". Example absolute path: dummy = [0] execVM "\VFFPSS\VFFPSS.sqf"; If you have my VFFPSS addon installed for example you could call one of its scripts directly from your mission. "\" is the root directory of all addons including all mod folder addons. You cannot go higher than "\" when addressing game contents. Cheers, VictorFarbau

Since a great deal of current addons require extended eventhandlers addon by Solus and Killswitch I guess a lot of activity will remain dormant until release. Since Arma 1 I made sure to maintain clean code for VFAI to be able to use it in Arma 2. However, waiting for EE now. Or are there new methods available that would replace the principle? Cheers, VictorFarbau

No idea whether this helps you but I use this in VFAI 3.0 for Arma 2: _buddy action ["DROPWEAPON",_buddy,secondaryWeapon _buddy]; _buddy doFollow (leader group _buddy); If the "drop empty weapons" option is selected these folks drop their weapons just fine. Just saw it yesterday with a launcher. Downside of line 2 is that you might see undesirable movement; but in the beginning I had issues with units stuck after this action. Might not even be needed in Arma 2 anymore; I wouldn't know right now. Cheers, VictorFarbau

@Jblack9, either you're not group leader or you're using an older version of VFFPSS at the same time. The latter had a bug which would the VFAI cpanel to not show up. @Kju - the inheritance method sounds good for the grenade and launcher story. Will put it on the agenda, too. Regards, VictorFarbau

The VFAI code will be paused as long as the unit is mounted in any vehicle - to avoid that exact behaviour. I am not taking the blame here :) @Robalo_AS: dear me, I was looking at outdated information then. Thanks for the tip. I will update the code rightaway and push the updated version to DH. Thanks, VictorFarbau

@Kremator - no, the control panel is optional in case you prefer to be able to turn on/off some features during the game. VictorFarbau

@DMarkwick - your turn :) Currently the smokeshells are a joke. Such a thin trail of smoke that wouldn't even confuse my ole grandma a bit. Useless. @Krematior - it uses ExtendedEventhandlers of the CBA project indeed to run it on each "Man" class unit. Which addons stopped working? @Robalo - I did put in the classnames according to the list of Arma II classnames published some time ago. Did you see this not working? Cheers, VictorFarbau

@kju: it's useractions still, next on my agenda is to implement that for VFFPSS and then for VFAI afterwards. FSM, haven't looked into this yet... VictorFarbau

You bet :) Code revision almost done. Release within 2 weeks from now I guess. Darn lack of time for anything right now :mad: VictorFarbau

Yes it is. But I haven't touched Arma 2 for a couple of weeks due to vacation and lots of RL work to do. I will work on this again some time soon. VictorFarbau

I like it. It makes the game much more enjoyable for me. Realism is nice but not to an extent where the game blinds me half of the time. I would swallow that if the AI would react to this - but since this is not the case it's just a cosmetic bother for me. Different story in all-human MP games, obviously. Cheers, VictorFarbau

Robalo_AS. "RscDisplayMPInterrupt" completely slipped my attention :) Looks like a good solution for this one. I will look into adopting this as soon as I am back. VFFPSS needs some other tweaks, too. Thanks, VictorFarbau

Problem is: using the ESC menu method basically prevents access to VFFPSS in MP player mode. Imagine this as feedback: Action Menu: We don't need clutter... ESC Menu: Can't reach it in MP... Key binding: No don't use this key because... Always skating on thin ice :) I will be off on vacation for a while now, plenty of time to think about this without a computer anywhere near... Cheers, VictorFarbau