Worldeater

Same here. I'd rather clear mines in Angola for a year than play another level of Doom3.

Reminds me of Lemmy... "I see the hated enemy, I see what I was taught to see." -- Motörhead, March or die

The whole class tree is available as a all-in-one file. Check out this thread on OFPEC.

Right. There are five FSM files in ArmA but 889 in ARMA 2...

What happened to the BIKI? It's not usable anymore when logged on. Every request is answered with an: Am I the only guy having that problem?

http://forums.bistudio.com/showpost.php?p=1307794&postcount=78

http://forums.bistudio.com/showthread.php?t=74518

Well, after I preprocessed your config with mcpp they weren't that hidden anymore... ;)

http://community.bistudio.com/wiki/PreProcessor_Commands#.23define Check minFPS, maxFPS, minDist and maxDist.

Here's the "effective"[1] RscEdit class: class RscEdit { access = 0; type = 2; h = 0.04; colorBackground[] = { 0, 0, 0, 1 }; colorText[] = { 0.95, 0.95, 0.95, 1 }; colorSelection[] = { 0.543, 0.5742, 0.4102, 1 }; autocomplete = ""; text = ""; size = 0.2; style = 0x00 + 0x40; font = "Zeppelin32"; sizeEx = 0.03921; }; HTH [1] i.e. not taken from a config but dumped from the running game

Your examples won't work since both are missing a semicolon after the code block. You might want to take a look at your RPT file. I guess you'll find a lot of answers in there... ;) Edit: Are you sure you use execVM and not exec to run your scripts?

If you need a dictionary... http://dict.leo.org/ http://www.dict.cc/

Looks like the P35 chipset on your mobo doesn't support it.

Wut? Logging errors to a file instead of throwing them in the users face is a great idea! It will also force scripters/modders to actually look at the RPT (which will hopefully increase the quality of addons big time... I mean have you seen all those crappy addons for ArmA that caused thousands of errors to be written to the RTP within minutes?) Download a decent log viewer and you'll realize the great wisdom behind this decision.

Please note that there is no need for a mission to have a SQM file. Having a mission.sqf is enough (here's an example for ArmA). The problem with the 3D editor is that if you export the mission the resulting PBO contains an empty mission.sqf (and A2 will crash when you try to play it).

Adapter 0 (\\.\DISPLAY1): ATI Radeon HD 3870 X2 VM to SM (Download): 1397.11 MB/s SM to VM (Upload): 1668.19 MB/s ===> Testing device 0 <=== Device type: RV670 Max resource 2D width/height: 8192/8192 Total GPU memory size: 512 MB Total CPU cached space size: 1855 MB Total CPU uncached space size: 1855 MB GPU engine clock: 850 MHz GPU memory clock: 960 MHz Number of timing loops: 100 ... [ 134217728 bytes] CPU->GPU= 1.836 GB/sec, GPU->CPU 3.314 GB/sec [ 268435456 bytes] CPU->GPU= 1.148 GB/sec, GPU->CPU 1.343 GB/sec [ 536870912 bytes] ^C DPC Latency: ~35μs Phenom 9750, 780G, DDR2-800

The errors are dumped to the RPT now.

You can't.

Uhm... WTF? Do you really want them to waste time and resources on something totally unimportant like this?

Why don't you download Kegetys' ArmA Tools, unpbo the ui.pbo, unrap its config.bin and take a closer look at all the stuff? The missions.pbo also contains good reference material.

More or less ripped from the "armory"... class RscActiveText { access = 0; type = 11; style = 2; color[] = { 0, 0, 0, 1 }; colorActive[] = { 0.3, 0.4, 0, 1 }; soundEnter[] = { "", 0.1, 1 }; soundPush[] = { "", 0.1, 1 }; soundClick[] = { "", 0.1, 1 }; soundEscape[] = { "", 0.1, 1 }; text = ""; default = 0; idc = -1; x = 0; y = 0; h = 0.035; w = 0.035; font = "Zeppelin32"; sizeEx = 0.03921; colortext[] = { 0, 0, 0, 1 }; }; class Test { idd = -1; class Controls { class foo : RscActiveText { idc = -1; style = 48; x = -1; y = -1; w = 3; h = 1.9; text = "#(argb,8,8,3)color(1,1,1,1)"; color[] = {0, 0, 0, 0}; colorActive[] = {0, 0, 0, 0}; onMouseMoving = "hintSilent format ['%1\n%2',_this select 1, _this select 2];"; }; }; }; HTH

Here's the big radio tower: http://maps.google.com/maps?t=k&q=50.671944,14.228889&ie=UTF8&ll=50.671945,14.228894&spn=0.005854,0.009377&z=17

I think that's the original airfield: http://maps.google.com/?ie=UTF8&ll=50.611731,14.757814&spn=0.046895,0.114412&t=h&z=14 :)

That's a pretty bad idea. The mission.sqf calls runInitScript which runs init.sqf (which runs mission.sqf, which runs init.sqf, which runs mission.sqf, and so on...). So you better remove the runInitScript command from the mission.sqf before running it from init.sqf.

In the outer regions of the scope view. Compare the top of the tower: