setting path for ArchiveMover.exe?

[knorke]

What setting decides where ArchiveMover.exe moves files on double click?
It does not read the SpringData= of the springsettings.cfg in the same folder.

[FLOZi]

AFAIK, a setting was never implemented - it will always move to the documents folder, if you want it to move to your Spring directory you'll have to dig up an old copy / compile it yourself.

[Jools]

Said and done.

Unrar this to your spring directory (and rename current one to ArchiveMover.new or something). It's taken from Spring 0.78.2 and it moves to the files to the spring data folder. It also needed a dll that doesn't exist any more.

The old Archivemover is also smaller, 500 kb compared to 2 Mb, and it performs better, so sometimes older is better.

[abma]

please don't use that file as it contains some potentially bugs:
it will move base-files if you double click them. the old version doesn't read springdata, too. it only moves to subpath of archivemover.exe. It moves also into the deprecated path \mods...

better fix https://github.com/spring/spring/tree/m ... chiveMover

[FLOZi]

please don't use that file as it contains some potentially bugs:
it will move base-files if you double click them. the old version doesn't read springdata, too. it only moves to subpath of archivemover.exe. It moves also in the deprecated path \mods...

better fix https://github.com/spring/spring/tree/m ... chiveMover

But will that actually do the most important thing?

[abma]

no, both versions do it the wrong way...

[se5a]

The way it's done currently, ie - saving to my documents, seems verry in-efficent.

if you've got more than one user account on the PC who play, then they're going to be downloading and storing maps twice.

I'm tempted to play around and see if they'll run ok on a network drive - for local lan type games so only one PC needs to have the maps/mods

spring maps are huge. not all of us have all you can eat internets.

[abma]

@se5a
if you want to share it, you can still put them onto a network drive, for example install spring on n:\spring and put maps/games into n:\spring\maps or n:\spring\games

but how to detect this path on a remote machine? this is impossible if spring isn't installed / .sd7 isn't registered with archivemover.exe

if the maps/games are in userhome, it works as expected: the files are found by spring.

don't make it more worse that it is, it currently works as it should.


the only fix that need to be done here is: target-path needs to be detected by using unitsync / the same code that is used for detection.

[Jools]

@se5a
if you want to share it, you can still put them onto a network drive, for example install spring on n:\spring and put maps/games into n:\spring\maps or n:\spring\games

This is what I wanted to do, but the new archivemover puts the maps in the %My Games% folder of the boot drive, and if you have multiple boot drives (I have 3), then you get the maps and mods in many places. It makes more sense to have them in one place imo, and a good place to put them is in the subfolder of the spring folder.

[abma]

@Jools

then don't use it. you don't see the other problems: when spring is updated, you've to move all stuff from the old directory into a new one (or overwrite the old directory), this can/will cause trouble. when put into %My Games% you can use the maps/games for multiple spring-installations, thats what i personally prefer.

[FLOZi]

thats what i personally prefer.

But not what I and many others prefer! Hence the old version being asked for.

[abma]

this is a feature request -> http://springrts.com/mantis/

[Jools]

It's quite possible I don't see all the problems, but why would you need to update the maps folder when you update spring? Maps are always the same, and IIRC mods don't need an update with every new spring version.

Besides, spring is updates a lot more seldom than you download a new map, so I'd rather move the maps manually when I update spring than each time I log into windows from a different boot drive.

Anyway, the old version works just fine for me. I mostly download maps and mods, and those are moved correctly with it.

[se5a]

jools, he's saying that you'd have to move the maps and mods folders to the new spring folder when you update.

what if I create a shortcut in the spring directory called "maps" which points to a unc path.

so spring is installed localy, but the maps and mods are in a network folder

[Jools]

But I always update to the same folder. I have spring at E:\Games\Spring always, and I just overwrite that. Sorry if I'm saying something stupid.

[se5a]

Ah, yes. he's saying that could cause problems, though I'm not sure why.

maybe what we need is a setting in the springsettings.cfg to tell spring where to look for maps, mods and whatever else, and have all the archivemovers, downloaders etc etc look at this setting to see where they should attempt to save such things.

[smoth]

thats what i personally prefer.

But not what I and many others prefer! Hence the old version being asked for.

^ this, all day erry day

[abma]

hopefully implemented without bugs: https://github.com/spring/spring/commit ... 71c961ecad

please test modified archivemover! (from http://springrts.com/dl/buildbot/defaul ... 75d1d6.exe )

it now requires unitsync.dll. i'm unsure if its compatible with 0.82.7.1's unitsync.dll, i only tested on linux.

Update: fixed some stuff
Update: fixed more stuff :)

[se5a]

I get a "cannot get writable dir from unitsync"
but I see you've updated it since I downloaded, I shall try the newer one now...
Edit:
now it just... does nothing. sits there for a couple of seconds with the win7 version of the hourglass... and nothing.

[abma]

please try again, it should work now. (i updated the dl-link)