JENX missing textures

[mitsos 13,109]

Hey,  for some reason the textures seem to be missing. While i re-download both the files and the dependencies the problem remains. Any ideas please?

[rsc204 21,869]

The the presence of the road textures, makes me think you might actually have a Texture Conflict somewhere. If you can open one of these items in the Lot Editor, you should be able to quickly see what the ID of the textures in use are. I'm happy to take a look myself, but I don't know which files these are, a link to the download would save me the effort of having to find them.

[mitsos 13,109]

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3028

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3024

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3022

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3034

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3032

https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=3030

Unfortunately i don't know how to use lot editor. Thank you

 

[Tyberius06 12,278]

1 hour ago, mitsos said:

Hey,  for some reason the textures seem to be missing. While i re-download both the files and the dependencies the problem remains. Any ideas please?

1 hour ago, rsc204 said:

The the presence of the road textures, makes me think you might actually have a Texture Conflict somewhere. If you can open one of these items in the Lot Editor, you should be able to quickly see what the ID of the textures in use are. I'm happy to take a look myself, but I don't know which files these are, a link to the download would save me the effort of having to find them.

The relevant JENX texture is coming with the Medieval Great St Martin. Though I found the culprit. It was me. When I merged the different leftover textures into the BSC Textures vol03 v2, I put the JENXTEXTURES_Medieval_Vol01.dat and the JENXTEXTURES_QS.dat into the pack for DATpacking and I didn't realize that they have the same IID. And then due to how Jdatpacker is working (Z---->A) the QS texture overwrote the medieval one. Now I'm checking if that QS texture was actually necessary but I don't think, it might have come from an earlier version. 

Anyhow I'm fixing this issue and re-upload the fixed version of the BSC Textures vol03.

Sorry

- Tyberius

[Tyberius06 12,278]

Actually now I'm confused... Ok, that QS Texture might be not needed, but @rsc204, how is it possible that, that QS overlay textue with a 0xf7580004 IID is overriding a base texture with 0xf758000e (which is the medieval texture in the pack)? And more importantly how is it overriding it only INgame. It doesn't matter how I'm putting it, it wouldn't override the medieval texture in PIM-X or maxis LE either. It is only affecting to the ingame appearence. I made the updated BSC Texture with a "z" to load after the QS texture and it is still overriding the textures on the LOT. IF I removed the QS Texture from the plugins, then it everything is normal. However as I said these 3 textures (2 base textures from the medieval set and one overlay from the QS don't share the same IIDs at all)

I attached both original texture files here for investigation. In LE and PIM-X the LOTs shows the normal texture(s), but ingame they show the diagonal texture from the JENXTEXTURES_QS.dat. And strangely load order doesn't do anything.

EDIT: see image. I marked the 3 textures which involved in this situation. Is it possible that the culprit is the IID itself, that it has 0 on the 5th digit instead of 4?

  Edited February 12, 2022 by Tyberius06  
additional information

[mitsos 13,109]

2 hours ago, rsc204 said:

The the presence of the road textures, makes me think you might actually have a Texture Conflict somewhere. If you can open one of these items in the Lot Editor, you should be able to quickly see what the ID of the textures in use are. I'm happy to take a look myself, but I don't know which files these are, a link to the download would save me the effort of having to find them.

 By the way, can you check the parisian station thread mate? The file still has problem. Thanks 

[Tyberius06 12,278]

@rsc204
refresh the page, I think I found the problem, but all 3 textures are invovled in the problem... See attached image...

[rsc204 21,869]

34 minutes ago, Tyberius06 said:

Now I'm checking if that QS texture was actually necessary but I don't think, it might have come from an earlier version. 

Literally the only texture in the file is the diagonal road overlay, indeed the file comes from the Original release of the Quays de Seine. I'm pretty sure Xannepann intended for everyone to use the newer release, since the old one is nowhere to be found, perhaps he reused the texture ID?

8 minutes ago, Tyberius06 said:

how is it possible that, that QS overlay textue with a 0xf7580004 IID is overriding a base texture with 0xf758000e

Simple, the 5th digit is 0, which turns the textures into a texture wealthing group. Usually it's best to avoid using 0 through 3 for the 5th digit, otherwise the actual texture that shows from a group, will be the one that matches the wealth of the lot, rather than the intended texture. But, for this to happen, there needs to be other textures beginning 0xf7581, 0xf7582 or 0xf7583. So it's going to need a little investigation, but I'm looking into it further now. I've all the BSC Texture packs extracted as textures, so I should be able to track down the issue.

LOL - beat me to posting by seconds... but yeah I think you got it.

[Tyberius06 12,278]

16 minutes ago, rsc204 said:

Literally the only texture in the file is the diagonal road overlay, indeed the file comes from the Original release of the Quays de Seine. I'm pretty sure Xannepann intended for everyone to use the newer release, since the old one is nowhere to be found, perhaps he reused the texture ID?

Simple, the 5th digit is 0, which turns the textures into a texture wealthing group. Usually it's best to avoid using 0 through 3 for the 5th digit, otherwise the actual texture that shows from a group, will be the one that matches the wealth of the lot, rather than the intended texture. But, for this to happen, there needs to be other textures beginning 0xf7581, 0xf7582 or 0xf7583. So it's going to need a little investigation, but I'm looking into it further now. I've all the BSC Texture packs extracted as textures, so I should be able to track down the issue.

LOL - beat me to posting by seconds... but yeah I think you got it.

What would be the best option? Removing the QS texture and leave the rest as is, or fixing the IIDs and changing them on the lots. The LOTs will be re-uploaded anyway during Project ZIP.

[Tyberius06 12,278]

10 hours ago, mitsos said:

Hey,  for some reason the textures seem to be missing. While i re-download both the files and the dependencies the problem remains. Any ideas please?

Hi @mitsos,

The BSC Textures vol03 is now updated to v3, please re-download it and remvoe the previous BSC Textures vol03 v2.dat (and the original BSC Textures vol 03.dat) from your plugins. You can run the cleanitol to get the rid of the old textures. Anyhow you don't need the JENXTEXTURES_Medieval_Vol01.dat (which comes with Great St Martin, Koeln upload) if you installed the BSC Textures vol03 v3. 

Thanks @rsc204 for the help!

- Tyberius

[mitsos 13,109]

Thank you guys for the quick response. Thank you for fixing this. 🙏 

[rsc204 21,869]

Just to add for the time being, I had a post typed out, meticulously detailing all the steps taken looking into the problem and with the recommended solution, already implemented by @Tyberius06, thanks.

It got lost because I copy/pasted a file name from another post, but it pasted as a link, when I tried to double-click it (usually this edits links), it took me to a download, wiping out everything I had written . Since then my day has been all go and it's like 2:30am now, so I'll come back with the full details tomorrow at this point.

[rsc204 21,869]

In looking into this problem, I first noticed that within PIM-X, it is possible to place the diagonal road overlay texture on top of the base texture, in other words both textures can happily coexist there. A quick look at the involved IDs and it's clear to see that they each have a unique ID, were that not the case, one or more would have been removed when DATPacking them together. There are also no wealthing issues going on here either, whilst the wealthing groups use the 5th digit of the IID, with 0 representing No Wealth and 1-3 Low, Medium and High, provided you only use one of those 4 IDs, no wealthing group exists.

What's bugging me here, is that I've always personally avoided the 0-3 range personally, but it's so long ago I can't recall the exact reason why, but I also recommend this as best practise. At the very least, it prevents problems if you forget and subsequently end up inadvertently creating such a wealthing group.

However, I can replicate the problem using the Köln church lot, so the one thing we can say for certain is that for whatever reason, these textures are interfering with each other. Speculating here, but these issues sometimes affect specific IDs or ranges have been known about before and best guess is that something we can't see in the .exe is controlling this behaviour.

Given that the texture 0xf7580000 (diagonal road overlay from the QS pack), is so far as we know only used by the now obsolete original Quays de Seine download, and that simply removing it fixes the issue, this would be the best solution here. I've tested to ensure that the other involved textures with similar IDs, 0xf7580010 and 0xf758000a can happily coexist, they can, I also can not find any other textures using a similar ID either.

If anyone is using the original Quays de Seine and has problems, then they should update to the current supported release, after all the original was locked for a reason, right? Honestly, having both versions I can't see a terribly compelling reason for keeping the older one. But if you wanted to do that, you'll probably need to re-ID the diagonal road texture to a new unique one, then make the appropriate changes on all affected lots in the package.

23 hours ago, mitsos said:

 By the way, can you check the parisian station thread mate? The file still has problem. Thanks 

Sorry I missed your update, but I'll get back to you in the other thread when I find a moment to do so.