[AbNeR_CSS]

AbNeR MapLister (Workshop ready)

This is a simple maplister plugin but it list workshop maps (that are located at maps/workshop/some greate number/map.bsp), this plugin is useful to write maplists automatically with simple commands (write entire maplist to mapcycle.txt for example)

Commands

sm_maplist <filter: optional>: Prints a map list satisfying the optionally specified filter to the user that executed the command.
sm_writemaplist < file> <filter: optional>: Outputs a map list satisfying the optionally specified filter to the file specified.

Source Code / Support / Suggestions
Direct Download

[Effeff]

Oh I like this a lot. It has been annoying for me to copy and paste the same changes in mapcycle.txt, maplist.txt, and adminmenu_maplist.ini.

Suggestions:

1. Allow us to create a map list by adding maps one at a time (and also remove from list if we change our mind about adding a map).
   • Add a way to see this list, similar to sm_maplist, so we know what our new list looks like before we save it.
2. Allow us to add or remove maps from the existing map list at path.
   
   • Either read that file first, create a list in the script, and then overwrite when you are done making changes, or
   • Append new maps to the file if they are not duplicate, and remove existing maps from the file if they exist.
3. Allow us (in a config?) to add multiple paths, so that we can write the command once and it will automatically change the files at all of the locations I have included in the config. Maybe in path parameter, we can write "all" so that you know we want to write to all paths in the config.
   
   • This one is useful because it can let us allow admins who do not know the paths to edit maplist
4. For workshop maps only, allow us to add maps that do not exist in /maps/ by making sure that the server allows downloading from workshop (they need to have "ds_get_newest_subscribed_files" in server config).
   
   • This one might be hard, I'm not sure how you would make sure that the server successfully downloaded the map or if it failed for many reasons.

[AbNeR_CSS]

Originally Posted by Effeff Oh I like this a lot. It has been annoying for me to copy and paste the same changes in mapcycle.txt, maplist.txt, and adminmenu_maplist.ini. Suggestions: Allow us to create a map list by adding maps one at a time (and also remove from list if we change our mind about adding a map). Add a way to see this list, similar to sm_maplist, so we know what our new list looks like before we save it. Allow us to add or remove maps from the existing map list at path. Either read that file first, create a list in the script, and then overwrite when you are done making changes, or Append new maps to the file if they are not duplicate, and remove existing maps from the file if they exist. Allow us (in a config?) to add multiple paths, so that we can write the command once and it will automatically change the files at all of the locations I have included in the config. Maybe in path parameter, we can write "all" so that you know we want to write to all paths in the config. This one is useful because it can let us allow admins who do not know the paths to edit maplist For workshop maps only, allow us to add maps that do not exist in /maps/ by making sure that the server allows downloading from workshop (they need to have "ds_get_newest_subscribed_files" in server config). This one might be hard, I'm not sure how you would make sure that the server successfully downloaded the map or if it failed for many reasons.

Thank you for your feedback, could you please open an issue in GitHub with that information?
https://github.com/abnerfs/maplister/issues

[DruGzOG]

Originally Posted by Effeff Oh I like this a lot. It has been annoying for me to copy and paste the same changes in mapcycle.txt, maplist.txt, and adminmenu_maplist.ini. Suggestions: Allow us to create a map list by adding maps one at a time (and also remove from list if we change our mind about adding a map). Add a way to see this list, similar to sm_maplist, so we know what our new list looks like before we save it. Allow us to add or remove maps from the existing map list at path. Either read that file first, create a list in the script, and then overwrite when you are done making changes, or Append new maps to the file if they are not duplicate, and remove existing maps from the file if they exist. Allow us (in a config?) to add multiple paths, so that we can write the command once and it will automatically change the files at all of the locations I have included in the config. Maybe in path parameter, we can write "all" so that you know we want to write to all paths in the config. This one is useful because it can let us allow admins who do not know the paths to edit maplist For workshop maps only, allow us to add maps that do not exist in /maps/ by making sure that the server allows downloading from workshop (they need to have "ds_get_newest_subscribed_files" in server config). This one might be hard, I'm not sure how you would make sure that the server successfully downloaded the map or if it failed for many reasons.

You could just make the path for the default maplist.cfg and edit the path to all be targeted to default. That way you only need to edit mapcycle.txt and everything gets updated. Workshop maps get automatically updated if these two commands are in your server.cfg/ or whatever default cfg file you have loaded on restart/map change.

Commands:
sv_broadcast_ugc_downloads <0|1>
sv_broadcast_ugc_download_progress_interval <seconds>

Read more here:
https://developer.valvesoftware.com/...rver_Operators

Don't really see a purpose for this plugin when everything can be done by default.

Edit: The benefit I do see is the filter, but that's really it

[AbNeR_CSS]

Originally Posted by DruGzOG You could just make the path for the default maplist.cfg and edit the path to all be targeted to default. That way you only need to edit mapcycle.txt and everything gets updated. Workshop maps get automatically updated if these two commands are in your server.cfg/ or whatever default cfg file you have loaded on restart/map change. Commands: sv_broadcast_ugc_downloads <0|1> sv_broadcast_ugc_download_progress_interval <seconds> Read more here: https://developer.valvesoftware.com/...rver_Operators Don't really see a purpose for this plugin when everything can be done by default. Edit: The benefit I do see is the filter, but that's really it

Does mapcycle get auto updated using those cvars?

[DruGzOG]

Originally Posted by AbNeR_CSS Does mapcycle get auto updated using those cvars?

No. If you look in the link provided, you'd have to manually add them but its easy when your server downloads them and displays the map id and name. Takes less than a minute.

I guess you can do it this way as well with your plugin, although I'm not sure if your plugin constantly overrides the mapcycle for each time your commands are run, cause there are instances where I end up deleting the map ids from collection or cycle and it's still not deleted from workshop.

[AbNeR_CSS]

Originally Posted by DruGzOG No. If you look in the link provided, you'd have to manually add them but its easy when your server downloads them and displays the map id and name. Takes less than a minute. I guess you can do it this way as well with your plugin, although I'm not sure if your plugin constantly overrides the mapcycle for each time your commands are run, cause there are instances where I end up deleting the map ids from collection or cycle and it's still not deleted from workshop.

So the plugin purpose is update mapcycle through a console command rather than update it manually, even though it's fast you still have to access the file (sometimes connect to ftp, not so fast) and edit it. Yeah the plugin overrides mapcycle each time you run the command

[DruGzOG]

Originally Posted by AbNeR_CSS So the plugin purpose is update mapcycle through a console command rather than update it manually, even though it's fast you still have to access the file (sometimes connect to ftp, not so fast) and edit it. Yeah the plugin overrides mapcycle each time you run the command

So not much different from this really, right? https://forums.alliedmods.net/showthread.php?p=2081908