Maps/mods in subdirectories

[Tobi]

Is there anyone who uses the undocumented feature of Spring to put mods/maps in subdirectories of the mods and maps directories?

For example:

Code: Select all

C:\program files\spring
 maps
   StandardMaps
      SmallDivide.sd7
      FloodedDesert.sd7
      Mars.sd7
    Downloads
      CometCatcher.sd7
      DeltaSiege.sd7

I have currently disabled the functionality, because combined with disabling another piece of code it makes load Spring/unitsync with (lots of) .sdd archives a lot faster.

The only disadvantage is that if you change modinfo.tdf in a .sdd you may need to force an ArchiveCacheV*.txt update by creating a dummy file in the .sdd archive and removing it immediately afterwards (to update the directory modification time).

If modders/mappers don't agree however, I wouldn't mind making it slower again

[LordMatt]

Does this mean you can't load unpacked mods? I could see modmakers preferring to test with the mod unpacked so they could easily change things.

[Peet]

Does this mean you can't load unpacked mods? I could see modmakers preferring to test with the mod unpacked so they could easily change things.

That's what a .sdd is

I'm all for this...speeding up unitsync sdd handling is definitely a priority over a minor undocumented subfolder feature, for me at least.

[Tobi]

Does this mean you can't load unpacked mods?

No.

[AF]

I think nobody actually realises this feature existed.

I'd reccomend keeping the feature disabled but allowing the exception of the downloads folder, and then putting a downloads folder in the installer.

[det]

I use this feature to keep the http://snapshot.caspring.org SubVersion repository checked out in ~/.spring/mods/ca-svn/. Couldn't you acheive the same performance improvement by just not recursing in .sdd directories?

Speaking of slowdowns from massive stat'ing on scanning archives. I think it would be desirable to have an "incoming" directory for Spring. Spring/UnitSync would only scan this directory and move the archives there to an internal folder. All checksums for files in the internal folder would be assumed to be correct.

edit: Of course, this doesn't solve the .sdd problem. I think your solution it the best that can be done. There just needs to be a better way to tell Spring to rescan the .sdd directory.

[Forboding Angel]

so that's why spring.exe loads so fast now.

Please, keep it the way you have it in svn. It's so much faster.

[rattle]

I use this feature to keep the http://snapshot.caspring.org SubVersion repository checked out in ~/.spring/mods/ca-svn/.

If you grab their trunk directly and have it in ca-svn.sdd you won't need the sub dir.

[Neddie]

If I recall, some did use this functionality in the past, but I don't believe anybody currently does.

[Archangel of Death]

I remember this functionality causing me unexpected problems before, but thats about it.
+1 for glad its gone?

[KDR_11k]

With this gone I can store deactivated mods and maps within subfolders instead of a separate folder.

[trepan]

This has been changed so that only sub-directories with the .sdd
extension are omitted from the scan (as Tobi originally suggested
in IRC, and seconded by det in this thread).

P.S. I've just added a feature that allows you to have directories
that start with "hidden" that will not be scanned.