1longtime

$ steamcmd login <yoursteamcmduser> app_update 233780 validate add to launcher string: -mod="vn"

This is great. Thanks for creating it and glad it's still active.

Just bumping this... does anyone know the answer?

Hi Jezuro. Is the source code to Warlords available?

Very late response, but the config.php is changed like this: 1) Find the following lines: # add as many more mods as you like... just copy the next line, uncomment, and edit: #array_push($mods, array("http://www.some-yoma-link.com/updater/someyomafile.7z", "/home/arma2user/arma2-server/@mymodfolder/")); 2) Remove the # from the second line (the array_push line) and fill out the two fields so: a) first parameter is the Yoma Autoconfig URL b) second parameter is the folder where the mods are located Example to set up Kelley's Heroes ACE Yoma URL with the folder located at "/home/arma2user/arma2-server/@ace2/" array_push($mods, array("http://www.kellys-heroes.eu/updater/ArmA2ACE-Repository/ArmA2ACE-Repo.7z", "/home/arma2user/arma2-server/@ace2/")); ...then in the folder where this script is located, executed the script with: php -f addonsync-update.php This is also contained in the readme.txt.

This is a PHP script to sync a Linux based Arma2 server to a Yoma repository. It downloads an AddOnSync "manifest" file (some .7z), parses it for mod files, checks if they've changed, and if so it will delete the stale file and re-download the new one. This is essentially what AddOnSync does. This is useful for repositories that do not allow anonymous FTP or do not have a proper "rsync" server for sync'ed updates. Download at Armaholic: http://www.armaholic.com/page.php?id=10732 UPDATED: 6/15/2010 Comes pre-loaded with the ACE2 repository at Kelly's Heroes ( http://www.kellys-heroes.eu/ they maintain an AddOnSync-ready ACE2 mirror, a much needed community service), so this is also a good way to get an updated version of ACE2 on your Linux server without using the SIX Linux workaround.

TOOL UPDATED: 1) Now properly handles lower-case filenames used for a Linux dedicated server (the "permanent backup" workaround is no longer necessary). 2) Now handles multiple AddOnSync repositories, running the tool will sync all configured modpack repositories. Strongly recommend anyone using the old version to download the updated version. The improvements are important.

Just a note, if you are attempting to use mods in subfolders / subdirectories on a Linux server, you need to use a backslash in the path (even though Linux uses forward slashes) AND you need to "escape" that backslash with another backslash. You also need to "escape" the semicolon with a backslash... so basically lots of backslashes. For instance, if you wanted to start the server with the following mods: @mymod @foo\@bar ...then the modified line in the "arma2server" file would look like: $MOD=@mymod\;@foo\\@bar\;

I'm having trouble running the following mission: co_32_Untern_Lehrgang_1_01.Chernarus.pbo ...which I copy from ACE\mpmissions to arma2\mpmissions folder on the server. Mission version 1.01, 1.02, and 1.03 all have errors and begin with only four vehicles (one Stryker, three MTVRs). The error logs are: 22:23:56 Mission co@32 ACE Untern.Lehrgang v1.01[KD] read from bank. Warning Message: mpmissions\__cur_mp.chernarus\mission.sqm/Mission/Vehicles/Item22.vehicle: Vehicle class MineMineE no longer exists Warning Message: mpmissions\__cur_mp.chernarus\mission.sqm/Mission/Vehicles/Item23.vehicle: Vehicle class MineMineE no longer exists Warning Message: mpmissions\__cur_mp.chernarus\mission.sqm/Mission/Vehicles/Item24.vehicle: Vehicle class MineMineE no longer exists Warning Message: mpmissions\__cur_mp.chernarus\mission.sqm/Mission/Vehicles/Item25.vehicle: Vehicle class MineMineE no longer exists Warning Message: mpmissions\__cur_mp.chernarus\mission.sqm/Mission/Vehicles/Item26.vehicle: Vehicle class MineMineE no longer exists ... ...and more... 0:08:21.793 (0) [x\ace\addons\module_easa\XEH_preInit.sqf:8] Initializing: ace_module_easa version: 0.1.188 0:08:21.989 (0) [x\ace\addons\sys_irstrobe\XEH_preInit.sqf:6] Initializing: ace_sys_irstrobe version: 0.1.188 0:08:22.141 (0) [x\acex\addons\c_veh_mah6\XEH_preInit.sqf:4] Initializing: acex_c_veh_mah6 version: 0.1.136 radar is not soldier nor transport. No transport hq is not soldier nor transport. No transport 1161b3f8# 1055219: wf_anti_radar_east.p3d is not soldier nor transport. No transport 116bcd38# 1055220: wf_heliport_east.p3d is not soldier nor transport. No transport Strange convex component x\acex\addons\m_veh_stryker\m1127_m2.p3d in component23:geometryFire Vehicle type MineMineE does not exist "############################# co@32_ace_untern_lehrgang_1_01 #############################" Error in expression <setterraingrid 50; pos_array=[position pos1,position pos2,position pos3,positio> Error position: <pos1,position pos2,position pos3,positio> Error Undefined variable in expression: pos1 File mpmissions\__cur_mp.chernarus\init.sqf, line 39 22:27:39 Mission read. 0:09:09.383 (0) [x\ace\addons\version\XEH_postInit.sqf:4] Initializing: ace_version version: 0.1.188 Error in expression <); _pos = pos_array select _p; _handle=[_pos]execVM "setpos_sample.sqf"; }; if > Error position: <_pos]execVM "setpos_sample.sqf"; }; if > Error Undefined variable in expression: _pos File mpmissions\__cur_mp.chernarus\init.sqf, line 73 [...] Many Strykers are missing, there are no ammo/weapon crates, the walls of the base do not appear. I have seen the mission work correctly, but I cannot make it work correctly on my server. It should start with many more vehicles (Hummers, Strykers) and have tents, crates, and walls all around the start. I am launching the server with only ACE 188 /ACEX / CBA / and now ACEX_SM. I do not know how to contact Kiddynamite... and my deutsche is very bad! Is anyone else having this problem when they try to play this ACE mission? Am I doing something wrong with my server configuration, or has a recent ACE update broken the mission?

This mission works now. After upgrading the Linux server to 1.05 and ACE to 195, it simply works now. I do not understand why, but I am happy.

If the regedit fix failed for you (like me) then here's another fix: 1) run regedit.exe 2) under Edit -> Find do a search for "pbo" 3) delete every key/value pair defining PBO values. 4) log out of Windows and log back in 6) run cpbo.exe to re-install the cPBO Explorer tools 7) log out and log back in again 8) right click a PBO, you should now see the "extract PBO" option you had before installing 1.05 This is an issue with Kegety's tool and the way it associates itself with files in the registry. The steps I listed above fixed the problem for me (Win 7) but the reg fix listed before did not. EDIT: um, ok looks like I should have refreshed before I posted. 76 posted the same thing in fewer lines... but whatever, I'll leave my redundant post.

No one else has problems with this mission? I have connected to a few servers where this mission loads incorrectly with the "Error Undefined variable in expression: pos1". I am surprised no one else is helping. Also, I cannot find any problem with my server configuration...

I still have the same error "Error Undefined variable in expression: pos1" in the editor. When I click "Preview" in the editor, I have more vehicles (and AI friends), but there are still missing items: the TOW Hummer and M2 Hummer, the ammo crates, and all the walls are gone. What could be wrong with my server? I have seen other servers with the same problem, some can run Untern Lehrgang properly and some cannot. EDIT: The other ACE missions work properly on my server. Are there some special add-ons/scripts that I need?

Worked flawlessly using 1.04.61018 on Ubuntu 8.04 dual core with 2GB RAM. Thanks, guys at BIS, for making this happen.

I don't want to sidetrack this thread, but I want to post a counter-example to this post: This is the exact opposite of what I have recently posted, particularly how happy I was to drive through Elektroz without stutters. An SSD WAS the solution for me. It solved all the "massive stuttering." I'm not sure why you are still having problems... perhaps you have an older SSD? The older ones had major problems with write caching... The RAM-Drive is faster, without a doubt. I don't have enough RAM to move the entire Arma2 folder, but even with only the highly used PBOs it will undoubtably be an improvement for performance. However, I'm very happy with my SSD performance now so it won't be a high priority. Very interesting though. Again, I'm sorry you're having problems with your SSD, but I want to respond as a counter-example: I bought a newer-generation SSD and it makes Arma 2 awesome. HDD reading is a major bottleneck, and SSD solved it. A RAM-disk is no doubt even MORE awesome. I'm jealous. Maybe. But we know this is the best game on the market... so a little bit of obsessive behavior isn't so bad. I chased the dream of ultra-high-resolution Arma2 with ultra-high-performance... and you know what it cost me? Another 8800gtx (eBay for $65) and an SSD ($320 + tax). Totally worth it.

Ah Bulldogs, I can't stay mad at you... come here you little rascal...

Why would any of your actually buy DR? If you're here in an Arma forum, you clearly are a) into mil-sims and b) have a computer. You KNEW this was a console port, and you STILL GAVE THEM THE MONEY?? Couldn't even wait for the demo, could ya? Or even just watch a livecast of the gameplay footage on day-of-release? Or read the post-release reviews? You bought this game blind on day-one, even after all the warning signs? Some of you even PRE-ORDERED it, KNOWING that the name had been taken by a group who had nothing to do with the original? You bought it because it had the name "OFP" in the title?? What were you thinking? I'm very disappointed in you, young man. Now go to your room and think about what you have done.

Very true, but I'm not having that issue with my OCZ Vertex (64MB cache). I actually captured it doing a write to the RPT, which you can see from the screenshots I posted on page 5 in this thread: http://forums.bistudio.com/showpost.php?p=1456467&postcount=45 The "write" is 1ms, but of course probably cached and takes more like 5-20ms or more in reality, but the caching makes that transparent to the system, so we won't notice. Obviously if it's too "write-heavy" the cache will eventually have to catch up, but I can't see that as being a common problem in a gaming application.

The camera movements stresses your hardware. Some scenes still have hesitation, but it's much less than with HDDs I scarcely notice them. Here's what I'll say for my ArmaIIMark (non-demo) performance: Tests #1, two UAZs- on HDD, several stutters mid-scene, no stutters on SSD #2, fly over the base- on HDD, popping textures and stutters throughout, on SSD textures pop much less, still one quick stutter in middle (during the quick snapped camera pan toward ground) #3, tank walk- on HDD this was brutal, stutters throughout (not much popping though) with one huge stutter mid-scene when camera turns downward near tree and colored smoke, on SSD much smoother and stutter is zero #4, spin test- never had problems here on HDD or SSD #5, crash landing (very demanding test)- lots of stuttering on HDD, less stuttering on SSD but still not very smooth (limitations of my hardware, I suspect) The real question is: how does it play? I'm curious how the old "evil" Jmicron controller on your SSD handles Arma2... I've heard the older controllers tried to do caching improperly and can sometime take up to one full second to catch up doing drive writes, so I wonder if you ever see performance problems with it. In Win7 you can use Task Manager -> Performance -> Performance Monitor and watch the disk activity, and Arma2 definitely does a few drive writes (but mostly reads of course). I was happy with the response time on my SSD when doing a write, but I'm curious about the older models. Arma like to write to arma2.rpt occasionally.

Sorry, I don't have Arma installed on the traditional HDD anymore. What I have noticed is the loading time from desktop to the Arma main menu seems about half (but my old HDD was a 7,200 RPM, so the difference is more dramatic than 10k owners). From computer boot to Windows desktop is very, very fast... maybe 30 seconds total, and most of that is during the BIOS bootup. I really think the more important statistic, however, is what happens IN the game. Think about it: you only start the game once (unless maybe you use a launcher like Yoma's tool AddOn Sync, which is awesome btw). The screenshots of disk activity from a few posts back are disk activity DURING the game. I think that is WAY more important, since it makes your gameplay dramatically improved. I'm very happy with my OCZ Vertex. I think I was very lucky with my price, however... it was 120GB a little over $300 + tax after the mail in rebate. BUT all the 120GB OCZ models I see now for that price are WITHOUT THE CACHE. The OCZ 120GB with the cache is closer to $400. Like I said, I think I got lucky on my price. *SERIOUSLY* DO NOT buy an SSD without the onboard cache. The manufacturers are dumping these no-cache drives everywhere because they are stuck with them. They're usually $100 cheaper (or less/more). Don't fall for it!! Let their stale hardware sit on the shelves. Buy one with the cache, or suffer with new hardware that writes slower than your old HDD!

Wow, that warning is a real kick in the teeth. You just made this info harder to find, which doesn't help anyone.

Here are my screenshots of disk activity from before (with an old 7,200 RPM drive) and after (a new SSD 120GB for around $300 + tax [after rebate]) of Test #1 from ArmaIIMark: BEFORE: AFTER: Good luck, hope this helped.

We should all be talking about hard drive speed alot more.

VERY cool video, thanks for sharing that.

So no one knows the answer definitively? Does increasing the 3D resolution to 200% change the volume of read data from the hard drive? I see no other answer to the SSD-fillrate-miracle. Um, maybe it loads the mask that is specific to the configured fillrate? (I'm not even sure what that means, but it sounded cool...)