Tempust85

I'm all for the .GTB file idea. Absolutely no dicking around with the ghoul2 format. If one doesn't exist, just do what the renderer does now to calculate tangents. I suggest they are generated from carcass, allowing both 3ds Max & XSI to take advantage of it. This would mean that the current XSI exporters for 3ds Max will need to be bumped to 3.5 to export out the tangents, like XSI can already do. Carcass does support 3.5 dotXSI reading, but it doesn't read tangents. Like Archangel said, they use their own dotXSI parser. Carcass itself still needs to support 3.0 though, alot of the source animations are in 3.0 format.

I have the font and cursor ratio fix working, but the HUD is now not being drawn at all and the rotatepic fix hasn't done anything.

I can't look at it as I'm on my phone but roqs must be 512x512.

Well how about we ask @@Scooper to give us the source for his glm exporter, add in tangent storing. Then add reading it to the renderer. If something goes wrong, we won't have modified the dotxsi exporters or carcass. If it works however, we can then edit the dotXSI exporters and carcass. Could add a switch for carcass to convert to this new, "Ghoul3" format.

Ok I'm going to ask this, because this whole no tangents in GLMs is starting to shit me off. @@Xycaleth, how exactly hard would it be to add support for storing tangents in GLMs?

Doesn't help me much, I'm working with SP not MP. But ty, I'll see if I can get some ideas from it.

Way to skip over my two posts.... No, xNormal doesn not support GLM but someone could make a plugin for it.

@@Almightygir Would it help if we made a "3ds max tangent basis calculator" plugin for xnormal or would it still not help because of GLM/MD3?

Unless someone comes along who can and has the time to add in FBX support in the renderer AND the game code, then it won't happen. The game code is set up to read player models in ghoul2 format, not even MD3 will work (ala quake 3) so it would require a rewrite of alot of things. For example, we have the added bonus of MDR and IQM formats in the renderer. Yes the game can load them (tested in the menus), but still only ghoul2 can be used for player models.

Been trying to work out the disruptor zoom fix. It half worked, until it came time to alter the width of the rotating image and ticks. Now we have to redo the zoom overlay design into something with no ticks or rotating images. The base JKA images are pretty small anyway. Now, moving onto menus. Stay tuned.

Alot of work is an understatement lol. Not only would you need to add the format to the renderer, you then also have to change the game code to load it and ditch ghoul2 loading. You can't even use MD3 as a player model (ala quake3) - that's how much Ghoul2 is tied into the game code. Honestly I'm quite happy with what we got now, which is ALOT better than poor ol' rend2 MP with its borked GLM tangents.

@@Almightygir The issue above was due to a coding error where tangents weren't being zero'd. Afaik, both MD3 & GLM do not store tangent or bitangets in the file, only normals. We're shit outta luck there unless someone wants to upgrade the formats and then the exporters.

I'll give deluxe mapping another go since your update, it never did anything before.

I'll just drop this here https://jkhub.org/topic/9006-widescreen-support/

So after having a dive into the source code dump of JKA and noticed widescreen code for Xbox, I figured hey! let's do widescreen support! Now before anyone yells: zomg you ported illegal codez! No, I didn't. I've taken the idea of what was done for Xbox and applied it using a cvar. It's basically a long list of "if (cg_widescreen.integer)" all throughout cg_draw. This is at 1280x720 resolution. As you can see, the HUD is stretched. Now I turn on cg_widescreen... (yes I know I need to lose the force number, ignore that)

Updated the menu text to look more similar to the original game, while being a bit different: Using an actual font now, not images.

Sorry to keep off-topic, but Caelum's post made me spit my drink in laughter because I read it as "For god's sake. Don't make me dismember users tagging in this forum section next"

Grab the latest exe and dlls from the DF2 build folder - I've removed the need to use a shortcut or load the mod from the mod menu in-game. Alot of GL2 cvars are now set to enabled by default. This includes cubemapping & PBR, and I've also changed the default gloss type to be roughness instead of smoothness.

Updated the DF2 build folder so whoever wants, can have a play with PBR or even just normal maps. GL2 is now the default renderer, but just incase it's not - "cl_renderer rdsp-GL2; vid_restart" in the console. I suppose I better get moving on an updated menu that includes GL2 cvars.

Fix makes sense, MD3 tangents are cleared beforehand. I tried to do this myself, but kept getting crashes so I must've borked it up good. Anyhow, superb job there @@SomaZ, you're a real asset to this mod!

I'd dare say somewhere around vbo_packtangent (something like that, not at my pc) in tr_ghoul2. @@Xycaleth, would you happen to know which part of the code?

Just rip something out of Doom 3 or Doom 4.

Could you please post the code snippet and where to change it? My attempts crash the game or makes everything gray.

r_shownormals isn't implemented fully in GL2.