Tempust85

Could be an issue for other models, but Ashura's clone normal maps require the model to be completely smooth. @@AshuraDX I had to invert the normal map textures green channel. As-is: Body_Specular red channel inverted: Forgot to mention, this is an MD3 loaded using misc_model_static. @@SomaZ Just make the alpha channel of the diffuse the AO or if the specular blue is unused in PBR, use that.

@@AshuraDX This is what I get using all of your PBR textures: Things to note about the map: - The cubemap has black areas in it - tone mapping is a bit too intense

@@SomaZ you did create an MTR shader using the albedo, normal and specular (not spec) textures? The shader that was supplied was for vanilla renderer. Reflection color sure, but should the albedo be used to set the reflection intensity? Just seems a bit stupid to me.

@@AshuraDX few questions. What should your clone look like with PBR? Which gloss type would you think? GLOSS SMOOTHNESS ROUGHNESS SHININESS Is the albedo map supposed to control reflection?

Lol, didn't know you had to type something in the console - thought it just happened upon map load. Anyway, shouldn't it be 6 images output and not 3? EDIT: Opened in PS and I get it now.

I'll let SomaZ decide what to do with that. Anyway, I've ported the loading cubemaps from DDS textures & JSON file loading but it doesn't seem to actually do anything. Can you please merge in my commit and find out what's going on @@SomaZ?

Actually, it looks harder to me. The editor isn't a problem, it's just being able to navigate. @@minilogoguy18 From now on, we are making the details as models and not brushes or patches. You'll still need to use the editor to blockout the level & place entites, like you do with UDK/UE4. The only annoyance we have vs those who create for UDK/UE4 is, we do not have lighting preview.

True, well then decrease but not to the doomgiver's level though.

Yeah, there needs to be more animators. The only animation work I do these days is for MBII.

Lol way to toot your own horn. I'd say one of the most.

If I blockout the map in radiant, rotating should be fine as there won't be any detailed brushwork. I'll just have to model everything and load it in as a misc_model or even a static. I just managed to rotate a simple hollowed blockout of a small test level and there weren't any issues. Also a gravity of 5000 slams you back down if you force jump, or won't allow you at all to jump without the force. I want to start mapping this way anyway, seeing as we're pushing development on GL2 and everything looks better when it's a normal mapped model. Check out games that run on UDK or UE4, they use their editor for a blockout and ents and the details are loaded models. I'll most likely have to jack up the entity limit considerably. So the best way to tackle this map: - increase gravity to make it harder to jump. - use trigger_push to push the player back down, but not an insane value. Just enough to feel a slight "tug" backwards as you move. - rotate the map within radiant. - finalise textures on the blockout - rotating will screw them up. - convert misc_models to misc_model_statics AFTER rotation, if required.

Gravity might work here. If it can make you float (JK2), then surely it can pull you down as well. But yes, it will be a challenge and will require a skilled mapper.

Probably the easiest way is to have a look at making the Spotlight map entity as a weapon.

What would need to be done? Do something similar to the splash screen?

I'm more leaning towards snoke being an apprentice of Palpatine, force user or not.

You do realize that I never said anything about Ravensoft creating the .menu system, right? Nor do I presume they did.

@@MGummelt Would you happen to know if the .menu files were made by hand in a text editor, or the devs used a program?

@@Xycaleth Any ideas how to fix burn marks on ghoul2 models looking like this?

!!!!

@@SomaZ grab my latest commit please and give it a good test. I reverted the images pool that Xycaleth did in the hopes of doing away with the sun & flare crashes. That, and I'd like our code to match ioq3 where possible.

The only reason we need dlights is because with just lightmaps, the normal/parallax maps do not show at all. @@SomaZ What I meant was that I can create the .menu files. Doom 3 from what I understand, compiles its maps at runtime. Might be worth having a look into that, but I'm thinking just using an external entity file would be best.

Could spawn a ui box full of the dlight properties. If you choose this method, let me know as I can do up menu files. As it is, I need to do up a GL2 menu. Anyhow, a big issue would be how to save. Could save the updated info back into the .map file OR create a .dlights file which would just store all dlight ent properties. The code would load this file after loading the BSP.

Doom 3 is open source, and has radiant built-in. I can't manage to compile GTKRadiant or any other of the radiants or even q3map2. :\ I much prefer the placement of the light ents in radiant, and then adjusting values on the fly in-game.

@@SomaZ, be sure to grab my latest commit.

Sure it sucks that you can't preview them in radiant, but it's the same sort of thing when placing any lights. I wouldn't say creating them in-game would be a good idea but more editing the properties in-game. Speaking of lights, light styles is broken in rend2 SP and possibly rend2 MP. For dynamic lights usage - Need a light to pulse (go from one color/brightness to another), stay a constant color/brightness or be switchable? use misc_dlight. If you need something with a little more personality like say flickering light from a candle or fire, use the light property in EFX files. EFX light can be distance culled, misc_dlight cannot. I'm hoping I can just rig up triggers to turn areas on/off as you enter/leave them. @@SomaZ, knock yourself out. ioq3's shadow maps code is still broken, but has made progress. Currently, all you get with cg_shadows 4 is a dynamic blob shadow.