• If you have a mod, tool or prefab, please use the Resources section. Click Mods at the top of the forums.

Darkness Falls: They mostly come out at night...

Whenever it tries loading one of their progression.xml's from their respective folders in the mod folder it fails to parse them.

I don't know what all this mean but it may help find the issue that could make them compatible with Darkness Falls

 
anyone having problems with joining a friends game have no hassle in normal game but in darkness sometimes we try relogging eight or nine time before it will let us both log in at same time any ideas
Click to expand...
Are you on the latest version?

Can you please make it to where this is compatible with Firearms Mod and Soviet Weapons Pack mod. Those are two really good gun adding mods. When in the Mod folder their progression files interact with Darkness Falls progression.xml to where you can't do anything with skills.
It won't even let you go to the skills menu.

Please please make the progression.xml for Darkness Falls compatible with Firearms and Soviet Weapons Pack mod's progression.xml's

Great mod but won't play it till it's compatible with those good weapon mods. Will just go back to Realism Overhaul.
Click to expand...
Gonna be blunt here.

That's rude.

It's is not MY responsibility to make my OVERHAUL mod compatible with a modlet. It is the modlet author's responsibility to make THEIR project compatible with mine.

I'm not going to re-write the one file that took me a day to organise how I wanted it, with the progression I wanted for my overhaul.

If you don't like that? Not my problem. Go play realism overhaul then because this obviously isn't for you.

Or.... and here's a wild idea... don't be gun obsessed. Darkness Falls is not about being OP with guns as soon as possible. It's SUPPOSED to be work and luck to get even the most basic pistol.

 
Im going to test around with them a little bit and see if deleting their progression.xml's will work as a temporary work around for this issue.

I really want to play this Overhaul but don't want to play without all the guns those 2 mods add.

Hopefully deleting their progression.xml's will just make it to where they can't be crafted but still repaired and found in the loot table.

They pop up perfectly fine in loot before but idk if they'll work right once I delete the progression.xml's they both have.

 
@Major Valentine The only things you should lose by deleting the progression.xml is the ability to craft the guns or I should say, the ability to learn how to craft them and skill bonuses may not work with them. You may also get some yellow errors when loading but they can be ignored. You could remove the learnable tags in their recipe.xml to be able to craft them but that would make early game a little too easy.

 
Sorry wasn't being rude just came out like that. I like most people like to game with multiple mods and find the ones that interact the best with each other for the best gaming experience.

People don't always like every characteristic of a "Overhaul Mod" anyways and thus people plug and play with different mods to like I said see which ones work together well to enhance the Overhaul. Done it time and time again with other games aside from this one. I wasn't asking for anything to be done instantly I know this takes time. If I knew how to code the xml myself and get it working fully with the weapon mods I would do it myself and never would have said anything to you about it.

All I was saying is it'd be nice to have Darkness Overhaul compatible with the gun mods.

More people would play this Overhaul if it was compatible with a wider variety of mods. Some people like the Overhaul how it is and others would like to be able to modify it further with tweaks from other mods.

It seems as if I have gotten the mod working perfectly fine on my own with the gun mods anyways just by deleting their progression.xml's

- - - Updated - - -

and yea I may try fiddling with their recipe files at some point but for now I'm just happy I can use my skills again just from deleting Firearm and Soviet Weapon Pack's progression xmls

 
You're gonna have to get used to it.

At least 2 mod authors I've spoken to have re-written their progression files as well because we were all comparing notes to get things working in the way we wanted.

It is up to modlet creators to provide compatibility patches for overhaul mods. NOT us. I don't want a lot of the modlets used with this mod because it screws up the balance... like those gun packs. There's no point to adding that many extra guns when a lot of them are the same, like 4 variations of the AK-47, and then they won't use my gun parts system... they won't need schematics to be found, they won't need the lathe for crafting, etc.

Which then totally screws up the character progression I have in mind AND means folks will likely just ignore the guns I DID put into the mod.

But I'm perfectly happy to work WITH modlet creators to develop compatibility patches. I did with Dust2Death to make sure his HDHQ overhaul works.

 
I get what your saying. Just pointing out that not everyone likes every aspect of Overhauls so they just mods or modlets to fill in the gaps. Im interested in seeing your AR even though Firearms already has an M16 and M416.

I just like variety xp

Would be nice to see those modlet creators make a version of theirs that uses your weapon part crafting system that is one thing I do miss about the older versions of 7D2D.

I mainly downloaded Firearms and Soviet for certain guns in each pack not all. Like the RPK and AS Val and VSS Vintorez from Soviet and the SCAR Spas Remington and FN FAL from Firearms.

I still use vanilla guns often xp

 
It is up to modlet creators to provide compatibility patches for overhaul mods. NOT us.
Click to expand...
Ideally yes, that would be the case.

A modlet, as I understand it, is not supposed to be a complete mod. For example, with weapons, one modlet would simply create the weapons recipes - that's it.

A second modlet would add those recipes to the vanilla game's progressions files.

That way, there would be a third modlet that would add the recipes to the progressions files used by this overhaul. There would be other modlets that did the same for other overhauls.

Having said that - supporting all the individual modlets would be a nightmare for the modlet author if it was only their responsibility. So it would be nice if overhaul authors like you could provide help in this area.

Or: perhaps break up the overhaul into its own collection of modlets that can be used separately. I thought that was the general idea nowadays anyway - an overhaul would basically be a collection of individual modlets that all worked together to provide a unified experience.

An analogy would be Linux. A modlet would be like a low-level library or program (say, Nautilus file manager) and an overhaul would be like a full-fledged Linux distro (say, Ubuntu).

That's what I thought was the intent, anyway.

Obviously I can't force anyone to do anything, so if that's not how the modding community ends up doing things, so be it.

 
I believe they have a timer to slowly decay and disappear.

- - - Updated - - -

As far as compatibility goes. The primary issue is to create a new experience, Khaine made sweeping changes to the progression.xml and there isn't a good way to achieve what he did with allowing more compatibility. It would take far less effort for someone to make small modlet compatibility patches. With xpath pretty much anyone could do it so it doesn't have to take time away from the authors.

 
Ideally yes, that would be the case.
A modlet, as I understand it, is not supposed to be a complete mod. For example, with weapons, one modlet would simply create the weapons recipes - that's it.

A second modlet would add those recipes to the vanilla game's progressions files.

That way, there would be a third modlet that would add the recipes to the progressions files used by this overhaul. There would be other modlets that did the same for other overhauls.

Having said that - supporting all the individual modlets would be a nightmare for the modlet author if it was only their responsibility. So it would be nice if overhaul authors like you could provide help in this area.

Or: perhaps break up the overhaul into its own collection of modlets that can be used separately. I thought that was the general idea nowadays anyway - an overhaul would basically be a collection of individual modlets that all worked together to provide a unified experience.

An analogy would be Linux. A modlet would be like a low-level library or program (say, Nautilus file manager) and an overhaul would be like a full-fledged Linux distro (say, Ubuntu).

That's what I thought was the intent, anyway.

Obviously I can't force anyone to do anything, so if that's not how the modding community ends up doing things, so be it.
Click to expand...
Overhauls were not meant to be made with modlets. Certainly not ones like mine that have a long list of SDX custom patches, like the plant water code, animation compatibility for new entities, etc. Those are examples of things I outright CANT do as a modlet.

I wouldn't even want to try and do my progression as a modlet because I re-wrote and reorganised the entire file from the attributes section down.

I'm always happy to help a modlet author if they want to create a patch. But to expect overhaul creators to ensure their stuff is compatible with modlets out of the box is a bit daft.

quick question about the gore blocks that are created after killing a zombie. Do those automatically go away or do you have to harvest them to make them go away?
Click to expand...
They eventually turn into a pile of bones, but they have been removed in 2.03 to see if it helps with lag issues. :)

 
one last thing did you intend for the Trade Bases to be destroyable? Or is that a bug? Like the Guards in them though. They look a little odd and a lot of them have a duplicate guard under them but I like their gear. Wish I could get it off them. xp

 
one last thing did you intend for the Trade Bases to be destroyable? Or is that a bug? Like the Guards in them though. They look a little odd and a lot of them have a duplicate guard under them but I like their gear. Wish I could get it off them. xp
Click to expand...
Sort-of intended.

So I removed the protection in A16 to fix a bug... and people loved it, so now it's intended. :)

The duplicate guard thing is an issue with spawn blocks. I'm going to see if I can use a different method. If it works, I'll be using it for traders too.

 
Cool it is pretty neat. Gunna set base near a Trader and help watch that base as I build mine. xp Will have to do some patching on their walls already. Zombs beat their way in while I was there looking at the guards and stuff.

I like that you didn't slow down climbing up ladders like the modder who did Realism Overhaul did.

That overhaul made it to where if you wanted to go up a ladder fast you had to jump and burn all your energy. Was kinda odd. Didn't understand why slowing ladder climb down seemed important.

 
Overhauls were not meant to be made with modlets. Certainly not ones like mine that have a long list of SDX custom patches, like the plant water code, animation compatibility for new entities, etc. Those are examples of things I outright CANT do as a modlet.
Click to expand...
Fair point. SDX mods do throw a wrench into the whole process, because you simply can't mix-and-match changes from different SDX mod authors. Changes are all compiled into one .dll which you can't modify at runtime.

One possible solution to that - and this is only a suggestion - is to get together with other SDX modders to create a single "master" SDX mod that only adds in the capabilities you want. It just modifies the code to add functionality, and activating/using it would be done through XML.

The "modlet" in that case would be just the modified .dll and nothing else.

Then, all overhauls would be based off of this "master" .dll and you would only activate the features you want. This coming from Jax's idea that it's easier to remove features than it is to add them, except in this case it's "activating" features.

Just a thought. I'm not an SDX modder so this may not even be possible/practical.

 
Fair point. SDX mods do throw a wrench into the whole process, because you simply can't mix-and-match changes from different SDX mod authors. Changes are all compiled into one .dll which you can't modify at runtime.
One possible solution to that - and this is only a suggestion - is to get together with other SDX modders to create a single "master" SDX mod that only adds in the capabilities you want. It just modifies the code to add functionality, and activating/using it would be done through XML.

The "modlet" in that case would be just the modified .dll and nothing else.

Then, all overhauls would be based off of this "master" .dll and you would only activate the features you want. This coming from Jax's idea that it's easier to remove features than it is to add them, except in this case it's "activating" features.

Just a thought. I'm not an SDX modder so this may not even be possible/practical.
Click to expand...
I think sphereii has the mod launcher compiling SDX scripts at runtime so they actually COULD be distributed as modlets.

Still wouldn't work in this instance, nor for at least 1 other overhaul that I know of because I have custom scripts I wouldn't want to just put out there for anyone to use... and the same for that other overhaul.

 
I think sphereii has the mod launcher compiling SDX scripts at runtime so they actually COULD be distributed as modlets.
Still wouldn't work in this instance, nor for at least 1 other overhaul that I know of because I have custom scripts I wouldn't want to just put out there for anyone to use... and the same for that other overhaul.
Click to expand...
So the mod launcher actually ships with a source code compiler? Seems excessive, but hey, if it works it works.

But, yeah, if you want to keep your source code private, then what I suggested won't work. It just didn't occur to me that modders would have that attitude, I am used to non-commercial code being open source.

 
My health is stuck at 71 and won't increase, even when well fed and hydrated. Is my character bugged, or is this an intended mechanic that I don't understand (apologies if it is).

 
So the mod launcher actually ships with a source code compiler? Seems excessive, but hey, if it works it works.
But, yeah, if you want to keep your source code private, then what I suggested won't work. It just didn't occur to me that modders would have that attitude, I am used to non-commercial code being open source.
Click to expand...
Think of it this way.

If every modder shared their custom C# code, then no overhaul would be complete. Good example, if the starvation patch scripts were just in the wild for anyone to use, then we'd see a lot of starvation clones.

My health is stuck at 71 and won't increase, even when well fed and hydrated. Is my character bugged, or is this an intended mechanic that I don't understand (apologies if it is).
Click to expand...
That sounds like a bug. Absolutely not intentional. Have you tried the basic, crap bandages to see if that will increase your max HP?

 
You must log in or register to reply here.
Back
Top