Vortalex

So I seem to be having this issue where spell models that I convert over to WotLK from BFA Alpha show up with textures that have been desaturated. I figured this was maybe a renderflag issue or something, but I can't check the render flags. It seems that none of the converters are converting them properly. Not my old converter from years ago, not any new ones either. Not sure what's causing it, but if anyone has any insight as to how to fix this issue perhaps in 010 editor, feel free to share.

Some of us don't really specialize in all that coding stuff. To me, that might as well be written in spanish. I checked out the links, but I didn't really know what that information meant. Someone in the discord actually kind of explained it to me, and so I have a bit of an understanding now, but even still that video isn't increddibly useful for someone like me who doesn't code. I appreciate the link though.

A few months old, but has there been any update on the scene about this TXID shit? Really a shame not being able to downport those nice 8ne_ night elf buildings. I noticed that the wow.tools site had the models working in 3D, so somebody has got to have some clue about how to read these TXID references.

I'll give all those a shot. Really appreciate the shares fellas.

Mine has got to be at least half a decade old or more, and it converts pngs into BLPs at a lower quality. Surely, someone has a better one by now, and I can't seem to find any listed anywhere in the tools or downloads.

Yeah it wasn't set to that. But good lookin out.

I'm starting to think that perhaps the engine knows to extend the view distance on specifically the big maps like Kalimdor, EK, and Northrend. That would explain the problem.

Alas, there is so far no fix. It's not the light dbcs, I'm not sure what controls it. There has got to be some reason that view distance is greater in Kalimdor than a custom map.

Thank you for that info! I didn't know that Kalimdor used a skybox other than default in the outer reaches. I'll give that a look, and the dbcs that follow it. Btw, fog distance isn't he issue, it's render distance of terrain. I know that terrain rendering cap is just part of the engine, but I also know for a fact that Kalimdor has higher rendering distance than custom maps by default, so something is controlling that value, and I figured maybe it was the skybox. I'll look into it with this new info.

I've noticed that on maps like Kalimdor in areas where the skybox is simply the hardcoded default one, the visibility distance of terrain specifically seems to be far greater than on a custom map also using the default hardcoded skybox. Anyone know a reason for this?

I'm not seeing any automatic transitioning, and I've only just downloaded the newest version a few days ago. Are you sure? Also, if it is supposed to be automatic, am I to assume that it also automatically adds fatigue at a certain depth? And if so, what is that depth?

I don't quite understand what the opacity option is supposed to do. It doesn't appear to do anything. I was hoping that it would allow you to make transitions from shallow water to deep ocean water look smooth and seamless, but it doesn't appear to make any change to the opacity at all. I've looked around a bit, I can't seem to find any tutorials that address its use, or any other threads asking this question. I'm sure I'm doing something wrong, but I don't know what it is. Any thoughts?

Like I said, did you check the core? As in... for any scripts linked to that spell. There is also all the spell tables located in the TC database. You have to assign a script to a spell manually by entering in a new row to spell_scripts. All the other spell tables could also contain additional data that isn't in the dbc file.

It's most likely an eye glow model located in SpellVisualKitModelAttach.dbc Or it could be a script that enables glowing eyes (but I doubt it). Have you checked the core scripts?

Just use the Trinity Core guide and everything will be fine.

I'm actually doing a fresh setup right now and the Trinity Core tutorial works just fine.

I would just follow the tutorial that Trinity Core has on their website already.

I guess I don't have that version of Noggit.

It'd also be nice if we had a tool that handled water sub-chunk by sub-chunk like Blizzard's got, instead of chunk by chunk.

Into what? Idk how to do dat shit.

Nicely done. Much needed.

So how do I go about fixing it?

I just recently stumbled upon an issue where my doodads weren't showing up on top of my texture, but it showed up just fine on another one. After some experimentation I realized that no matter what, if your 3rd texture (maybe 4th too idk) is sitting on top of the chunk's 2nd texture, it does not spawn doodads. Here as an example below: The image shows mostly a 2x2 square of chunks. All 4 chunks have 3 textures on them, dirt, forestfloor, and grass. On the left side you can see the forest floor on top of the dirt, and the grass on top of the forest floor. On the right side, all 3 textures are present, however the forest floor texture is not touching the grass texture. On the left side the doodads did not spawn because the grass is touching the forest floor, where as on the right side the doodads did spawn because the grass is not touching the forest floor. By this experiment you can see that the 3rd texture will not spawn doodads on its chunk if it is touching the 2nd texture. I don't know if it's just GroundEffectAdder, or if that's just how WoW's engine works. Either way, I felt it was important to share this before anyone made the mistake.

Yeah but the flag that turns on/off clouds is the same flag that turns on/off everything else in the sky. There is a reason why all the half-transparent skyboxes in WotLK don't have clouds in them. And even if they could individually be turned on or off, it still would have problems with weather effects looking the way you want them to.