Aller au contenu

Photo

CC behaviour in hak and override


  • Veuillez vous connecter pour répondre
30 réponses à ce sujet

#26
Grymlorde

Grymlorde
  • Members
  • 224 messages

Bannor Bloodfist wrote...

DDS -->> TGA, that is the order of override. If a PLT exists, it overrides the DDS, if a DDS exists, it overrides the TGA. Placing a TGA into override folder will only sometimes work, whereas if you place the DDS version there, it will override correctly.

So, placing a TGA of the same name as an existing core DDS file, doesn't work correctly, most especially if that DDS exists in ANY of your haks as well.

That explains some of the weird behavior I've seen. Thanks Bannor!

#27
Grymlorde

Grymlorde
  • Members
  • 224 messages
Hey folks, I just discovered there is a finite # of haks that can be loaded through a combination of the patch process and module haks. Using Worm's Arbor Falls as a test (24 haks), I can preload 32 haks and no more. Not even a 290k hak more. Likewise I can remove a 522MB hak from the preload but it only counts as 1 hak. While there might be a memory limit, it was easier for me to hit the # of haks limit. I haven't tried preloading 56 haks yet so there might be a different limit but I doubt it.



The actual error condition is that NWN will stop loading haks once it reaches this limit. The game will say that it can't find 1 or more haks and not load the module.



Now I'm tempted to just import my entire override folder into a single hak.......

#28
Grymlorde

Grymlorde
  • Members
  • 224 messages
Can we get a sticky on this? Everyone should know the proper way to pre-load haks using nwnpatch.ini. It sure helps me a lot!

#29
henesua

henesua
  • Members
  • 3 864 messages
This deserves a bump due to Zwerkules' facelift compilation.

Also I can confirm what Grymlorde says above. The HAKs preloaded with the Patch loading method count against those loaded for a module. 56 appears to be the magic number as the maximum number of HAKs loaded in this manner, AND a preloaded HAK still needs to be loaded again when the module loads.

That last bit is annoying. One would think that if a HAK was preloaded that you wouldn't need to load it again for a module, but you do.

Modifié par henesua, 05 juillet 2013 - 08:56 .


#30
henesua

henesua
  • Members
  • 3 864 messages
I discovered another possible issue with using the patch hak method.

Problem
In nwn.ini I had changed my PATCH alias to /hak
In the toolset and nwnexplorer reborn I was not able to see all of the resources.

Solution
Once I changed the alias back to /patch the problem was solved.

Lesson
So... the takeaway message for me is do not change the alias for the patch to hak.

Modifié par henesua, 14 juillet 2013 - 02:28 .


#31
Master Jax

Master Jax
  • Members
  • 352 messages
Arrrrgh! I have read this thread and the provided links( the ones still active), but it still reads like Hebrew to me!

Let's put it simple. I have a set of 8 haks I put at the top of every module. It overwrites everything in custom module haks and overwrite folder. Is having them on hak folder and adding them one by one on top of each module my best option? Or should I use this patch thingie? My intention is to have them overwrite ANYTHING and EVERYTHING, but this "preloaded" stuff sounds like it would make things simpler. Any help would be hot! ^__^