Jump to content

Recommended Posts

I've started work on getting JK2:Enhanced working using rend2, based on SomaZ's work with DF2 mod (which made me realize how much code is actually shared between the two projects, interestingly enough). Currently so far I've got it merged in a rend2-sp branch.

 

Current status: it crashes upon startup with this error: https://pastebin.com/Gcpqphqq

DT., Aidor, Archangel35757 and 2 others like this
Link to comment

About time lol.

I did the initial port of rend2 MP to SP, while SomaZ and uniqueone helped out with a few issues I had. SomaZ is now adding & tweaking things, so it's now his baby. :P

So I've changed all entities to be black when there's no lighting unlike vanilla, which has a minimum light. Other than that, I don't think I've made any other DF2-specific changes to the GL2 renderer. I pretty much leave renderer stuff to SomaZ now, so he has everything how he wants it without interference.

About that error. It could be an unsupported shader blend?

SomaZ and Stoiss like this
Link to comment
  • 3 weeks later...

*sparkle sparkle*

Yey, vertex lighting! *_* (just kidding)

 

Ok, now I want you to ask if you got all the JO map files? PBR doesn't necessarily look good if you only use the new pbr materials. You also need new lighting. As I already told everyone in Discord I'm currently working on a new light system that's completely working on the GPU. This will result in very different light placements and the removal of all the fill lights that are extensively used in JO. I will also write support for the old shadow technique, which is used by the vanilla game (so one can choose between old shadows and lighting vs the new system, performance wise). The new system will completely ignore the pre-generated lightmaps and lightgrids and will only rely on the new light entities (and some diffuse environment probes that are automatically generated by the renderer to compute global illumination). We will keep the rend2 compatibility to the vanilla system, but will expand the system for much higher quality. This will require some additional love in mapping, besides the new materials.

 

I'm just writing this to make sure that you know what you've been up to. ^^

Boothand and Archangel35757 like this
Link to comment

Isn't there a cvar to turn off lightmaps? That could be useful, and theres a compile only ents for q3map2. One could decompile the maps, add the new lighting and then compile only ents. Or, I read that JK enhanced can load ents from an external file.

Link to comment

Yey, vertex lighting! *_* (just kidding)

 

Ok, now I want you to ask if you got all the JO map files? PBR doesn't necessarily look good if you only use the new pbr materials. You also need new lighting. As I already told everyone in Discord I'm currently working on a new light system that's completely working on the GPU. This will result in very different light placements and the removal of all the fill lights that are extensively used in JO. I will also write support for the old shadow technique, which is used by the vanilla game (so one can choose between old shadows and lighting vs the new system, performance wise). The new system will completely ignore the pre-generated lightmaps and lightgrids and will only rely on the new light entities (and some diffuse environment probes that are automatically generated by the renderer to compute global illumination). We will keep the rend2 compatibility to the vanilla system, but will expand the system for much higher quality. This will require some additional love in mapping, besides the new materials.

 

I'm just writing this to make sure that you know what you've been up to. ^^

I have *some* of the map files, but not all of them. My thought process is, if I can show what I can do with the .map files, I can talk people into giving me the rest.

 

Your system sounds complicated, but awesome. My only concern is, will it break the original lights in GL1?

Link to comment

Can you provide me with a version of q3map2 (and the entity name/properties/whatever) that works with your new lighting model, when it's ready?

Simple answer, no. Just because you wont need a new version of q3map2. ^^

Link to comment

Simple answer, no. Just because you wont need a new version of q3map2. ^^

Ah ok, so it's just extra light entities?

If that's the case, in theory I won't need to have the map source if I can decompile and do an -onlyents bake run, like I've been doing already to optimize some of the waypointing the easy way.

 

Should everyone be using @@UniqueOne's improved 64bit q3map2?

wzmap has a lot of extra cruft that I don't think is really necessary.

SomaZ likes this
Link to comment

Ah ok, so it's just extra light entities?

If that's the case, in theory I won't need to have the map source if I can decompile and do an -onlyents bake run, like I've been doing already to optimize some of the waypointing the easy way.

Yea, only entities. Is there special code you use to read -onlyents bake runs or is it compiled to the bsp?

Link to comment

Yea, only entities. Is there special code you use to read -onlyents bake runs or is it compiled to the bsp?

Well, OpenJK supports an external .ent file, but I just bake it right into the .bsp. So basically yeah, it's compiled into the BSP.

 

What I do is pretty simple, and I'm surprised nobody has written a tutorial on this:

 

  1. Decompile the original map using q3map2
  2. Modify the entities from the .map using Radiant
  3. Run q3map2 -onlyents
  4. Bam, you've modified the map's entities.
SomaZ and Smoo like this
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...