doughphunghus

That’s not supposed to happen . I loaded it up in 19.2 b4 and I don't get any errors. Based on the errors, do you have my "Doughs-PunishingWeather-Core" modlet also loaded? All of my "Doughs-PunishingWeather..." modlets require it to also be loaded. If the "Doughs-PunishingWeather-Core" modlet is loaded, and this is still happening: - Do you have any other mods loaded (that aren’t mine) that affect biomes or weather?

I don't see anything where I messed with vanilla treasure maps, the mod is mostly adding new items to existing groups and looting groups. If it changes any vanilla loot groups, it usually just ends up diluting out the vanilla loot (because I'm adding more items). The best I can figure out is I made the geocaching maps show up too frequently, so you're finding them more than you should, vs. the vanilla treasure maps being missing or diluted out too much. The more I look at it, when I added the geocaching map concept I just wanted to start making treasure/looting/dig quests as a template for making a lot more quests (stories that went with it, with a quest as part of it). The geocaching is the only map I have in there right now, but I added it to several loot groups (you can find it in dressers, desks, places where paper is found, etc) at too high a probability. Thanks for the input! I'll make some adjustments to it. I want the geocaching maps to show up rather rarely, like you might find one every few days, maybe, with heavy looting. I was planning on putting them into some books so when you scrapped them a treasure map popped out, or something. Unless I play it in my own games (which I do, but I haven't had a lot of looting going on currently) its hard to pin down how to get the loot spawning numbers right on new stuff.

That's weird. When I hit f8 twice in debug mode, I see the heat map info pop up above the FPS, (in green text ). I tried on a19 and a19.2 b4

You are correct. Apparently the Medicine modlet is WIP/Not ready yet and is currently mostly the same modlet as the Food one. I also didn't know that when I started the conversion process and made some small changes to it (and my editor made some spacing changes) so by the time I figured it out I couldn't easily undo my changes, so when the changes were merged into @ATLA5 's repository it shows an "a19 update" note for both ;(

@CrazyAluminum FYI: I updated the mod on Github to use 8,8,8,8,8,8

I have not tested it, but I believe to get the campfire to apply burning, you'll have to have it apply a buff. I looked at other blocks in teh game, and adding buffs to a block is a little different than an item. Try adding this to the campfire block as a test and see if it sets you/zeds on fire when they walk over it: <property name="BuffsWhenWalkedOn" value="buffBurningEnvironment"/> And I'm guessing, but to make the campfire "raise the heat map quicker" you probably want to change this line: <property name="HeatMapStrength" value="5"/> The forge is: <property name="HeatMapStrength" value="6"/> so maybe set it to 10? I'm not sure how fast you want 1 campfire to raise the heat level. There's a console command, in the game, if you put it into debug mode where you can see the heat level, but I'm not sure what level(s) causes screamers to come out.

@CrazyAluminum Give it a shot and let me know if it works as desired: Doughs-UI-Add-2ModSlots Direct download: v0.0.1.zip Check out the docs. Tier 1 and 2 items still have 1,2 slots. !f an item has 0 slots or an odd slot config)in vanilla it will get 0 slots or keep its odd slot config. If an item was modified for 8 slots, the "item tier -> slots available" is: 1,2,3,4,5,6 -> 1,2,4,5,7,8 Here's a screenshot of a tier 6 sniper rifle, with vanilla mods only Let me know if this works like you were imagining/needing or if tweaks are needed! Currently I'm considering it "beta" until I get some user/player feedback as its not a mod I plan on using for my personal games. I've got some stuff I'm trying but it's still failing. If you can find something that works, let me know and I'll add it to the mod. FYI: I have a pipe bomb modlet that one of its' purposes (side effects?) is that you can easy and relatively cheaply (materials wise) craft "plastic" pipe bombs for luring zeds out of houses (they don't do much damage) however, every one blowing up adds 5% to the heat map, so another side effect is you can call screamers with them and not waste bullets or have to have forges nearby.

Ahh. So all I need to do is create a Mod Launcher Configuration File (pointing to all my repos, descriptions, etc) and then I contact you to add the URL to that file to the launcher...database? It seems this would make it easier on you to maintain a URL to 1 thing vs all the URLs to all my mods, and any future ones as mine are all broken up into individual repos.... You mention just pointing the launcher to a single repo and it can "index" all the mods there and I believe that's the "recommended" way of storing mods (many in 1 repo) but is that basically the currently only supported way other than requesting each repo get added to the launcher. I'm not trying to be dense just don't want to create a lot of extra work for anyone, but I also kinda don't want to condense all my repo's into 1 unless its the only option. I wasn't sure of the Mod Launcher Configuration file was something I could make and maintain myself for this (like as a file in a github repo), or if it was something the mod launcher created itself, or if people using the mod launcher generated this file when they used the launcher for other people to load into the launcher so they could all sync up their mods. I'm only on Ubuntu, so I don't (can't) use the launcher today, but I have enough mods out there figured I'd give it a whirl. I'm also considering setting up Windows on my system just for gaming purposes (like trying out some DMT mods, etc) so I could use it eventually

Question: Is there a link/docs that describe what files needs to exist to get a modlet in a "launcher compatible format"? I'm thinking of requesting some be listed in the launcher. Details: I've looked around and I've found several different formats/explanations for launcher compatible mods and I'm not sure what's "current". There's this link How to make a Mod Launcher Configuration File but I've also seen references to people making a "mod.xml" file inside their modlet that has a different format than "ModInfo.xml" (they use both files?) and they don't have a mod launcher configuration file in their repo, and some people seem to be just using "ModInfo.xml"? Note: I have all my modlets in different Github repos, if that changes anything. I make a github "release" for every version that is compatible with the game, so if someone wants to play game version, say, a18.2 they can (in theory) manually clone a specific modlet release for a18.2 if I have one. I feel this setup means I should probably make a repository for just the single mod launcher Configuration File that points to all the modlets I want to list (and in each listing for the modlet, I can put the last supported game version of each modlet?). Do I have to do anything special inside each modlet's folder, like make changes to ModInfo.xml, or have another xml file just for the launcher in each modlet? I feel like I'm making things too complicated, but I also don't want to break anything if people start using my modlets in the launcher and I start making updates to my modlets

sort of I was originally trying to determine a good "spawn rate" for each spawn group that was not "specialized" spawn groups ) like animal group spawns. This is because each spawn group has X number of zeds in it, sometimes with probabilities that are not "1". After messing with it, I said "hmmm, what if I just added it into *every group* and made it a 1 line modlet just to see if it will work well enough, as this is easily maintainable". I commented out all the original code in case I needed to go back and use it. But: Yeah, you can also uncomment it and try out whatever you like! If you do and find some good "numbers" to use, let me know and I'll update my modlet (and possibly use your settings as I have not yet played the modlet in one of my personal games ). Originally I thought just "have a lot of screamers" was the goal but now I find out that the JaWoodle stream had some additional changes to them which I'll probably try to add based on some comments. But I don't really have any idea what settings to use (like spawn rates, etc)

@CrazyAluminum = 8 mod slot, 'initial test"... So, I was able to get 8 slots "there" and I hacked at it until I found a way to get the crossbow string to be a "gun" mod, just to prove it would install and show up in the 7the slot. However, a lot of things are coming to mind and I'm not sure that any? weapons would accept > 6 mods in vanilla with vanilla mods. And would their effects actually work? I don't know...But... to add more mods to the extra slots you'd have to: - Mod the gun/item to have 8 slots. - Make a item_modifier (a mod) that somehow fits into the gun that already has all its "parts" filled. I'm not sure how easy this is, but something like "burning bullets" or better aiming or something might be doable, but I don't think "visually" you'll be able to add a mod to a gun ( so like a handgun has a tripod or 2 lasers or something). But that's just me thinking about vanilla guns only allowing a certain number of items to occupy space on the gun (visually) Anyway, without trying to make it look "good", or even knowing if it works at all, here's what it looks like on screen. Still interested? I might be able to throw together a mod that would just "allow" 8 mod slots (with the wonky pop out on the right for every item? I believe I could only have 6 slots in the top part and it would be ok, just a visual thing (mod 7 + 8 would exist you just couldn't see them), and when you mod the item it would go into the extra slots on the left side), and then leave it up to you/others to make mods to fit into them/test/etc as I'm not sure what mods would/could be made. I don't think there's going to be a good way to get the extra slots to "fit" in the vanilla UI.

Update: @ATLA5has merged the changes in Github so the mod should be working in a19, per original links above. Hopefully I didn't screw something up bump to those asking about it recently: @Gouki @mrjaj @Iirlyaccess

I’ll see if I can. The ui stuff is not easy to mess with, and even if it works it can look “wonky” when trying to get it into the vanilla ui. I put in some requests to TFP a long time ago to make certain ui elements “auto scroll” with a scroll bar like the recipes window and the backpack window if they got full , visually , and I haven’t seen traction on it. Meaning: if a modder added more slots, it would show the vanilla slots but add a scroll bar. If no modder added slots, then there would be no scroll bar. This way vanilla would not change look/feel unless it was modded, and then the icons would be the same size and anyone could easily add any amount of slots they wanted. I feel , before going in and attempting it, that adding more mod slots will be a similar struggle as TFP doesn’t likely already have that to be a scroll like area in the ui. anyway, I’ll give it a shot (a slot?) when I get some time and update here.

@ATLA5 has been contacted and I've pushed my (hopefully) a19 b180 -> a19.2 b4 compatible update to their Github repo for their review/merging of my changes. I performed light testing just to make sure all recipes could be crafted. Note: I noticed that the chem station does not have a "food" icon (only medicine and chemistry), so I added it in as several of these food recipes use the chem station and were not easily findable without it. All the other changes were normal a18 -> a19 updates. Anyway, not sure if that's "good" or "bad" to do, or if the "food" icon was ever in the chem station. The vanilla "beer" and "moldy cornbread" recipes show up under there too

Hello! I have looked into updating this modlet for a19 as it seems it needs only very minor tweaks to remain functional. I've attempted to contact @ATLA5 via these forums (as its been about 1 year since they have updated or posted in these forums under that name) and if I receive no response in awhile I'll post a working fork/version for a19 on my Github page (well, I have not extensively tested, only fixed obvious errors). Should @ATLA5 wish to continue maintaining their modlet, I'll to push my updates back to them instead (should they wish to use any of them). FYI: I don't plan on attempting to maintain/update this unless the original author cannot be contacted after a reasonable amount of time. The graphics/recipes are very nicely done and I wish to play it in my own games and I figure if I can get it working maybe others can continue to enjoy it also Also: Their Discord link above appears to be working/available. I'll also try that to contact them there as well if they do not message me back.

Recent modlet updates of significance not mentioned in above posts: Modlet: Add more common sounds - Added 39 more sounds. Added a lot of sound pitch changes + variation spread to other sounds. Please let me know if you hear something that sounds a little too weird/off! Updated A fork of KHelldons a17 modlets - Modlet: Khelldon-RebarCrossBowBolts - Small fixes. Should work better in a19+ - Modlet: Khelldon-GetFramed - Small fixes. Should work better in a19+ - Modlet: Khelldon-GetPiggy - Bone and general harvesting now works. Pig sounds broke and were migrated to stag sounds for now. Thanks to @xxx73 for reporting issues! - Modlet: Khelldon-ScreamerBears - Small fixes. Bone harvesting now works. Should work better in a19+ - Modlet: Khelldon-StarterCrate is now working for a19+ Modlet: Remove The Map is now working for a19+

@xxx73 - FYI: I just updated There's a lot of configs to change the "pitch variance" of a lot of sounds (most seem to sound OK. I have not tested them all) and Just added more remixed sounds: Block/Item | Type | Sounds added stone | Destroying | 6 wood | Destroying | 7 metal | Destroying | 2 cloth | Destroying | 3 door(wood) | Opening+Closing | 10 door(metal) | Opening+Closing | 12

Added Modlet: Screamers - Spawn - More Summary: Inspired by JaWoodle's "Silent Hill" series and a post by @Doomofman. Adds screamer zombies to more spawn groups (currently adds to *all* spawn groups!). Note: Lightly tested. Will clean up modlet if I get feedback it's too much/many or doing a modlet this sloppy causes some issue with the game

I'm checking it out I'm working on getting my randomizer to randomize UMA related things. If I can get something to work I'll update it. I've got some other fixes I want to add in, like random Localization, so instead of seeing "DoughsR_3455_ZombieBoe" (or whatever) as the name in game it might say something like "Rotten ZombieBoe" or "Putrid Sarah" or "Buttugly Meat Sack". Then you can also use your own word files if you want to randomly generate whatever names you want I'm going for the old "Garbage Pail Kids" as look/feel to see how it works.

I don't I'll see if I can fix it. I noticed when I tested it spawned, etc that the hit box seemed a little off, but I didn't test it completely. The pig model has been commented out in the vanilla code for awhile so I'm going to guess its something to do with it needing some updated XML. Thanks for the info! @xxx73UPDATE: I updated GetPiggy so now its more up to date with current animal XML. The pig sounds don't work anymore though (in a19.2 b3) so I removed them and they are the default stag sounds, which are .... passable for the time being. I have a sound modlet and when I do some more sounds I'll see if I can fix the pig sounds if the pig model is still in the game. Also: Harvesting bones from GetPiggy and ScreamerBears was not correct so its been fixed as well, and harvesting in general should give more "stuff" that's consistent with the game ( like working with buffs or perks, etc). Tracking may also work a bit better than before. After looking at the GetPIggy modlet, I found some notes for GetPiggy they were "have to harvest from the head or butt". So, anyway, if you don't want to update, this harvest method should work (I also tested it and the old version does work if you hit them just right in these areas) The direct github download for my fork of the Khelldon modlets with the new GetPIggy fixes is here (v2.0.6)

This is a cool idea. It could open up quite a bit of new stuff for super late game. I really want some more “electrical stuff” to be added to make and this would be perfect way to gate some crafting tech.

Thanks! Yeah, I heard someone else mention the high number of crawlers in that generation, and I've noticed it too. Its kinda nice but can be weird when you have like 10 crawlers all hopping around. I have some ideas on how to do some more balancing that I plan to add to the next version that might help this

This seems a little more complicated than I thought...but interests me as: - It would be cool/useful if UMA hangs around for awhile - I haven't targeted any other "class types" and Bandits/etc (Used in Creature packs, others) are a class type that will likely come into the game. - The randomizer script currently only targets a single "property" in a class/entity definition per "randomness setting". This stuff looks like it would be more complicated BUT if something could be done to add it might be done generically enough to allow targeting of other things that are more complicated than basic properties. I'll have to think about it for a bit. I want to make the randomizer as configurable and "useful" as possible, but I also want to make it generic and as simple as possible to make the code easier to maintain as TFP changes things before going "gold". Even in its current state it a little bloated, but perhaps simpler to maintain than if I tried to condense it down to some level of neatness. Being able to change even something as simple as hair/skin color would be nice though.

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).