If you want to send it to me I can post it up on Massassi.
massassi dot temple
at gmail
If you want to send it to me I can post it up on Massassi.
massassi dot temple
at gmail
It's half a gig. I'm definitely cool with you mirroring it once it's uploaded to moddb, but I don't really want to email it (and/or upload it a second time on rural internet).
Ok; alternatively you could send me a key and I could set you up an account and you could scp it.
Thanks for repeatedly whipping an algorithm until it spat out these leet textures, Jon.![]()
https://www.moddb.com/mods/jedi-knig...e-texture-pack
well it's here and all of the files are uploaded, but it has to be approved by the moderators. If it's not up tomorrow I'll send you a public key Brian.
Don't thank the algorithm too much, I had to extract all of the emissive textures by hand.
Nice.
Files are up
Thanks Jon and SMLiberator, I've got to delve into these files ASAP.
Already liking that there are plenty of displacement maps in the jknup folder.
@SMLiberator: Can you upload the script.json file as well?
Last edited by Nikumubeki; 03-27-2019 at 01:39 AM.
Also, for a "starting pistol credit", here's a reminder that all of this basically started from a Deus Ex thread:
http://offtopicproductions.com/forum...116096#p116096
Interesting. From the screenshots in the first post of that thread, I'd say that the improvement in JK is more pronounced (maybe because Deus Ex starts off with higher res textures).
Wait. I didn't change anything in the included materials, they're exactly the same as the ones you shared.
@Jon ABSOLUTELY AMAZING. Out of the levels I tried, 19 was the one that stood out the most so far. I've actually been noticing details in the texturing I'd never notice before (for obvious reasons). Also, thank you for including the ESRGAN model, it will probably be very useful to me.
This dude has seen some stuff
Here's something cool I managed to make with displacement maps - bullet holes that actually look like holes.
![]()
Oh! In that case.
That said, many many thanks for this - now there's finally a proper "JK13"-like saber + muzzle flash mod for MotS as well. I'll get around to more JKGR testing this weekend as a repayment.
A shame that the modified saber there only appears as a green one... well, until you modify this part in the COG:
(Having already modified the COG for my TODOA 2 test lab)Code:nosaber = JkGetSaberSideMat(player); if(nosaber == blueSide) len = blueTip; else if(nosaber == yellowSide) len = yellowTip; else if(nosaber == redSide) len = redTip; else if(nosaber == orangeSide) len = orangeTip; else if(nosaber == dredSide) len = dredTip; else if(nosaber == purpleSide) len = purpleTip; else { nosaber = dredSide; len = dredTip; }
Yup, jkgfxmod definitely doesn't work with the Steam version. I'll need to think about what (if anything) can be done about it. From brief research it looks like Steam executables are just stubs that call into Steam, which then decrypts the actual executable.
Morrowind is currently available for free from Bethesda. You need a Bethesda-account and will have to download their launcher. You need the code "TES25TH-MORROWIND" to redeem the game: https://bethesda.net/dashboard?cogs_modal=redeem-code
Hopefully this version will run with https://openmw.org/.
Sorry for the lousy German
And everyone knows that Gothic 1 and 2 are better than both!
Sorry for the lousy German
Also, after a quick test I can confirm, that the launcher does work with Wine (needed only a small workaround to download the game) and the game files worked with OpenMW.
Sorry for the lousy German
Did anyone post this yet? Great work and keeps with the feel of the original game.
TheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWho
SaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTh
eJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSa
ysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJ
kWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSays
NiTheJkWhoSaysNiTheJkWhoSaysNiTheJkWhoSaysNiTheJkW
Here's something different, interesting and ridiculously ****ty-looking I managed to do:
Anyone wanna take a guess at how I did it?
It looks pretty cool to me. A little choppy, what's the framerate?
I have my code injected into the Steam executable, but it's tamper-resistant and crashing mysteriously. So I guess the Steam version is gonna be broken for a while.
Dang, son.
For his envmap-like floors, Xzero basically added an "envmap" layer on top of his surfaces (so basically the floor comprised of two surfaces practically on top of each other, or something).
No idea if that's the case here... however, those envmaps of yours look like they could be nice for simple glass surfaces and the like.
Yes, that's basically what it is. The faces on the outer layer however use a material with a completely white displacement map and a displacement factor of 1, so when you move the camera the "reflections" appear to move as well. I actually quite like the effect (despite the fact you can clearly see where each surface ends), but it's very impractical as you'd have to double the amount of faces and vertices for each car (or whatever it is you want to give this effect to).
@Jon, with this in mind, would it be feasible to make "layers" of materials? Like, adding an optional "overlay" property to materials that would link to another material (using that material's name?) that would always be displayed in top of that one.
wow, very creative. That might explain the performance hitches, since the texture accesses would be nonlocal that way I think.
I’m not sure that’s the right solution to the problem. It’s feasible but all it would do is exactly what you’re describing - duplicating the model (just in memory, as jkgfxmod parsed the execute buffer, rather than on disk).@Jon, with this in mind, would it be feasible to make "layers" of materials? Like, adding an optional "overlay" property to materials that would link to another material (using that material's name?) that would always be displayed in top of that one.
I think before going too much further down the materials rabbit hole I would like to see if there’s room to collaborate with someone familiar with jk.exe reverse engineering. If I can get just a little bit more per frame data there is suddenly a lot more low hanging fruit.
I tried alerting Xzero on Steam but he hasn't been around in a while.
Last edited by Nikumubeki; 03-28-2019 at 12:00 PM.
Parallax occlusion mapping was invented in 2002. Usually it's paired with per-pixel lighting, though, so you should split the difference - 2000, maybe 2001.
I wonder if HD textures from other enhancement mods (Duke Nukem 3D HRP, for example http://hrp.duke4.net/screens/ep1/e1l3_03.jpg) could be easily converted to JK and used with the same effects.
... also, looking at that picture, I wonder if colored lighting could somehow be implemented in JK with the injector?
I'm pretty sure it could be enabled not only through the injector, but also through JK.exe patching alone, as well as fog. The thing is that it would be pointless to enable them without changing COG and/or JKL functions to actually use them. I suppose colored lightning could be controlled through materials (emissive textures would actually cast light etc) but you'd also need that extra info from JK.exe to track camera position etc.
Yeah, I was thinking of something like "if the injector can identify the MATs used in the game which can be then replaced with injected textures, could the light fixtures be detected and injected in the same way"
Still, would make the process easier for the modder(that is, assuming it would be simple enough to implement)
Like I said earlier, I also contacted Quib Mask and he replied at the time but didn't get into details. From what I can see, JK13 includes verbs for various camera-related info including GetCurrentCameraSector() and GetCameraFOV(), so I'm sure the info you need is retrievable. There is no GetCameraPos() however, so I'm assuming that's probably a little more tricky to obtain.
That has normal mapping. Need eye space light positions at minimum; if you want it to look good, need world space light positions, camera position, vertex positions, and vertex normals (ideally vertex tangent and bitangent too, but this can be calculated in the fragment shader at a cost).
Assuming that JK's built in vertex dynamic lighting were also disabled, eye-space light positions (+intensity/color/radius/whatever) by itself would be enough to implement a basic per-pixel Principled BSDF model. This would include normal maps and metallic/roughness.
With the world-space data, you gain numerical stability and it becomes possible to use prebaked environment maps. The world-space data also means you could inject a proper sky scene in place of the sky textures, which currently isn't possible because there's no way to tell what direction the camera is facing (as far as the injector knows, the world rotates around the camera).
If in addition to the above world space data I had a callback that I could use to force JK to render a cubemap from the perspective of a thing, you'd gain soft shadows and some more environment mapping/IBL.
But right now it's pretty much tapped out on the data that's available.
Damn.
Still might get some use out of some Q3 textures and whatnot that were used in JK mods without the normal/other maps. Might look into that at some point...
Keep in mind that you’re basically raytracing inside a texture to save yourself 16 triangles
Yeah, I was trying to see if I could easily apply Cheap FGR Methods to these Duke HRP textures, but making them look serviceable would still veer into effort.
I also thought of giving this area in TODOA the"emissive textures" treatment, but I'm almost certain that making the whole thing look like a Christmas tree would also be within too much effort:
![]()