26 réponses à ce sujet

[Shadooow]

So im using tintable heads from vault and i myself completed those missing and added it into my community patch. It worked fine until I changed patch format to current state -> bifs.

I find out that those PLTs for heads are located in Textures_Tpa.erf in texturepacks folder so even if I give them into override, it wont manifest unless I upload them there.

However my older computer doesn't have this file, hows that possible? Where did file came from?

[Bannor Bloodfist]

should be located in \\NeverwinterNights\\NWN\\texturepacks folder.

Note that the one I have is dated 2002, so it came with original cd version of the game.

Modifié par Bannor Bloodfist, 16 avril 2011 - 07:07 .

[Shadooow]

Seems that I deleted it then, I didnt used any nudity pack, but found this:

http://nwvault.ign.com/View.php?view=models.detail&id=315

This little bundle is so you are able to see characters nude or in lingerie. For it to work you must extract the files into your override folder, also you must remove both Textures_tpa.erf and Textures_tpc.erf from your Texture folder for it to work correctly. Added a read me file.

Enjoy

But is this wise to remove it? What this file actually doing?

[Bannor Bloodfist]

They are texture packs from OC content, that link you found on the vault is an override for same. IE, the originals are NOT NUDE packs, but textures of creatures... I mean, I found Bear_A_chest. And Fem02_chest.dds, and again, NONE of them are nudes.

Not exactly sure why they exist though, just that they are OC content files.

[Shadooow]

Bannor Bloodfist wrote...

They are texture packs from OC content, that link you found on the vault is an override for same. IE, the originals are NOT NUDE packs, but textures of creatures... I mean, I found Bear_A_chest. And Fem02_chest.dds, and again, NONE of them are nudes.

Not exactly sure why they exist though, just that they are OC content files.

Exactly. The default textures_tpa.erf contains 131mb of content and this override contains only 124 files related to characters. So if you follow that hak's suggestion and you delete the textures_tpa.erf you actually lose all other files inside. Well my game without this file works but maybe I don't see every details?

[Bannor Bloodfist]

Using OldTimeRadio's NWNMOmnibus to search the old forum contents, I found multiple mention that the texturepacks folder is for higher resolution textures. In otherwords, if you don't have it, then your graphics quality will be lower than maximum available.

Again, why they placed them in this seprate folder is a question that I can't answer, but they ARE higher resolution textures than the default ones found in the main .bif files.

[Alex Warren]

The game will work without any erf file from texturepacks folder but it doesn't look very nice than. When I installed the game I could select from 3 texture packs: *tpa.erf is the file with highest quality textures, *tpb.erf - medium, and *tpc.erf - low.

[Shadooow]

I see thanks.

[Shadooow]

Could someone upload this file somewhere? I need to get default one since I have messed and altered the one on my working PC and as I said I dont have this file on my older computer. I really dont want to reinstall the game, so is there someone willing to help me with this? Thanks.

Also I could use a low and medium texture variants.

Modifié par ShaDoOoW, 17 avril 2011 - 03:58 .

[Jedijax]

Well, this is why we're always urging users to make backups of any modified file, specially if it holds original content. (BIF, TPA) You should even keep several instances of your own work (modules, haks, overrides) so that when/if something goes south, you can always get the resources back. On the other hand, is it legal to upload the texture packs? I mean, wouldn't you get in trouble for it? Just curious.

[Shadooow]

Yeah :/ I always laughed this backups guides and now they are strikes me back!

Well there might be some questions about legality, but it is the same as 2da's from game or portraits. I posted on vault even all tileset specific files and nobody complained. I dont think its software, just datas. It should be legal.

[Bannor Bloodfist]

Check your inbox here.

Note:  Compacting, and uploading this took me longer than it would have for you to just reinstall.

Modifié par Bannor Bloodfist, 18 avril 2011 - 12:01 .

[Shadooow]

thanks

[Shadooow]

If anyone would be interested how I solved my issue with those heads, then I just put these heads into xp2_gui.erf. This of course means that it wont show up in game without expansions, but at least something.

Texturepacks folder is definitely loaded after override, so if you have any other texture settings than 16mb compatibility textures, then many textures (if your game uses dds (not sure how this works yet) and PLTs you have in your override will not manifest.

I think that bioware have choosen this approach to allow player to change the textures anytime in the game. 16mb compatibility mode then doesnt load anything from Texturespacks, 16mb should be tpc (?), 32 tpb (?) and 64 are definitely tpa.

There is a question if this is needed anymore. If just wouldnt be easier to put 64mb textures into core datas (and we can now) and delete texturepacks folder...

Modifié par ShaDoOoW, 18 avril 2011 - 02:21 .

[Bannor Bloodfist]

It works, why screw with it at all?

Why force someone to modify main game components for absolutely NO GAIN at all?

You can already add ANY texture you want to a mod by usign a hak file. Anything in the hak can easily override any main game component by the same name.

As the game engine is already looking for the texturepacks folder, there is no reason to delete it. Just because it contain's .erf files and you THINK all .erf's should go into the nwn\\erf folder, doesn't make it so. This is one thing I would leave absolutely alone.

Don't delete things just because you don't understand now they work or why they are there. Don't modify main game components unless you are actually making a valuable change that makes the game easier to play/use etc. In this case, there is no need to move things. By moving these dds and plt files into the main game components, you will overwrite the version that is already there and remove the ability of the player to choose graphic level. You also force them to download a HUGE pack of stuff that they already have (or should have unless they also deleted something that they didn't understand why it was there).

[Shadooow]

Bannor Bloodfist wrote...

It works, why screw with it at all?

Why force someone to modify main game components for absolutely NO GAIN at all?

It doesnt allow to override folder to work as it should. Then builder advice peoples to modify their erf files in texturepacks folder or delete them. (Yes they should use a hak instead, but tell this to those no-hak builders)

You can already add ANY texture you want to a mod by usign a hak file. Anything in the hak can easily override any main game component by the same name.

Yes you can via hak. But if you want to create override you will end up with the same issues as I did.

As the game engine is already looking for the texturepacks folder, there is no reason to delete it. Just because it contain's .erf files and you THINK all .erf's should go into the nwnerf folder, doesn't make it so. This is one thing I would leave absolutely alone.

LOL where you get this from?

Don't delete things just because you don't understand now they work or why they are there.

LOL

Don't modify main game components unless you are actually making a valuable change that makes the game easier to play/use etc. In this case, there is no need to move things. By moving these dds and plt files into the main game components, you will overwrite the version that is already there and remove the ability of the player to choose graphic level. You also force them to download a HUGE pack of stuff that they already have (or should have unless they also deleted something that they didn't understand why it was there).

Yes I already thought about these arguments, thats why I wont do it and why I am asking if its a good idea, so you are saying that it isnt, right?

[_six]

ShaDoOoW wrote...

There is a question if this is needed anymore. If just wouldnt be easier to put 64mb textures into core datas (and we can now) and delete texturepacks folder...

To be honest, it's not worth bothering about at all. The texture packs combined come to about 350mb, which compared to the overall install size of NWN means it's a pretty insignificant amount of space you'd save by merging them into the main bifs. Actually, you'd only save about 100mb max of that as the images increase in size quadratically, meaning the highest res texture packs should be approximately 4x the file size of the mid resolution ones, and 16x the size of the lowest res textures.

[Bannor Bloodfist]

NWN is quirky in the priority/load order. This was made even more problematic by PW owners that insisted they needed a hak to override the override folder to prevent folks from cheating their PW's.

It sorta makes sense to have the hak take priority, and for those that refuse to face reality, by forcing folks to actually use the override folder instead of a hak, they are actually screwing up play on every OTHER pw that a person might wish to visit.

The override folder was intended to allow a single player to override his own version of the game without affecting anyone else. It has uses for Tony k ai, or the OHS (my personal favorite), neither of which would affect a PW system at all.

A hackless PW can not offer new tilesets, new creatures, new items, etc, it can onliy modify main OC/SoU/HotU resources. IT can't view the work done by hundreds of CC authors out there...

What really gets me, is those PW owners that claim they are hackless, yet still use CEP... a hak is a hak is a hak, doesn't matter where it comes from.

PW's have the ability to test for missing haks and tell folks where they need to get them from fairly easily. They can even create a portal area where ANY player with stock NWN content can log on without haks, and learn why they might wish to go get haks to further their gaming experience then be "ported" into a section of the world that does require those new haks.

But folks are generally stubborn, and I don't mean that negatively necessarily, as I am fairly stubborn myself as I won't use haks unless it truly is inspiring or really new/useful content. There is a LOT of that available out there though, so I don't feel that my requirements are that hard to fill. When I can't find say, a specific tileset that I want, I create it or modify an existing one to meet whatever those specific requirements might be.

My primary reason for NOT using the override folder, is that I use the override to allow me to develop tilesets without having to use a hak (with constant updating) while I am creating/fixing that tileset. Once it IS complete, I hak it up, and post it to the vault for others to share. Then clear out the override and start on the next tileset.

I also have back override folders of various names containing the 1.69 content, the OHS, TonyK etc, that I just rename when I need them/want them to play in a specific setting.

My main complaint about how the override is handled, specifically how a TGA will NOT override any dds of the same name that is in system resources. So I am forced to rename something, convert it to DDS and add it to a hak to get the new texture in game. Annoying yes, but it can be accomplished.


Anyway, in direct response to your question about moving those files from texturepacks, my answer would be NO, don't bother.

[Shadooow]

KK totally agree with your last post.

I just thought that the current behavior is not right because overrides like colored heads, or nude characrer models doen't work. And the TGA over DDS might be the same issue BTW, those TGA in override might override DDS of the same name, but since that DDS exists in texturepacks and those are loaded after override... It would make sense...

[Bannor Bloodfist]

Nope, DDS takes priority over TGA regardless if the vid card supports DDS. Try it, place a NEW, different TGA in same folder as DDS with same name, but make the TGA different. It will be the DDS that gets used.

I have NOT tested by trying to replace a new DDS of same name as what is located in texturepacks folder. Eventually I will I guess, but it has not been a priority for me, since I always use renamed textures anyway.

[Shadooow]

Strange. My NWN copy doesnt do what are you saying about TGA-DDS.

I downloaded platinum-haired nymph texture. TGA only. I put it into override. Worked fine.

Then I grabbed default brown-haired one from core NWN datas and put it into textures_Tpa.erf, then she was brown haired again. Which confirmed my suspections of the texturespacks folder and load priority behavior.

Then I get back the textures_Tpa backup you sent me and extracted the c_nymph.dss that is not contained in core NWN datas, just in this texturepack. And then I put it into override folder where I still had a silver haired nymph in TGA. And the nymph was silver again.

Note that I always restarted NWN when I made any change in override/textures_tpa.erf

How I turn using DDS textures on?

EDIT: got Nvidia 9800GT videocard

Modifié par ShaDoOoW, 18 avril 2011 - 11:52 .

[Bannor Bloodfist]

you are talking two different things at the same time.

1) dds overrides tga and 2) texturepack folder overrides override.

Not sure exactly why you are even attempting this, I mean, modifying the texturepack files was already vastly discussed above as a bad move.

Regardless I have never been able to get TGA to override dds. No matter what I try to do.

DDS is enabled via vid card drivers. It can also be disabled via those drivers, or the drivers may need to be backdated etc to get DDS to work.

There are many haks on the vault that provide TGA versions of textures because some vid cards don't recognize the Bioware version of DDS (which is not the industry standard, the headers are different and newer vid cards have issues with the old style headers that Bioware DDS uses.

Anyway, what I mean by DDS overriding TGA is simple.

Take a DDS, say your c_nymph.dds, rename it to my_nymph, now extract it to tga version. and recolor the tga version it to be something different. Place BOTH files in override.with whatever mdl file uses them. The toolset AND game, will both use the DDS version to display it to you.

Again, the only reason I know this for sure is that I use the override folder for development, and I ALWAYS use renamed textures. Both dds and tga. Sometimes, I have had to change something in the texture, and that means I may have left an older version of DDS in the override folder even though I have an updated/newer version in TGA form. The DDS file is the one that is always displayed.

[_six]

Regardless I have never been able to get TGA to override dds. No matter what I try to do.

Actually, the override folder is a specific special case regarding the texture packs.

.dds textures take priority over .tga textures almost everywhere. However a .tga in override will over a .dds in the texture packs, whilst a .dds in override will not have any effect. I'd hazard a guess that the engine converts any .tga textures found in override to .dds in memory on the fly, and as this conversion is done after loading in all resources, these converted versions take priority over the originals, even though the originals are higher in the heirarchy...

...if that makes any sense at all.

The fact that it's possible to overwrite standard textures at all from override seems to be something of a side effect rather than an intended feature: the system was set up to explicitly give the texture packs priority. So it's not a great surprise that custom .plt textures, which undergo a different process to create the final image used, can't be tricked into taking precedence this way - though it is damn annoying.

That said, Bannor's explanation is pretty much spot on for how things ought to work - there's just a few more weird things going on underneath the hood that only really come to light when you quite deliberately break them  Although if your graphics card doesn't support TGA then I can't really give any clue as to what might happen in the override case.

Modifié par _six, 19 avril 2011 - 02:08 .

[Shadooow]

Bannor, why I am doing this or solving this is because I started to patching NWN core data files and thats an unexplored place and I am experiencing various issues. Not just that PLT files arent working in BIFs but also any textures and I am trying to find a way how to ensure that everyone that downloads the project I am working on will see the same. And after few tests I tracked both these issues to the single cause -> texturepacks.

Also note that I dont want to mess with override folder because thats reserved for users. And hak-packs are not option too since it wouldnt work in modules created without a hak I created.

Anyway I tried your test and since you have right I tried few more tests that also confirmed _six know-how, but I tried to mess with BIFs too and I found this pattern:

if there is a DDS in texturepacks
and
there is not a TGA of the same name in any other texture pack
then
TGA in override will override it no matter if DDS of the same name exists in override too

but if there is TGA of the same name in any texturepacks (which doesnt happen by default) it will use always DDS from texturepacks

Now if there isn't DDS in texturepacks which will happen with any CUSTOM texture! then:
DDS from override take precedence over TGA of the same name in override

And now take in consideration also BIF files:

if there is DDS in texturepacks, it won't use TGA texture from BIFs ever.
If there is not DDS in texturepacks then:
- if there is TGA in override then TGA from override is used
- if there is both TGA and DDS or just DDS in override then DDS from override is used
- if there is non of them in override DDS from BIFs will be used unless video card doesnt support DDSs in which case TGA will be used

And the last is my problem. I want to patch the game with new textures and I want to put them into BIFs. Now because of texturespacks it doesn't work and I got only two options: 1) distribute my own version of the xp2_gui.erf texture pack file which is loaded after textures_tpa.erf or add high res textures into BIFs and delete the texturepacks in patch instalation.

And now when I ran these tests I start to think that if I would do that it would make many things easier. I dont really understand your issue with TGA/DDS however so I dont know if this would solved it. If you want to use TGA why dont you delete the DDS or otherwise if both textures are the same whats the problem?

EDIT: there is also third option, I could use a so called patch-hak, which have higher priority then texturepacks, but then if user would put TGA texture that is contained in my patch.hak into override, then it wouldnt worked again. SO I would just created another bloody texturepack.

Modifié par ShaDoOoW, 19 avril 2011 - 03:30 .

[Shadooow]

BTW I will probably need a TGA to DDS converter, the one from vault (http://nwvault.ign.c...r.Detail&id=111) screwed my texture however, what do you guys using for this?