Yoma

-The ftp stuff in the config file is only needed if you want to upload the generated repository to some remote server through ftp. -The tool doesn't require you install mod_mono for apache, it just needs mono to be installed on your server. -On the download side you'll need to make the output repository folder accessible through your webserver or ftp server. -SFTP is not supported. -At the moment documentation is pretty limited, feel free to write it, i simply don't have the time at the moment.

Most likely your "start in" folder is not set correctly.

Something that would be usefull is more context sensitive stuff when having selected squadmembers. So you could easily order ai's to stack up against a wall, use a vehicle for cover, blabla. Even better would be if these commands would be "sticky" so you could easily order a group of men to use a moving tank for cover. It could also be used for rearming (select group of ai's, rmb on crate, ai's run to crate and you get a popup with contents of crate and drag drop to different members).

Something that is left out in this whole discussion is how the ai works as a group. I've seen interesting stuff happen like -open fire on a squad that's just behind a ridge. -retreat behind the ridge. -Sometimes you get half the team doing a frontal suicidal attempt, half flanking left side, half flanking right side. -Sometimes there is only a left flanking side, sometimes only a right flanking side -Sometimes the whole squad does suicidal frontal attempt. What i'm not too sure of is intersquad communication (i don't really know what is scripted anymore and what isn't) but combine them all and they form a great enemy. I don't think it's very easy to make ai that's good enough to stand its ground against 30 human players and still run on a moderate cpu. Also the newer covering formations they use in CQB tend to cause a lot of human casualties and it's really fun to see how they sometimes outwit human players using algorithms. The grass however is a still a big problem (i don't like playing with it on at all). It tends to cause human players to stack up on non grassy areas. The best and simple solution i saw for this problem was the shortened GDT grass addon. I personally don't understand why BIS doesn't shorten the grass or make the grass length optional. The way the bushes work is great i think. Completely beats the original OFP approach where a bush could be a magical "now you see me, now you don't" shield for ai's. Same goes for the approximate leading you last know position, now you can really get pinned down in a building which was near impossible in the original OFP. Of course this can have funny effects like a t90 using mg's on a building's window instead of simple shooting down the entire building with main gun. But something tells me if ai would actually do that, a lot of people would start hating the game.

Haven't had the time to test yet, but windows reports same bytecount... lets hope they aren't testing the obvious :p Of course bytesize by itself does not say anything.

-As previously stated: the reason it asks you to restart the tool is because it will restart the tool with elevated priviliges. In layman terms: IT CANNOT DOWNLOAD FILES TO YOUR PROGRAM FILES FOLDER BECAUSE IT DOESN'T HAVE THE PRIVILIGES TO DO SO Look into disabling UAC if you want a quick and easy solution for that matter. -Your location should not be a problem (i'm Belgian myself, i can download without any hassle) -You probably disabled the cache function (tick use md5 cache in settings and restart the tool), this will cause the checking to be very slow. -Then have the tool build your entire arma2 cache db (settings, build Arma2 cache db) this will take a while, but next check will be superfast. -"Operation has timed out" is exactly what it says it is. Are you using a wireless connection? -What kind of antivirus are you using? -You probably also need to clear out your virtual store folder, google it and remove all arma files from that folder, then disable UAC and restart the tool. If you want me to, i can connect to your pc and try sort you out. Also you haven't stated the version of addonsync you are using, it should be 1.0.60 Something is obviously wrong with your AddonSync/connection/pc ,checking for addons on the KH repo takes exactly 5 seconds on my system.

Are you trying to download from a repository that's close to you? Where are you? For the "question thing" you get: it's a uac popup. By default the tool doesn't start with administrative rights, if they aren't needed, why have them. You could "fix" it in multiple ways: -Don't install arma2 in the program files folder (programs need special rights to write files there) -Disable UAC, google it. -Run the tool with administrator rights. Also you cannot run arma and download at the same time (Arma2 locks files when it's running...)

A small word on the "missing files" issue. As ACE gets pushed out through sixupdater, it seems the Kelly's Heroes repo has been affected by a bug in sixupdater. The addonsync repo is based on whatever it get's through sixupdater first. I hope the Kelly's Heroes repo will get fixed asap.

I don't want to mingle in any fights you guys have, but one can hardly accuse someone like Sickboy or the entire Ace team of not supporting the users? It just seems a very unfair remark? Ah i yearn for a life without all the politics...

You can hit weapons in vanilla too :-) Great feature no? The only thing that's not so great is that in real life you'd at least have some response and probably some wounding as well when hitting a guy on the rifle. This doesn't seem to be modelled in A2.

I'm sure there is a technical reason for requireing the player name, but is there no way to get round that limitation? I've been wondering about this from the start as it was the first addon i ever saw where it was needed to provide this info to get features working. I guess it's probably because glasses etc are bound to the userprofile? Replacing the "John Doe" within the default config would be a piece of cake, but somehow i consider it too hacky/iffy/specific mod centric to implement.

Beta exe version number is a bit odd. Breaks away from older versioning system. eg: 1.5.0.62017 new beta version: 1.5.69.645 , would expect 1.5.0.69645 It's not a biggy but would like to know if this is the way it'll be from now on. (AddonSync now keeps thinking there is a new beta :D ) Groundtexture stuff indeeds goes away when setting vd =3000 here. Overal the game "feels" a lot better, a lot less visible texture lag. I did run into some "headless" soldiers, kind of spooky but great fun.

I also get the dissapearing ground texture thing. GTX 285, QX9650, gpu driver v197.13 on winXP32

I think i understand what you mean. You want to use the base downloaded gzip files from sixupdater directly for addonsync. At the moment this is not supported. However, the linux thingy i made can be scripted to take input folders and build it into an AddonSync repo. So you could update through six, then build your addonsync repo by script. You could also look into making your own repo for sixupdater? Enhancements i could provide in some undefined, if ever, future could be: -Have addonsync download commandline for building repositories, this way you could download directly from another addonsync repo. -Have addonsync download repository x without decompressing, merge that repo with your own custom files. (this is a lot harder to implement but should be possible) Also do consider that gzip is a lot larger then 7z files... There is a yomatools ace mirror (KH ace mirror in default servers), you could download stuff uncompressed from there.

Why not install 7zip on your linux? Worked fine under Ubuntu (i'm not really a linux freak but i think 7zip is readily available for most distro's?) By the way you'll also need the latest stable mono release. (check the readme.txt that's included with the linux repo builder) If you need help i can try, but again i'm in no way a linux buff :)

Welll... what version is it?

Just to let you know: if people use AddonSync2009 v1.0.57 or later you can do the following: -Export your server to a .yas file (check server details in the tool) -then link to the file using the following special uri yashttp://addonsync.yomatools.be/Serverugaf.yas This makes importing the server really really easy (just click the link...)

Done. Has anyone tested the linux repo builder yet? Shout if you need help.

-What OS are you using? If it's Vista or Win7 you may have dirty stuff in your Virtual Store folder... Google it. -Try updating ACE through my tool and connecting to Kelly's Heroes (i know their server is good so...), click "required addons" before launching. -Do you get any errors when installing Arma2 / patching Arma2. Did you use the correct patches? -Note that the whole ACE2 concept is a progressing BETA kind of thing with all the up and downsides that come with that.

I think what you're doing is totally unneeded: the files that are not on your local disk will be called "removed" in comparing in the upload window. They will automatically not be included in the repo file you're building.

What version of the tool are you using? Normally after download you get a popup with all "armarelated" files preselected. Make sure you are using v1.0.59

Bug #10102: Autoimport via yasftp uri did not work. Feature #10101: Linux port of the autorepobuilder.exe, you can get it here Feature #10119: Autoconfig url for ftp can now be ftp://user:pwd@host.com

I've been doing some tests on porting the autorepositorybuilder to Linux (using Mono 2.6.3 on Ubuntu). This seems to work better then i ever expected. I will soon need some people to do some testing building repositories on linux servers. Requirements will be: -you have to have full admin access to your server (as with the windows tool) -mono 2.6.3 needs to be installed (there are various great tutorials on the net, i might include one for Ubuntu) -7zip needs to be installed, and a copy of the 7z binary should be placed in the application's folder. Calculating checksums will be a tad slower then on windows as i cannot easily port the cache db feature. I don't know wether creating sign files will work, don't know if BIS has sign file exe's ported to Linux. If anyone has more info on this, help would be appreciated.

Haven't windbg'd the dumpfiles, but if it does point to linksys wireless driver, then it might be a good idea to look for a different driver. Also I've experienced the same thing with some linksys USB wireless dongles at work. The solution there was not to install the latest driver, but some older version. By the way this info is all very iffy, maybe start off by telling the exact model number of the the wireless NIC.

Tnx Walker that was very nice.