AddonSync2009 (downloader, launcher)

[Yoma 0]

What does the hardlinks do exactly...

Does it create links to the original files in the Arma2 folder rather than copying them to the repository folder and creating 7z?

Also can you explain the cache a bit more? Why should we create a cache?

We have 3 dedi servers and they are in 3 different folders like Arma1, Arma2, Arma3, and they all have their own repository folder and file. Does this create any issues re cache?

great job

The caching is actually just "cache of md5". Calculating full MD5 of big files can take a bit of time. What the cache does is it stores the MD5's in a small database, together with the date_changed of the file.

When the tool needs to check the md5 of the same file again, it will fetch it from the database if the file hasn't changed. (this allows for superfast compares when the md5 is in cache and hasn't changed)

If the file has changed it simply recalculates the md5 and stores it in the cache db.

The full rebuild of cachedb in settings, just runs over your arma(2) folder and removes records of files that no longer exist and calculates checksums of files that are new/changed.

It's shouldn't be really needed, but is just a bit of cleaning/updatings procedure.

The hardlinks option works as follows:

-server A with addonA.pbo in folder /@ServerA

-server B with addonA.pbo in folder /@ServerB

-Addon A is allready downloaded and in MD5 cache

-you start downloading the addons of server B

The tool detects that you allready have a file that's exactly the same.

The tool now has 3 options

a) download the file (slow and unneeded)

b) copy the file over to the @ServerB folder (cool, but file get's duplicated)

c) create a hardlink to the file and avoid it from taking up duplicate diskspace.

d) if the hardlink doesn't work, fallback to the normal copy process

It's an experimental feature, but seems to work pretty good.

By the way to check the hardlink feature you cannot check "folder size", but need to check size taken up on the entire disk (ntfs will just return the file size to explorer for the hardlink as well).

Edited November 24, 2009 by Yoma

[cross 1]

The full rebuild of cachedb in settings, just runs over your arma(2) folder and removes records of files that no longer exist and calculates checksums of files that are new/changed.

It's shouldn't be really needed, but is just a bit of cleaning/updatings procedure.

OK got it now. Also, can you confirm, it creates the db for files in the given Arma2-program folder ?...ie ArmA2 directory provided in Settings tab.

But unfortunately it will not do it for 3 servers I have in 3 different folders...at least not for now.

The hardlinks option works as follows:

-server A with addonA.pbo in folder /@ServerA

-server B with addonA.pbo in folder /@ServerB

-Addon A is allready downloaded and in MD5 cache

-you start downloading the addons of server B

The tool detects that you allready have a file that's exactly the same.

The tool now has 3 options

a) download the file (slow and unneeded)

b) copy the file over to the @ServerB folder (cool, but file get's duplicated)

c) create a hardlink to the file and avoid it from taking up duplicate diskspace.

d) if the hardlink doesn't work, fallback to the normal copy process

Thanks for the info. Its much clearer now.

A followup question; this detection is within the same folder I assume.

For example, if I am downloading the mods to folder c:\mulder1\@folder1, it will search & try to find same files under c:\mulder1 and NOT under c:\programs\Arma2.

OR

does it search all the custom modfolders listed in db + default ArmA2 ?

Edited November 24, 2009 by Cross

[Yoma 0]

OK got it now. Also, can you confirm, it creates the db for files in the given Arma2-program folder ?...ie ArmA2 directory provided in Settings tab.

But unfortunately it will not do it for 3 servers I have in 3 different folders...at least not for now.

Thanks for the info. Its much clearer now.

A followup question; this detection is within the same folder I assume.

For example, if I am downloading the mods to folder c:\mulder1\@folder1, it will search & try to find same files under c:\mulder1 and NOT under c:\programs\Arma2.

OR

does it search all the custom modfolders listed in db + default ArmA2 ?

The cache db generation via settings will only work on via the set game folder. (for now)

However whenever the tool calculates a md5 it goes through the same function you if for example you do a "compare" in another folder, all the pbo files' caches will be calculated and stored in the db.

Of course the location on disk (fullpath) is included in the databaserecord.

When downloading it will look in the entire cache db, but it will no longer actively scan folders. So the "copy" process itself is purely based on what's in the cache db and only if that's still the current situation on disk.

[SWAT_BigBear 0]

What exactly do you mean? CRC64?

And if so: what exact implementation?

I attempted to sign some unsigned files (with a private key), but it came back with a "This is not a 64 bit app" error.

This could just be caused from the BI Tools?

I'm using W7-64.

When I have time, I will attempt the procedure on a XP-32 pc.

[Yoma 0]

I attempted to sign some unsigned files (with a private key), but it came back with a "This is not a 64 bit app" error.

This could just be caused from the BI Tools?

I'm using W7-64.

When I have time, I will attempt the procedure on a XP-32 pc.

Probably indeed a BItools issue i think.

(My app just calls the BItools)

Can you get it working manually under 7_x64?

I'll test it under VistaX64 don't have win7 laying about...

Edited November 25, 2009 by Yoma

[Yoma 0]

Check the changelog.

[cross 1]

I attempted to sign some unsigned files (with a private key), but it came back with a "This is not a 64 bit app" error.

This could just be caused from the BI Tools?

I'm using W7-64.

When I have time, I will attempt the procedure on a XP-32 pc.

Using win7x64 RC1 .. I signed some pbos experimentally and it just worked fine.

FYI

[Yoma 0]

Check the changelog.

[cross 1]

New "Appending" option makes updating the repositories much much easier using the GUI thru RDC.

:bounce3:

[desusa 10]

can i start a server as well? :j:

[cross 1]

can i start a server as well? :j:

Yep...DL and have a look.

For hidden tabs, put a tick on the enable Upload and enable Launching dedi server in settings tab.

It launches a local dedi server of course, not on a remote server.

On the other hand, if you need more info re setting up a dedi server and options to use, also check;

http://www.kellys-heroes.eu/files/tutorials/dedicated/

[rubberkite 19]

Hi Yoma, thank you for your works, it's really useful, I used to keep uploaded CAA1 and now I'm testing to use for sharing an addon pack that it's working in progress by italian comunity, I've upgraded to last version, but now when I add a server to favorite I get this error, doesn't matter if I use yas file or add it manual

SQLite error

table LocalServer has no column named srv_PlayerProfile

Any idea, what can I do to fix ?

[Yoma 0]

Hi Yoma, thank you for your works, it's really useful, I used to keep uploaded CAA1 and now I'm testing to use for sharing an addon pack that it's working in progress by italian comunity, I've upgraded to last version, but now when I add a server to favorite I get this error, doesn't matter if I use yas file or add it manual

SQLite error

table LocalServer has no column named srv_PlayerProfile

Any idea, what can I do to fix ?

-inside the program folder there is a subfolder sqlpatch

-copy the patch.xml file to the program files folder where AddonSync2009.exe resides

-start the tool.

[Horus 83]

-inside the program folder there is a subfolder sqlpatch

-copy the patch.xml file to the program files folder where AddonSync2009.exe resides

-start the tool.

^^^don't fix problem with add to favorite :j:

[Yoma 0]

^^^don't fix problem with add to favorite :j:

What problem exactly?

There can be tons of stuff that cause this not to work.

An ill-configured autoconfig file for example.

What server are you trying to add.

What version of the tool are you using.

What errormessage do you get.

You should be running v1.0.41 beta.

[rubberkite 19]

-inside the program folder there is a subfolder sqlpatch

-copy the patch.xml file to the program files folder where AddonSync2009.exe resides

-start the tool.

Windows 7 64bit ( Run As Administrator Windows XP SP3 Compatible mode )

Yoma v 1.041.0 beta

copy the patch xlm to program folder and start addonsync2009

WORKS for me now I can add favorites

Thank you a lot! :bounce3:

[Horus 83]

What problem exactly?

There can be tons of stuff that cause this not to work.

An ill-configured autoconfig file for example.

What server are you trying to add.

What version of the tool are you using.

What errormessage do you get.

You should be running v1.0.41 beta.

Reinstalling fix my problem :bounce3:

[Yoma 0]

Check the changelog.

You can now put a *special* repo file on the same ip as the gameserver.

Then people can add your server via gamespy list and just click "import" or "download".

:D

[Yoma 0]

Some changes to the "autoimport from gamespy" behaviour.

-you can add YAS[] tag to your Gamespy server name

(For example name your server "Yoma's super server YAS[]")

You then have several options to point to the "autoconfig url file"

#IP# = game server ip obtained from gamespy.

#PORT# = game port number obtained from gamespy.

-my tool would parse whatever is between YAS[]

-if you put YAS[FTP] => try fetching from game server ip via FTP (ftp://#IP#/yas#PORT#.7z)

-if you put YAS[HTTP] => try fetching from game server ip via HTTP (http://#IP#/yas#PORT#.7z)

-if you put YAS[ftp://myserver] =>try fetching from this address via link (ftp://myserver/yas#PORT#.7z)

-if you put YAS[http://myserver] =>try fetching from this address via link (http://myserver/yas#PORT#.7z)

-if you put YAS[http://myserver/myfile.7z] =>try fetching from the full url

-if you put YAS[ftp://myserver/myfile.7z] =>try fetching from the full url

-if you put YAS[] => default to YAS[HTTP] behaviour

-if no YAS[] tag is found => default to YAS[HTTP] behaviour.

This feature may be very nice for server admins to get clients configured.

(just tell them import the server from gamespy list inside the tool and then click "import server" or "download")

Edited December 1, 2009 by Yoma

[cross 1]

Great improvement & feature Yoma..

This makes the need for creating new server & adding autoconfig URL for the user obsolete. A major improvement to automate addon downloading & synchronizing with servers.

Just couple of lines for clarification..

As a server admin, all you need to do is;

-Make a copy of your autoconfig_repository.7z

-Rename it to to YAS#port#.7z (eg YAS2302.7z or YAS2402.7z or both if you have 2 servers)

-Place it under Root folder of your IP (or to any one of the options provided above)

I also recommend all servers who use AddOnSync2009 to add YAS tag to their names so that players can know on which servers they can sync addons with one click ;)

Edited December 1, 2009 by Cross

[Yoma 0]

A minor addition to the above: this does require a webserver or ftpserver to be running on the gameserver.

If you only have an ftp server on the gameserver: just check the YAS[FTP] syntax above.

If you need help, send me a PM and when i get the time we can get on TS.

[Alex72 1]

Thanks for the hard work Yoma. Superb app. :)

[i0n0s 0]

:D

This also gives the user the possibility to see if a server supports your tool which is create too.

[andersson 285]

Oh!! So a webserver is not needed anymore, ftp will do it instead? Great!

[Yoma 0]

Ftp support in the app is not as good as http-support.

I would personally advise to use http (for downloading).