I would like create folders and files archive svencoop

For copy files (client) rsync
I'm looking for a administrator to configure and tested the public rsync server.
Je suis à la recherche d'un administrateur pour configure et testé le serveur rsync public.

For add files (developer) git
folder: svencoop_addons

Thanks you for software and script

One thing i have found (1,2,3,4,5,6) are my maps, is the MOTD files have been removed, how will server admins get the maps to display the MOTD if they download from here, what about LAN games?

This map hasn't been changed during this repack operation. I can find "1_motd.txt". Is this file accurate? If so, should it be duplicated for all maps or did the maps have unique MOTD files previously?

The repack script points to one file missing. smfcurrf.wav.
http://w00tguy.no-ip.org/scmapdb/log.html#map=1-6

MOTD files haven't been deleted, but they will be removed from RES files. Servers automatically send MOTD data to clients.

No trouble, let me look around for missing files from my maps.

I'm seeing _motd files in my SC 1.9 archive, in addition to readmes. Some readmes look like an _motd, while others are talking about how to install it or how long it took to compile. These probably need to be handled specially for each map.

Including installation instructions isn't a bad idea, but it might be cleaner to show that information somewhere on the site (maybe in the downloads section). If the map package format ever needs to change again (I remember there being talk about this for when the workshop is done), then we would have to re-upload 1000+ zips with new instructions.

The other extra content probably needs to be handled differently per map, too. Unused assets that are borrowed from other maps could just be deleted, but .rmfs and unique assets not seen anywhere else would be nice to have.

BTW, is it ok to post the script publicly here? It eats a lot of bandwidth when it runs for the first time (1083 page hits & 1055 downloads, totaling about 8.7 GB). Idk if that's a problem for this kind of site.

Some old .txt files were used when MOTD hadn't been added. Other mappers use them for credits. The various readme files should be kept, but renamed MAPNAME_readme.txt and moved to the maps/ directory. I'd rather not have them deleted, especially if they contain any credits or license bits.

BTW, is it ok to post the script publicly here? It eats a lot of bandwidth when it runs for the first time (1083 page hits & 1055 downloads, totaling about 8.7 GB). Idk if that's a problem for this kind of site.

I could add mirrors for file downloads.
Je pourrais ajouter des miroirs pour le téléchargements des fichiers.

All the maps have been repacked to include "mapname_readme.txt" if it exists. If this isn't found, the script will look for mapname.txt or any file with "readme" in the filename, then rename it to "mapname_readme.txt" and move it to the maps folder.

@spywarrior: I was talking about bandwidth usage for SCMapDB. The repack script sends a lot of requests to SCMapDB when it runs for the first time. My site (w00tguy.no-ip.org/scmapdb/) does not need download mirrors. Thanks for the offer, though.

@w00tguy123: By first time, do you mean each time a new visitor goes to your site? No concern, just wondering.

When you go to the site you're only getting the results from the script (2 big json files). The loading screen is for converting the json data into a huge html table.

By first time I mean when you first run the script from the command-line. On the first run, all of the zips need to be downloaded so they can be repacked. Every run after that, the script just checks the recent activity feed and updates whatever changed there. If nothing in the activity feed is familiar then all pages need to be checked again, but only updated maps (new revision #) are downloaded.

ok, i assumed it was something like that, but wanted to double check. thanks for explaining. definitely not a problem.

Animalized: For a gmr/gsr file to be used it has to be referenced in the worldspawn entity or in the map CFG. W00tguy's script checks for this.

Crazy Walker does have a gmr file, but it isn't actually used in the map. The cfg is trying to load "../../maps/crazywalkerb5.gmr" when the path should be "../../maps/crazywalker_beta.gmr".

This is something we should fix, but the script isn't going to guess how to fix mapper errors like that. That's a good example of why repacks with deleted/missing files shouldn't be uploaded without special attention.

These maps should be safe to upload without any adjustments. Nothing is deleted or missing from those.

Ah I see. It's not the version I initially uploaded. I have fixed the download now.

Maybe your script can warn if there is a *.gmr or *.gsr which is neither referened in the map or the cfg. But then again this is hit and miss as the file extension could be anything.

It's currently not used in the repacker. Personally, I'd rather have one big download (within reason), but players/servers with slow transfer speeds might prefer smaller downloads spread out across map changes.

I think in most cases we can leave extras in the archive rather than adding another link that could lead to confusion/clutter. If there are substantial extras, especially .rmfs or tons of unused content that would be over the 200 MB filesize limit, separating as an unused content or map source files download would make sense.

We're pretty much done with the repacks then. Most of the remaining imperfect archives are from maps that have unused files.

Thanks. This has been a major achievement. Just want to make sure any with incorrect structure are also fixed and uploaded (example: Party 2). Fortunately, that is easy to go through and identify in the original side view of the repacker.

What about files that overwrite official content? I think those files should be removed from a pack. What is your view on it?

Do not include. That is bad practice and horribly annoying.

Brings back memories of the old days where people would release their maps as an .exe installer with all sorts of unknown things included. If it was truly essential to the map experience, I guess we could always try to update the map to reference the sound/model replacements correctly.

About the extras I have seen maps that have custom models and sounds in models/sound folders, both used and not used and some replace default SC models. (for example the maps series "SA13") that may contribute to the maps' style but none of the custom files are used in the map. It could be tiresome but referencing these unused content in the maps that look like it was the intention of the mapper to use them may still "fix" the maps further (requiring cancerous amounts of ripenting I assume). It could also enhance the quality of the maps as some may rely on these unused content. (although I personally believe that usually the maps that have the entire models folder in the file are really bad and just deleting the unused files would be ok)

On another note, please make sure to use the latest files, but also check if there are forgotten updated files that are older. I have encountered fixes for some maps that are not mentioned on the comments section and have been uploaded before someone else uploaded another fix for another thing separately. Meaning both files have fixed stuff but different fixes altogether. This is the case of the Tower series. I did upload a version that merged the fixes in several files that had been uploaded through the years, but I bet there are more maps that are under the same situation but no merged fixes have been uploaded. Oh yes, They R Hungry is another case I should mention, I do not know if it was ever fixed though!

On another note, I had a somewhat fixed version of the Classic Mappack that I did before all of this scripting of yours happened. Being an official mappack I was told that official selected members should handle it, but I had already put together a file although I did not share it. I'm sure you can do a better job than I did, but please take it and crossreference the fixes with your stuff:
https://www.mediafire.com/file/g0vakcm75htb4vx/Sven%20Classic%20mappack%20fixed%20for%20sc5.0.zip

What did I do:
-I added missing files for assaultmesa, infiltrate, svencooprpg.
-I added OPRv2 maps, which is an updated version of the OPR series already inside the mappack although was never finished and only has 4 maps. (I've read there ir a 5th map and even the complete series but I haven't found it so far). So the mappack has both versions (or at least one and a half)
-I used the fixed infiltrate.bsp that doesn't crash the game.
-Added res files (your script should fix these, I may have added unused stuff)
-added a fixed version of gmantowers that referenced a wrong default sound file path. I still haven't found the "snipershot.wav" missing file. I hope you can.

I really like what you're doing, keep up the good work.