Jump to content


Server Manager
  • Content Count

  • Joined

  • Last visited

  • Days Won


GFL Supporter


Vauff last won the day on October 17

Vauff had the most liked content!

Community Reputation

416 Bronze 5


About Vauff

Personal Information

  • Location
    Ontario, Canada

Computer Information

  • CPU
    Intel Core i5-9600k
  • GPU
    Gigabyte Radeon RX 580 8GB
  • Ram
    Team T-Force Vulcan 16GB DDR4-3000
  • Motherboard
    Gigabyte Z390-UD
  • Power Supply
    Corsair TX650M
  • Monitor(s)
    Asus VG245H, Acer G215HL
  • Hard Drive(s)
    Western Digital Black 500 GB NVMe SSD, Crucial MX500 1 TB SSD

Recent Profile Visitors

4,502 profile views
  1. You know diddle extreme was voted for by the community right?..
  2. You've been unbanned.
  3. Zombie Escape Event #42 ???????? Maps To be played in the following order ???????? Map Vote The maps for this event will be voted in by the community! There is 4 options to choose from. Diddle Extreme (suggested by @Loccstan) Consists of: • ze_diddle_v3 Restrictions: Diddle will be played in special "extreme" mode, which is having to beat the entire map in one single round (all 5 mini stages + final diddle). This means that won stages will be reset every round, and the low human auto slay will also be disabled. Color Maps Marathon (suggested by @Skadoosh) Consists of: • ze_chaos_v7_4f • ze_atos_v1_11 Kune Maps Marathon (suggested by @ggzfeng) Consists of: • ze_check_b1_1 • ze_forest_r_a0_1 • ze_ramp_a1_1 • ze_gris_v1_13 • ze_grau_a03_4f "We can probably beat these, right?" Consists of: • ze_rev_a6_3 • ze_omen_090 • ze_abandoned_project_v1_2_csgo Time/Date Saturday, November 30th, 2019 5pm Chicago, USA GMT -6 (CST) 11pm London, UK GMT +0 7am Singapore GMT +8 Convert to your timezone with this website: https://www.worldtimebuddy.com/ Duration 2-3 hours (unless we beat it before the time stated) Rules Don't troll with items, or you will be banned from using them. Don't mic spam, let the leaders try to give commands over voice comm. Don't zombie inflate (Intentionally becoming a zombie to give the CT's a lesser chance). Mute round will be applied IF we deem it necessary. All other server rules apply to the event External Links GFL ZE Discord: https://discord.gg/Bkfwg4q GFL ZE Steam Group: http://steamcommunity.com/groups/GFLCSGOZE
  4. I'll close this, since I see you appealed in the right section now.
  5. Are you sure you were banned on ZE? "mass rdm" sounds like a TTT thing, none of our bans would ever have that reasoning. If you do wish to appeal a ZE ban, please follow the format.
  6. -1 No idea who you are, and there is no record of "King Of The Wind" ever playing on the server. Are you sure you've provided the correct name? You also only joined Discord literally today, and one of the very few messages you've sent was this?
  7. There should be unread indicators on section names (bold text on the current theme). The main way I browse the forums is by looking at unread notifications for sections I care about, and the new theme completely breaks that work flow.
  8. pulling a reverse wilford
  9. sTc updated this for the halloween models for anyone who wants it. https://cdn.discordapp.com/attachments/582924093033283584/634072292057415690/halloween_transparency_models.zip
  10. -1 What? I can barely understand your application, the name you provided has no playtime on the server, and you didn't provide a proper Discord handle.
  11. STRIPPER CONFIG FILES GUIDE Guide by bb_IU Updated/Maintained by Vauff Last revised: 2019/10/17 Guide Sections : Introduction Reason for creating this guide Entities Stripper:Source plugin Configuration file creation Addition and deletion of entities Modification of entities Saving as CFG Decompiling Inputs and Outputs Important links for reference Notes Introduction: Reason for creating this guide: Welcome to my guide on: how to create configuration files for the stripper plugin! The goal that I had in mind when I started creating this guide, was compiling a bunch of resources for GFL CS:GO ZE admins who are interested in the "technical" side of zombie escape. When I first started to get interested in these types of things, I noticed that there wasn't much discussion about it, so I had to go around different zombie escape communities in order to learn what I had wanted to learn. With the creation of this guide; and maybe more if I can keep learning lul, I hope that I'm able to help out any future people who are interested in learning more about the technical side of zombie escape, but are struggling to find resources for/assistance with it. Aside from this, making configuration files for the stripper plugin has many use cases. You can make use of the plugin to tweak values for mechanics in maps, block off areas, or even to fix certain entities which are causing undesirable behavior, etc. Entities: Before we get into the guide, you must first understand what an entity is, in the context of the Source Engine. According to the VALVE developer community wiki, an entity is defined as: "An object defined within the Source Engine as having characteristics which differentiate it from the world." You can find a list of all available entities here: (https://developer.valvesoftware.com/wiki/List_of_base_entities) (https://developer.valvesoftware.com/wiki/List_of_Counter-Strike:_Global_Offensive_Entities) Stripper:Source plugin: BAILOPAN's stripper plugin is a utility for Source Engine servers which allows servers to mess around with Source Engine entities. Unlike most server plugins, this plugin actually runs on top of Metamod (what SourceMod runs on) instead of being a SourceMod plugin. This doesn't really mean anything to the layman, other than that you install it differently. Originally, plugin-users only had the ability to: permanently add entities to a map, and delete entities via usage of the filter directive. But in 2006 new syntax was added to the plugin, which allowed for more flexible entity modification. The new syntax allows plugin-users to: search and modify entities (Replace/insert/delete entity properties). The plugin accepts two different types of main configuration files. The first type being a global configuration file (global_filters.cfg) which is run on every map change, and the second type being a map specific configuration file (<map name>.cfg ex: ze_journey_p.cfg) which is run ONLY when that specific map is played on the server. As someone not managing a server, all configuration files that you make will be map specific configuration files, you will never find the need to conjure up a global configuration file. Configuration file creation: Addition and deletion of entities: As mentioned before, this feature allows you at add and delete entities via the configuration file. The syntax for this feature is NOT flexible, so any configuration files created should follow the syntax in order to phase out the risk of the configuration file not working. The first step to learning how to make use of this feature is to learn how to declare entities. You can declare an entity by using a block. The start and end of a block can be created with the '{' and '}' characters respectively. After the creation of the block, you can declare the properties of the entity being declared inside the block. 1 line in a block can host exactly 1 property of an entity. When declaring the property of an entity make use of the following syntax: TWO QUOTED STRINGS PER LINE, SEPARATED BY A SPACE. FIRST STRING IS THE KEY, SECOND STRING IS THE VALUE. You can find the specific properties for different entities by making use of the entity wiki page link that I will leave in the last section of the guide. Entity declaration example: { "origin" "50 921 0" "angles" "0 -100 0 "damage" "155" "classname" "trigger_hurt" } Moving on, now that we know how to declare entities, we can make use of the different directives made available to us with this feature. There are two directives that this feature makes use of: "add:" directive, and "filter:" directive. The add directive allows us to use the entity addition feature, whereas the filter directive allows us to use the deletion via filter feature. The directives are placed at the top of a block in order to start using them. Directive usage example: add: { "origin" "50 921 0" "angles" "0 -100 0 "damage" "155" "classname" "trigger_hurt" } add: { "origin" "100 300 -100" "angles" "0 0 0 "damage" "1" "classname" "trigger_hurt" } filter: { "classname" "trigger_hurt" } In the example above, we add two entities by making use of the add directive, and then delete all trigger_hurt entities in the map by using the filter directive. Another thing to note is that you can get quite specific with the targeting when trying to delete an entity, for example: filter: { "origin" "100 300 -100" "angles" "0 0 0 "damage" "1" "classname" "trigger_hurt" } Modification of entities: This powerful feature is your bread and butter. It is what you will want to use in order to modify the various properties of entities present in maps. The modification feature adds the following directive: "modify:" directive. Blocks which make use of the modify directive have access to the following sub-blocks: "match:" sub-block, "replace:" sub-block, "delete:" sub-block, "insert:" sub-block. Although they look like directives, they are specific to each instance of blocks under the modify directive, so we call them sub-blocks. Similar to what we did in the previous feature, you will want to keep 1 entity instance/type to 1 modify block. Lastly, it's IMPORTANT to note that without the modify directive, you will not be able to access the sub-blocks. The following example will aim to provide a look at how each sub-block functions in 1 example: modify: { match: { "classname" "trigger_once" "targetname" "bosshp_add" } replace: { "classname" "trigger_multiple" } delete: { "filtername" "zombie" } insert: { "wait" "0" } } Here's what each sub-block will do when executed: match: This sub-block will search for all entities which match all the specified properties inside the block. Using classname/targetname is generally standard convention, as seen in this example, however if an entity does not have a targetname or it isn't unique, you may see classname/hammerid or classname/origin instead. Classname is rarely required, however it helps to have it there to keep track of what entity class is being modified. In the end, the only thing that's required is that your keyvalue combinations only return the entities you want to modify. replace: This sub-block will replace the keys of the entities which are returned from the match sub-block, with the keyvalues that you specify inside the replace sub-block. In the example, it will replace all matched entities classnames with "trigger_multiple". delete: This sub-block will delete the specified properties from the matched entities. In the example, it will search for the exact property key and value "filtername" "zombie", and then delete it from an entity returned by the match sub-block if it's present. insert: This sub-block will insert the specified value from the key value pair inside the sub-block. In the example, it inserts "wait" "0" which is a keyvalue for trigger_multiples that determines how fast it can be re-triggered. Saving as CFG: Now that you understand how the different aspects of the configuration files for the Stripper plugin work, you can create CFGs on your own! Open up a text editor of your choice, and create a new file. After filling it up with your desired contents, save the file as a CFG. It's important to set the file name to the name of the map that you are creating the CFG for. For example: ze_atix_panic_v1.cfg. Decompiling: Another extremely helpful process which will speed up the time you take to create configuration files for the stripper plugin is decompiling the map in order to take a look at the different entities and their key-value pairs that are available in the map for modification. Before we jump into this, first you should download the following program (http://www.riintouge.com/VIDE/). The reason that you should download it is because, VIDE (Valve Integrated Development Environment), offers an Entity Lump Editor feature. This specific feature will allow you to decompile the map and take a look at the entities and key-value pairs. If you click on the file button, you will find the option to "Open" a file. Click on this and navigate to the map file of your choice (Navigate to your games map folder and choose a .BSP file). After doing this, it will list all the entities present in the map. Now that you have access to the different entities, you can easily go through the list / use the filter bar and find what you wish to modify. Inputs and Outputs: Before we start to mess around with I/Os, it's important that we first understand what they are. According to the VALVE developer wiki, I/Os are: Editing I/Os via the usage of the configuration file is basically the same as editing generic entity property values, but it will require more caution on your side. When editing the I/Os of an entity, make sure that you understand what the I/O is doing. If you take a look at the picture above (PROGRAM: VIDE), you can see an example of what I/Os look like. If I were to edit an output, I would simply double click on the output that I want to edit, copy the selected value, and bring it over to the configuration file. Once in the configuration file I would then edit the values as I please. modify: { match: { "classname" "trigger_once" "targetname" "trigger_b_door" } delete: { "OnStartTouch" "consoleCommandsay *** DOOR OPENS IN 20 SECONDS ***01" } insert: { "OnStartTouch" "consoleCommandsay *** DOOR OPENS IN 30 SECONDS ***01" } } In the code block above, I have tweaked the output to print out for 30 seconds, rather than 20. An interesting thing to take note of when editing I/Os is that you usually want to delete the I/O then insert it, rather than replace it. This is due to the fact that when dealing with I/O, the key (OnStartTouch in this case) is not unique like standard keys such as "origin" or "targetname" are. Lastly, you will notice that there are weird characters present if working with CS:GO. The weird characters are used to separate outputs. When making use of VIDE to look at entities, you don't need to worry about reproducing that character as you can simply copy paste the exact syntax from the map via VIDE. You can also do the same when attempting to add an output. Other options for this are to make use of the ' , ' character. You can make use of the ' , ' character, when adding an output to a newly added entity in a configuration file, BUT you cannot use ' , ' when attempting to replace an output from an entity. When replacing an output, always copy the string straight from VIDE. For older Source engine games this is all irrelevant, commas are used exclusively in configs and in the actual games. Adding entities which require brushwork: A brush in the context of the Source Engine is defined as: Sometimes you may find the need to add an entity which will require brush work of some sort. Examples of use cases for this are: adding buy zones, adding safe zones, adding trigger_hurt areas to maps. When this situation comes up you can simply make use of the "add:" directive and set the model number of the entity that you're adding as the model number of a suitable brush entity from inside the .vmf file. An example of this can be seen below: ;Nuke safe zone fix. add: { "model" "*29" "classname" "trigger_hurt" "targetname" "Nuke" "StartDisabled" "1" "spawnflags" "3" "origin" "261.92 -253.52 -3422.77" "nodmgforce" "0" "damagetype" "0" "damagemodel" "0" "damagecap" "20" "damage" "9999999" } (Credits to @Potti for providing the configuration file example) If you need higher precision, or are unable to find a suitable model number, there is another option that allows you to specify exact dimensions. This only works for triggers though, not entities like func_brush. Refer to the picture below for assistance in doing this (provided by @Moltard) Important links for reference : (https://developer.valvesoftware.com/wiki/Entity) (https://developer.valvesoftware.com/wiki/Entities_in_Depth) (https://developer.valvesoftware.com/wiki/List_of_entities) (https://developer.valvesoftware.com/wiki/HammerObjectPropertiesDialog) (https://developer.valvesoftware.com/wiki/List_of_base_entities) (https://developer.valvesoftware.com/wiki/List_of_Counter-Strike:_Global_Offensive_Entities) (https://github.com/alliedmodders/stripper-source) (https://forums.alliedmods.net/showthread.php?t=39439) (https://www.bailopan.net/stripper/) (http://www.riintouge.com/VIDE/) (https://developer.valvesoftware.com/wiki/Inputs_and_Outputs) (https://developer.valvesoftware.com/wiki/Brush) (https://developer.valvesoftware.com/wiki/Brush_entity) (https://github.com/ata4/bspsrc/releases) (https://github.com/gflclan-cs-go-ze/ZE-Configs/tree/master/stripper) Notes : If you find any information in the guide that needs to be corrected, please don't hesitate to post here. Thanks for reading the guide!
  12. For tons of reasons, -1 - You've never talked in Discord - I have no idea who you are - There's no record of your provided name ever playing on the server - Your app is incredibly bare bones - You provided your email instead of a Steam ID? Please look back at the application form for what to provide there - You're not even member
  13. -1 Your listed Discord account hasn't joined our Discord server, and I can't find any playtime on the server for the nickname you've provided, nor can I recall ever seeing you.
  14. While there's clearly some sort of issue going on here, it's working for pretty much everyone else. The issue has something to do with your setup + the new FastDL together, and I wouldn't expect a resolution to the issue if you start saying "but thats not my problem anymore". The fact that you can download the bz2 in-browser shows it isn't a connection issue, meaning it's related to CS:GO somehow. Are you running any anti-cheat software perhaps? One player reported that they weren't able to download from the new FastDL with FACEIT anti-cheat running. Edit: I've 100% confirmed FACEIT AC blocks our new FastDL, so definitely disable that when connecting to the server if you use that
  • Create New...