doughphunghus

nice I'll look into this setting when I do another round of modlet writing/enhancing. I'm not sure but I would assume making this a "longer lasting transfer effect" would be a nicer effect than what happens now when you transfer between "outside" and "inside", which is this weird "its really dark, then it lets up in like 2 seconds, then may fade back in again". I had a lot of difficulty messing with the "darkness settings" so I kept my darkness mods super simple just to get something useful, and I was hoping someone (TFP hopefully) would put some documentation in the XML explaining what the other settings were and what the values could be.

It looks like it's not server side friendly, and will require a client side install as well. Details: I decided to do some searching first, before trying to stand up a server and test as I believe it will not be (because of the specialized skin) and I found this which says "Any mod that has ANY folder other than /config will require a client install to work correctly." I haven't looked at it in awhile, but the "Rabbit Of Caerbannog" has 2 folders outside of /Config, which are /Resources and /UIAtlases for the white rabbit texture, and the "Holy Hand Grenade" item icons/item models. I know there's bees some recent work by TFP to make more things in mods transfer to the client (most recently I believe in a18-a19 have been mod included prefabs and *finally!* Localization.txt) but the item icons I know don't transfer to clients (as I have made a mod "You've got Mail" specifically not with new icons because of this). Thanks! I've been playing a game with all my mods (and darkness falls, and some other mods as well) to see if there's anything to change in them (as I see it) and I appreciate the feedback! I'll probably make some more changes to the random entity one and make some more "pre generated modlets" that are a little more tuned, and I'm trying to think of a way to pre-generate them to target the Creature packs, and Sorcery, etc. so you can just load several pre-generated ones to target your specifically loaded zombie packs. It might not work well as it ideally is something you'd generate on your end after you have loaded/tested all the packs you wanted to load THEN you'd generate a custom "random entity" modlet...but... it might be do-able on my end a little. the issue is that other peoples packs can change at any time and it might be difficult to properly generate them on my side and keep up with everyone's changes... we'll see how it works out ;). I wish I didn't have to use perl as the randomizer script language (I would have rather used python as it's turning out to be the flavor of the decade) but it's the only one I know well enough to support (and write fast).

Just clarifying as I'm not completely sure what an "archetype" is in the game: Do you mean "could you randomize a non zed, non animal?". Probably, if I made some additions to the script. If I look at "archetype" in the current a19.1 XML (inside entityclases.xml) I see a lot of commented out things like: Anyway... .... for testing this, it appears the "Creature Entities Pack prefabs as Z's like the bandits and survivors" is what you're looking for, and I can look into these. Are there other mods with archetypes you're thinking of I can also test against? Side note: I took over some of Khelldon's mods and the UMA Zeds stuff looked....like a lot of hard work ... so I never tried updating them since we have the creature packs . I also heard UMA was possibly not going to be a thing in future releases so that also killed it for me, if true.

I haven’t tested it on a server, so I don’t know at this moment. I have read that anything with “custom zeds” or “custom icons” or “unity.3D” files is not server friendly. This mod has custom icons and unity.3D files. There was an incompatibility with a19 (a spawn group it was using was removed) but I believe I fixed that, and it was not an NRE error. I’ll fire up a vanilla server and test it out this weekend, just to see if there’s anything I can do to fix it. I thought about requesting this be put in the creature packs but I didn’t build it all myself so I don’t have the source files for the rabbit skin, which I can probably get though as another modder on these forums made it who is very active. Without the source I can’t easily maintain it, which is a requirement for getting it added the creature packs, and is likely the best bet for keeping it maintained.

Looking for feedback I figured I'd post this here in case it interests anyone. Its not a "great tool"...but it gets enough of the job done someone here may want to use it... I put together a small terrible tool I call "7D2D-EntityRandomizer". Its still very early in development, but it works...so far. I have not tested it extensively, so I'd advise against using it in a "serious game" until you've tested it out a bit. Note: This is not a "true" entity randomizer! It makes "clones" of existing entities and then randomizes only the clones (so the"vanilla" zeds/animals are not modified). It then generates a modlet with the cloned entities in it. You load/install the generated modlet like any other modlet. Anyway, here's some links to it. If anyone wants to try out the "pre generated modlets" and provide feedback that would be cool :). If anyone wants to go the "custom build" and install perl and build your own modlets and provide feedback (features needed/wanted/etc) I'd be happy to take any input you have! I have built and tested ONLY on Ubuntu, it may need fixes for windows My Mods Page (Where the current status of this will be maintained) Github Repo (Where current code will live, and any documentation/examples) Note: My "configuration" files for this on github tend to be set up to make clones that are harder/faster/meaner/etc. than the vanilla zeds. Like the speed settings are set so you cannot run away (sometimes) if they are generated at max speeds. Pros: - Its an XML only cloner (no DMT needed, no special graphics, etc). So it should work on a server. I have NOT tested this. - You can randomize a lot of properties beyond "walk type" and size. In theory you could randomize any property, but the most common ones that made sense I set up first. - It has a config file! No "script editing" needed! If you wanted you can generate separate config files to generate a mod with only the animals, then another for only the zeds, etc. or even generate 2 separate modlets with different settings (like make 2 clones that are super hard, then 5 clones in another that are easier). - There are some "helper" methods for special things like WalkType and making changes to size. - You should be able to (if you generate a custom modlet for your own game) generate clones against any other entity modlet you've loaded. Meaning: if you load custom/extra zeds/animals/etc, you can make clones of these. It takes a little work to do this though, and you may have to make a few runs and tweak the configuration to make it work. Some zombies/entities just don't clone +randomize all properties well. I've had some success doing this, so it kinda works. - Fully open source! Fork and modify to your hearts content. I apologize in advance for the coding mess I have created Cons: - I have built and tested ONLY on Ubuntu. It should work on Windows, but its possible that there will be path/file naming issues. To minimize this, only use forward slashes in path names in the config file! e.g. C://test/test/test... - Its a script, and I take no responsibility for what happens to your system if you use or modify it - To make it work well (meaning it feels like game entities are random), you have to generate a "lot" of clones. Currently I generate 5 extra clones of every entity in the game. I'm not sure what kind of impact this has (its playable in my solo games). - The config file is not super clean. Its JSON so you can't easily put comments in it to self document. Stupid JSON! - I haven't written much documentation really explaining how to use it yet. I do have 2 example config files that might get you going. - "random" is mostly that. Meaning: if you randomize Walk Type and it randomly makes 4 out of 5 zeds walk the same, then that just happens. There's not a good tuning mechanism yet to "always add in some extremes" so you always have a crawler of every type of clone, or there's always a zed that runs as fast/slow as the config allowed, etc. - Every time you run it you get a different modlet (entity names are always ..randomish) and settings are random. It could cause issues if you played with a generated modlet, then generated another (and didn't make changes!) and added both to an existing game. - It requires some custom perl modules to be installed. So if you have perl installed on your system (mostly Unix/mac systems) you may want to be careful and use something like perlbrew to make a "virtual perl" installed just for your account and not mess with the system level perl. I can probably give some guidance on how to install perl and the modules, but I am not a OS/perl guru and if you blow up your OS ... now you know another way to accomplish that. - If you give the script really bad data from the config file (like put in negative numbers when it doesn't make sense, it will likely generate a modlet that is unplayable/loadable/throws a lot of errors. In fact, it might just make a bad modlet anyway. I lightly test the modlet it generates only against vanilla entities (no errors on load, etc), as TFP releases new game versions. - Probably 20 other things I'm not seeing

mem: 16 gb cpu : Intel® Core™ i5-6600 CPU @ 3.30GHz × 4 graphics: NVIDIA Corporation GP108 [GeForce GT 1030] os: Ubuntu + Pop!_OS 20.04 LTS I have experienced this too, i think multiplayer but i know it happens in single player. I've noticed it occurs for me when I play a fresh new game (random gen for me, vanilla rand gen only, no nitrogen) and are optimistic and have graphic settings up too high and get really low stuttering FPS (<15-20 FPS avg). I then adjust the graphics settings lower (like all the settings). Suddenly, the issue occurs. I have not toubleshot this much, i usually just start a new game with the existing lower graphics settings and it does not return.

Oh crap! I’ll take a look at it tonight and see what happened. When I’ve made the “punishing weather...” mods and overrides I usually copy one and make changes to it to make the new ones. Thanks! Update: Those 2 mods should now be properly referencing themselves Thanks @PaddoPaulus!

Thanks! I've been thinking of adding more stuff (my last attempts to do doors and the forge didn't sound good so I didn't add them in) and it's a little time consuming but I still want to eventually do some more variations on: - Door open/close (and maybe add fridge door/cooler) - More glass breaking - More "walking on trash" - I've heard a lot of complaints about the vehicle/chainsaw/auger sounds. Those might be tricky but if I could find some good sounds... - More zed groaning, screaming, etc . So you're not quite sure which zed is "behind the door". I tried this already and it was bad so I put it aside for a bit. I think a lot of the zombie noises are slowed down/sped up sounds actual people made (like humans made them... TFP or friends of TFP?) and it's hard to splice and mess with them without it sounding really bad, and you can't really add any effects to them either. - Maybe do more of the dogs barking. its a little repetitive when they're outside trying to get to you. - Wood + metal "upgrading" (and wood "breaking and downgrading") as its so common - Cloth breaking as its a weird sound breaking up a lot of cloth (tents, etc.). to me the vanilla game cloth break sounds like a basketball bouncing

Interesting. Thanks! In some of my "test" games it seemed like it was too bright (it would be dark(er) and then lighten up after a few seconds). However, I did recently find myself inside some attics where it was 100% darkness, which is what I'm going for (in an enclosed space). I think both the weather and "lightness" are affected quite a bit by how close you are to an "open hole". Like, a single window, even if you are 5 blocks away, will indicate "you're not entirely enclosed" and you'll have some light in the entire room as well as be affected by outdoor weather (and hear the outside wind) as I've seen the weather effects (hot/cold) come and go in strange ways when running around inside large buildings.

I think she should have free will ;) and if you don't try to make a safe place to put her or the base starts to get overrun, you can either run away knowing you left her there to die .... or stay and fight to the death. Actually, a "grief" buff would be interesting to apply every time one of your pets/bots die. Once it reaches 80% there's a random chance you'll drop all your items and fall to the ground and just let the horde eat you. The only way to drop the number is to build/spawn more bots/pets ;)

@ReckisI generated a new one with the newest settings. I dropped all "top speeds" down a bit and bumped up the size average... assuming it all randomizes properly The new one is "Doughs-RandomizedEntities-For-a19_0_all-entities" Changes are: - 5x cloning. There are 410 randomized vanilla zombies in the modlet, 60 hostile animals, 20 friendly animals - This one contains animal randomization - I also made special customizations for exploding zeds ( cops and demolishers), so their explosions are random-er (block damage, radius, etc) and for the demolisher the time he takes to blow up is a little random as well. The "boom" properties of these is a little on the higher side as well... I haven't run into one yet in my own game to see how it feels. Let me know if you have any more input! Also: if you load this one, be sure to remove the one you're using! Loading 2 of these at once probably won't work at all.

Yeah, I have actually :). I also noticed in my latest personal modlet generation (not posted on github) a lot of the zeds are "too small". I was afraid they might be too biog and get stuck in doorways but a lot of them seem like I'm fighting angry teenagers. There's still a lot of tweaking to do to get a nice "decent range" for the settings. I did try to make the settings a bit on the harder side just so it was more fun (and noticeable) but I may have gone a bit too high. Let me see if i can tweak the newest settings I have and generate another modlet and post it on github.

7D2D-EntityRandomizer script and usage/docs released on github Notes: - WARNING: I'm still testing this myself. It may be buggy or generate really bad zombies. You are essentially testing a very new script on your system if you choose to run the script - WARNING: The script was built on UNIX, and I haven't tested on Mac/Windows yet! - WARNING: I highly recommend *NOT* using the script unless you know how to get perl set up and running properly on your OS. If the script deletes all your data, your computer teleports to my secret bunker, and everything you own bursts into flames, you have been warned! - I will continue pre-generating modlets to use (so you don't have to run the script) on github. The current modlets do not have randomized animals in them (coming soon!) The randomizer script supports randomizing animal and zombie entities, and generating multiple copies of entities, all with random properties. It then builds a modlet for them that should hopefully be 'playable'. Only simple numeric properties can be randomized, nothing nested in the XML. Some functions are provided to randomize entity health (which is a nested XML property), for example. The purpose is to make all zombies look the same but act different, and generate enough of them you never know what you're up against. If you want to ride a road to hell with a big floppy blueberry pancakes for underwear, it *should* be possible to randomize any entity/zombie/animal (like in the Creature Packs) but this will take a specialized configuration I have not documented. I'll document it or try to help if anyone asks. This can get messy and may require custom by hand configurations. I can imagine certain entities ( like robots, or NPCs that are tagged as EntityZombie ) might not work or the randomizer will break them.. I'll try to support this the best I can, but it's not something I'm going to guarantee will work OR will generate a modlet that works!!!

The medium and low settings are just for the "visual effects" because the more visual effects the more of an FPS drop you may get. It won't change the temperature issues. I'll see if I can make some adjustments to the cold (and likely the hot too) temp min/max values to make it less likely to get so low/high. I'm going to see if I can get some input on the forums first though as it may help. Curious: What biome are you in that you are seeing this?

Thanks! I'm hopefully (this week?) going to be able to release the script that generates the modlet(s). The first version was only a test and I wanted to make it so you could configure it more without having to edit the script (I have this set up already. Still adding features I think will be useful to future proof the code a bit. I want to be able to randomize some things like demolisher exploding time and explosion power without having to write code that's too specific to them). The unreleased script allows zed and animal randomizing. Once I get it and the "how to install and use" documentation set up I plan to generate a small variety of modlets with different configurations (maybe: easy, medium, hard?) for people who don't want to do all the install and "figuring it all out" work as you can always go into the pre-generated modlets and make your own changes. I also want to test if it can work with the Creature Packs and any other "entity" mods (which I can write instructions for how to use, but cannot easily pre-generate mods for because of there being too many possibilities of what people will load into their game). Anyway: Let me know what you think! All input is welcome. I've made some decisions that may not work too well and am still tweaking things. I'm playing my own game with it and it feels like the basic idea is working well. I had a few zeds come running at me so fast I didn't know what to do (no way to outrun them), but then I had the nighttime settings on "nightmare" mode so I probably shouldn't have done that while testing

This is a great mod. I recommend it to everyone to try it out. Thanks for all those who worked on it! i had a game set on harder “zombies run fast” settings and actually found a drive-able car on day 1. Drove for quite awhile ( I guess I went the wrong way from the towns) and finally found 2 crappy houses. I Had to keep fighting then running back to my car to survive . Also had to use it to run over a wolf and some zeds. it really makes it feel like people abandoned the cars. Being able to drive/rebuild/repair them is really cool.

Short answer: "Maybe". If you're in a cold area and you have heat sources, they should provide heat. My weather modlets can possibly generate "you're going to die" temperatures, and I don't have any way (well, I didn't set anything in my weather modlets) to configure indoor weather protection conditions. Long answer: I'll try to keep it short General: - My weather mods only modify the overall weather conditions of the biomes (but there's more than just this for weather!). There's no (purposeful) lowering of the heat generated by objects like the campfire/forge/or just "being indoors" in my weather modlets. So in theory if you started a campfire or something with a heat source you'd get some heat. I believe its the same if you go indoors (*but I'm not 100% sure*). Putting on clothes that protect against weather should be working as designed (no changes in my modlet for these either) - I did have a "Survival" weather modlet that attempted to make it colder as your elevation went up (like going up a mountain), but I'm not thinking I can get it to work in a19. So if you're using the "Survival" weather modlet I made this *might* be part of it, if you're high up in elevation on the map. It looks like TFP changed where these configurations are so I'm waiting until I can learn more about how to change temp by elevation, so I'm likely going to suspend/deprecate my "Survival" weather modlet for a19+ for now. - I tried to my weather mods to be more harsh (but not insanely brutal) in terms of the possible weather extremes that *could* occur. I did not test/calculate all extremes out, but if it does get hot/cold enough to kill your character that was considered to be 'ok' in terms of "this will be allowed". More about this below... - I don't know a lot of about how TFP handles the weather (more below). If anyone has any info on my unknowns below, or I'm wrong in some details, please call me out! All 'I believe' statements below are my beliefs/reasoning only and are *not* some sort of internal information I have about the game mechanics/workings. Specifics: - From what I believe, TFP has a "global weather" that cannot be modded with XML (my weather mods are all XML). Then they have a "biome" level weather that you can mod with XML (this is what I'm using). They have it set up so for a biome (say, the "snow" biome) there are several things you can configure up to make that biome overall feel like a snowy area (make it cold, make it windy, have some snow fall, cloud cover, etc). HOWEVER these biome level settings *are relative to the global game weather settings not absolute for that biome*, meaning if you set "temperature = -10C" (or 14F), it will not necessarily be -10C/14F. What happens is that the global game weather may be 21C/70F and the XML configuration for the biome is actually just an add/subtract from the global temperature!. There's more to it (like you get to set a "randomness" in the biome to how cold it should be x% of the time), but essentially the global game weather runs the show, and the biome level XML is like a tweak to those settings. - From what I believe, the global game weather is the weather for the entire map, and the biome XML is to tweak the biomes. If true, I believe that the global weather would not fluctuate wildly (like go to -10C" (or 14F)) but instead would fluctuate a little. I believe the starting and "base" temp of the global weather is 21C/70F. *What I do not know* is how much the global weather fluctuates! I also cannot control how the game chooses what settings I have in my weather modlets as several properties are just "make it this x% of the time" and the game chooses the percentage - I believe the game has some sort of calculations it uses to determine if you are "indoors". I don't know what this really is, but I believe if you're in a room and there's a hole in the ceiling, you have to be X distance from the hole or you can be considered "exposed"/outside. Same with an open door. I'm not sure if weather affects these (like if its windy or super cold does the X distance change). - When I made my weather modlets, I tried to make the weather not be as nice as the default (but also allow niceness, for a short time. The % "nice possibility" is just rarer). "Niceness" is subjective, but also there are several parameters to change, so the "real" odds of getting nice weather drop significantly because 1 parameter may be "no fog!" but another might be "its really, really, cold". Having them all line up to be "no fog, no wind, and not so cold!" should be rare. I also wanted to make the "harshness" for a biome match what it really was (snow = cold, desert = hot). So, I basically just took the default biome level settings and added some extremes to them (both above and below the default...but skewed towards the biome. Meaning: if its cold, skew towards colder), then made these extremes be the more common occurrence. Additionally, generally I then added a 1-10%? chance of "yeah this is over the top cold/windy". So the "extremes" could all line up and happen all at once - I made the weather modlets mostly because I wanted some visual darkness and gloom, but also because I feel that the weather in the vanilla game really isn't an issue to work around, meaning: if its cold, so what. clothes are easy to find, put them on, meh. With more extreme weather suddenly clothing (and clothing modifiers) start to make a difference, or at least you might have to actually think about the values vs "take the best, all the time" and "take off my coat, I guess". I wanted there to be a real chance you might die due to hot/cold and you literally might not be able to make it. You'd have to choose to maybe try to build heat sources (there's no cold sources..hmmm) or maybe make a run for it and get out of the biome. Generally this means (for my modlets) that the burnt forest and desert are bad places to put bases in them as you cannot cool down with anything but clothing). I can't do the math to figure out what specific settings in my XML modlets need to be (to avoid death conditions) because I don't know how to determine how much heat a forge/campfire puts out or how cold/how the global weather might get. So I guessed and fudged a bit based on the biome level default settings so it seemed reasonable that it *could* get bad enough to kill you. I don't know how much weather protection you get from being indoors either. In general, I wanted you to worry about your character being able to survive in every biome... but less so in the green forest (as its basically the safest biome). - Its possible that there's a bug in the game that if the temp gets too cold, heat sources/indoors not work? Anyway: If there's some way to determine (or someone knows) any of the unknowns about weather that I have, let me know and I'll tweak my modlets (likely with an override modlet) to try to remove any possible issues like the heat issue or "certain death conditions". I just don't know what settings and values to change to "know" what the min/max values of weather are going to turn out to be after global weather is taken into consideration, or if there's a "too low/too high" temperature that negates heat from campfires/forges or weather protection from being considered "indoors".

Updated You've got Mail to work with a19 General Changes from last version: - Made game pieces a little harder to find as they are more of a "collector" item with a secondary purpose of being a game (they were showing up more than intended). - Added 1 "Geocaching" treasure map. A standard treasure hunt and dig, but with a very small loot container (only 4 slots) that the RNG gods may bless you with good items....or stuff you would normally find in a geocache...or both. - Added more Boxes/Parcels to open. Some give very good loot items. - Added more notes/papers to read - Added more books (these are not perk books). Added EXP if you read them or the ability to burn them for fuel or sell to trader. Note: the purpose of so many extra books is for fun AND to dilute the loot tables in places you find books so perk books are harder to find. - Added a few alternate recipes for vanilla items that use some of the "junk" items you can find, where it could make sense. Junk Turret Ammo (Regular) Blunderbuss Ammo Armor Water Purifier Mod Cloth Hat Armor Leather Knuckles melee weapon Candle There are a few general types of items in this modlet: ~60 "useless" items: Items that are not of any use, clutter up your inventory, OR can be scrapped or used in recipes. You never know until you try! ~45 books. So you can find more in places you normally find books. ~60 paper items/notes ~40 unopened parcels/boxes: Contain various items. Some good, some bad, some really good. 3 games to play: Soduku, Chess, Checkers, Tic-Tac-Toe. If you have time to burn. Specially sized containers for the game boards. Have to find or craft the pieces/puzzles depending on the game. Collect them all! 1 "Geocaching" treasure map: Who knows what it will contain? 1 Weapon: BB gun (and brass BB ammo). May actually be semi useful if heavily modded in early game and bullets are scarce. If you find it. Or give it to a "friend" and watch them try to reload it and realize it takes only BB's

Added Nerf Flashlights and Player Crafted Lanterns From the current v1.0.0 docs on Github: Description This modlet makes it so flashlights/lanterns are a lot harder to obtain. Removes flashlights and flashlight related mods in loot and traders. Parts to create flashlights are found in loot/traders but should not be common. Adds new items (recolors of existing items) that can be found or bought from trader: Flashlight Case: An empty flashlight case. Can still melee with it. Small Bulb: Small Halogen bulb, used for crafting flashlights. NevRDie Cell: Small C Cell for flashlights and lanterns. Modifies these recipes, to require different ingredients: The melee flashlight The placeable lantern Adds new recipes: Can make a car battery out of many NevRDie Cells. Can scrap a working flashlight for NevRDie Cells. Details: Why? Because flashlights/placeable lantern are too OP/bright and I like a darker game. If brightness could be adjusted I would have made them easier to craft, but hard to craft a quality, bright one. This will force you to use torches (heat sources) and/or have a harder time looting (for awhile) vs turning on your headlight all day/night. The new parts are not common in loot, so it should take a little while to get all the parts and craft, and by that time you should relish the fact you have anything related to a flashlight mod in your helmet/gun This also means those who loot a lot will be rewarded sooner. Tested on: Game version This Mod version Note alpha 19.0 v1.0.0

Modlets Added/Changed: Aug 15 2020 - Added Nerf Backpack Carrying Capacity Aug 14 2020 - Updated 7D2D-EntityRandomizer to add generated modlet for a19 b180 Aug 8 2020 - Updates for a19: A fork of KHelldons a17 modlets. Notes: A fork of KHelldons a17 modlets - Added a little more documentation to most modlets - Finally got KHelldon-GetFramed working, which is a pretty cool modlet. No more adding wood frames to make long horizontal runs in the air UNLESS you use nails to upgrade them first. Made small change to the original modlet so you can build out 1 frame without nails. Previously you could only build "up" with frames, not horizontally This makes it a little more in style with the natural building style of the game. If anyone liked the original style let me know and I'll release an override modlet to put it back. See notes on this as there's a modlet by Guppycur to fix the initial quest progression that requires you to upgrade a wood frame. I didn't add it to this modlet as I wasn't aware of the issue until I ran across it in the forums. Maybe I should...?

"Many of the blocks used to decorate houses (roof edges, window frames, columns, etc) are now upgradeable!" That's pretty cool. I've gotten more used to the "pick a POI then reinforce/rebuild/etc as necessary and live in them as long as possible, then move on if needed" game style. Being able to upgrade more block types will likely make this more fun or at least have something reinforced that looks more "home sweet home like" vs "I repair my house with ONLY cinder blocks"

Thanks, I'm glad you like it! Once I get some time to clean it up, add animals, and make it "user friendly" I plan on making the script that generates the modlet(s) available to everyone (its a perl script, so it might require installing perl, which might be a turn off for some people). *In theory* it should be able to randomize any entity added to the game as long as you do a little work to point to the right files. The dilemma is that once you randomize against any non-vanilla entities, it starts becoming very version/install/client/server specific. The current settings is an attempt to make the added zeds "playable, but mostly harder", but I'd like to add options so you could choose "easier" or "ridiculous" settings. I agree that hopefully TFP will start making more settings/properties "randomizeable" in the XML so every time a zed spawns its random-er, and I can retire this! Also: Until I make the script available, I plan on generating a modlet for every update that comes out. If anyone wants a specific one (or some a18 or possibly earlier versions... it might work?), or I miss one I'll happily generate a modlet for it to see if it will work. I can't promise to generate any for DMT zeds because I'm not able to get DMT working on my system, so you'll have to wait for the script ( not sure if it can even handle DMT generated entities) It is pretty awesome Khelldon (no longer on the forums I think) is the one that made the original mod and gets the credit. I think I actually tweaked it to make the explosion radius *a tiny bit smaller* as it was originally causing extreme frame drops on my system (like the game would freeze for 10 seconds). I laughed the first time I used it too, just for the sound it makes when you throw it!

I'm not sure what Sphereii has made (have a link? I think its the "Transmogrifier: Allow random walk types and sizes for zombies to break up the monotony ") but whatever his is it's likely better as a general rule . Mine doesn't use DMT and randomizes more properties than the Transmogrifier appears to, and I may add more. The best way to think of it is: Imagine you wanted to make zombies more "random". You *could* hand write a modlet that changes/replaces attributes of existing zombies (or do something with modding deeper than XML offers, DMT, etc) or you could do what I did and (have a script) write a modlet that just makes a copy of each vanilla zombie and then changes some specific properties (like run faster). If you ran this script a few more times and put it all in 1 modlet, you'd have a similar modlet the script generates. I'm on UNIX not Windows and I haven't found a way to get DMT modding tools to work yet. Also: If others have good "randomizer" modlets ( Gupppycur has one for zeds randomly getting up) I'll happily leave those attributes out of my script/mod (or junk it altogether, unless UNIX people still need/want it) as I don't want to duplicate or create overlapping modlets with others if I can avoid it.

Added 7D2D-EntityRandomizer Basically: I'd working on a script to clone existing game entities (currently just zombies) and give them some randomized properties, but still make them playable (e.g. no 2 story tall zombies). The script is not yet released, but I put out an example modlet that it generates that just clones the vanilla zombies in a19 b173 with some random properties. There are 332 randomized vanilla zombies in the modlet (4 cloned copies of every vanilla zombie). These are not new skins or colors or anything, just randomized behaviours and some other properties so when you are approached by a zed you probably won't know specifically how its' going to attack/approach or how much health it has. It also may be just a vanilla zed The generated modlet (that I made) doesn't interfere/modify the game other than adding in the new cloned entities (zombies) and adding them to existing entity groups, so it should work with any modlets that don't remove zombies or entity groups. If you're interested, read the docs on Github first before trying to load it! Also: In theory, it could also be used against any other loaded zombies (like the Creature packs, overhauls like sorcery, anyone elses zed/animal packs, etc) but I'd like to get some of the animals cloned and randomized in a similar way before cleaning up and documenting how to do that with the script before making it available as to run it against anything but vanilla is going to need to be run on the client side. Not sure if it will work on servers (would love if someone could test it for me :) but its pure XML and only 2 XML files so in theory it should work?

The Doughs-Buff-Ambiance-DarkerInside mod is just 1 line of XML inside the /config/worldglobal.xml file. The latest version is setting the ambientInsideThreshold value to: 2 <set xpath="/worldglobal/environment/property[@name='ambientInsideThreshold']/@value">2</set> The default value in the game ( a19 , latest as of today) is: .2 ( notice the decimal!) <property name="ambientInsideThreshold" value=".2"/> This mod is an attempt to get it as dark as possible, but is still very "work in progress". I'm not really even sure what this parameter "does" other than it seemed changing it to 2 made it a lot darker indoors. For what it's worth, I've tested these settings and this is my memory of the results: 0 = seems to have no effect 1 = Seems to darken the inside considerably more, then at times it "brightens up" indoors and then slowly darkens again. then "brightens up", etc 2 = Seems to darken the inside considerably more, and appears to not have the weird effects as 1 10 = no different than 2? 20 = no different than 2, but FPS seems to be affected. Anyway, I'm not really sure what the setting "really does" or how high/low the acceptable numbers are. It seems reasonable since the default is "0.2" that the min-max is 0 to 1. Setting it to 2 was just an experiment and it seems to work. Its weird. Anyway... You ?may? be able to get the effect you want by setting it to something like .5 or .8? If you want to try making changes to it on your system (just edit the line in my modlet) This modlet is hard to easily test for a couple of reasons: 1. It appears that the "indoor brightness" is heavily affected by the outside/outdoor/world lighting/weather. This appears to change slowly "while playing" but can change a lot when restarting the game (I think). Basically I had a lot of issues testing as I'd restart and it would be "bright outside" and the next restart would have some clouds rolling in. The clouds, moon/sun brightness has an effect, and the "phase of the moon" also has an effect at night, which changes every day. Even my current modlet has varying darkness inside because of this. 2. The "starts to turn dark inside" effect isn't immediate when you go inside. It takes a few seconds to start kicking in. It also seems dependent on "how far inside you are". For example: I tested with a house with an open garage door. Outside it was "sorta dark" and I could see inside the entire garage. When going into the garage...brightness didn't change.. When walking all the way to the back of the garage, it slowly got dark. Anyway, if you want to mess around with it and find a setting you like (or a combination of things headlights, etc), please let me know! I'm going for "full darkness" but if there's a nice balance it would be good to document it for others. Also: The setting I have of "2" makes indoors on horde night "red darkness". Just discovered that in my own games. Its kinda neat, but not what I wanted