Task: Map/mod install tool
Moderator: Moderators
It's because it contains 2 .SMF files, fixed in SVN:
Changed by: tvo
Changed at: Wed 22 Aug 2007 22:24:37
Branch: trunk
Revision: 4241
Changed files:
* trunk/tools/ArchiveMover/ArchiveMover.cpp
Comments:
* Fix ArchiveMover to accept archives containing multiple hints towards the same
filetype (an archive with two .SMF files is no less a map then an archive with
one .SMF file, after all)
In particular this fixes it for Red_Planet_Remake_V2, which contains 2 .SMF files.
Tobi wrote:The current full and updating test installers contain ArchiveMover.exe, the necessary file associations and the new icons.
It would be cool if some people could test it with different browsers and report back here (ie. install a test build, download some map/mod file from unknown files and click open. Does the file end up with the correct name in the right folder?)
http://www.osrts.info/~buildbot/spring/ ... vn4176.exe
http://www.osrts.info/~buildbot/spring/ ... update.exe
So basically in order to test this tool I have to get a 46MB download, install it making sure to manually set all my options so I dont loose my spring folder in the process or my start menu shortcuts, extract the tool, uninstall the svn build, restore the file associations for the tool in the enw place.
Then I can test?
Please make it easier for testers. Ill upload a version of the tool that isnt 98% deadweight soon.
Then I can test?
Please make it easier for testers. Ill upload a version of the tool that isnt 98% deadweight soon.
Bandwidth is cheap, and you should have a test build already anyway, in which case you can just get the updating installer which is only 7 M.
But if you really feel like entering the file associations into the registry by hand, go ahead: http://www.osrts.info/~buildbot/spring/ ... eMover.exe
Also I agree with jc, it's as easy as it is to install Spring for the enduser to test this.
But if you really feel like entering the file associations into the registry by hand, go ahead: http://www.osrts.info/~buildbot/spring/ ... eMover.exe

Also I agree with jc, it's as easy as it is to install Spring for the enduser to test this.
Tested with BA 5.7 and it's not working.. 
I updated my ArchiveMover to the version in the spring_0.75b2+svn4329_update.exe and it still tells me that it's not a valid mod..
The .sd7 did extract without problems and I'll try if I can get in-game with it in an online game in a few minutes..
edit: Same for BA 5.71 and I can get in-game just fine..

I updated my ArchiveMover to the version in the spring_0.75b2+svn4329_update.exe and it still tells me that it's not a valid mod..
The .sd7 did extract without problems and I'll try if I can get in-game with it in an online game in a few minutes..
edit: Same for BA 5.71 and I can get in-game just fine..
If the mod works in Spring there is definitely something that needs to be fixed in ArchiveMover.MelTraX wrote:Tested with BA 5.7 and it's not working..
False negative detections will really annoy users so I will try to understand what is going on and fix the bug.
And someone who has a lot of map/mods can you test ArchiveMover on your files to see if there is any remaining problems, preferably after I have fixed this bug.
Maybe I should add an option to check all files in a directory instead of a single file at a time.
This patch updates the lzma SDK included in the Spring source ├óÔé¼╦£\rts\lib\7zip├óÔé¼Ôäó to version 4.49, this also updates the associated project files.
The patch also adds command line options to ArchiveMover to check all files in a directory.
Added the ability to install lua widgets.
Quick command line reference:
Usage: ArchiveMover.exe [-r] [-v] <filename>
Example: ArchiveMover.exe mymap
-v level Verbosity level, Permitted levels is 0,1,2 and 3.
-r Recursive subdirectories.
-help Displays this message.
Patch:

Precompiled binary: (Please test this.)

The patch also adds command line options to ArchiveMover to check all files in a directory.
Added the ability to install lua widgets.
Quick command line reference:
Usage: ArchiveMover.exe [-r] [-v] <filename>
Example: ArchiveMover.exe mymap
-v level Verbosity level, Permitted levels is 0,1,2 and 3.
-r Recursive subdirectories.
-help Displays this message.
Patch:

Precompiled binary: (Please test this.)

- BrainDamage
- Lobby Developer
- Posts: 1164
- Joined: 25 Sep 2006, 13:56
just looking at the file expension to decide if it's a widget might generate some troubles:
Lua scripted missions for example needs to be moved inside the startscripts folder
EDIT: also lua is a generic scripting language, means that something besides spring might use it (other games for example), associate all the files with spring might generate some problems, some kind of filtering should be in order
Lua scripted missions for example needs to be moved inside the startscripts folder
EDIT: also lua is a generic scripting language, means that something besides spring might use it (other games for example), associate all the files with spring might generate some problems, some kind of filtering should be in order
Any chance you could make it so for LUA et al. it looks at a Category= tag in modinfo.tdf? Categories could be: map, mod, startscript, widget I'd say.
And if you're in a coding mood, you could also implement the feature AF suggested in another thread: make a modinfo.tdf tag meaning the file should be extracted in the Spring root folder. This could then be used for packaging widgets and other stuff that needs to be extracted. Make sure to not overwrite any existing files though (not even a confirmation dialog IMHO), as that would be a huge security risk. (I'm not sure how to handle updates then, though...)
Thank you for the other changes, I'll look at them asap.
And if you're in a coding mood, you could also implement the feature AF suggested in another thread: make a modinfo.tdf tag meaning the file should be extracted in the Spring root folder. This could then be used for packaging widgets and other stuff that needs to be extracted. Make sure to not overwrite any existing files though (not even a confirmation dialog IMHO), as that would be a huge security risk. (I'm not sure how to handle updates then, though...)
Thank you for the other changes, I'll look at them asap.