New Renderer (OpenGL 3.3)

I have asked Skotty and he is going to help me to extract my renderer from the engine we are working on since ages to build an external model preview. It currently renders the FL models so that we have something to work with. I only need to add the normal and parallax mapping stuff, but that is needed anyway at some point (the focus was getting the rest to work, which actually is quite a lot already).

Thanks, that really motivates me I also still think it looks quite good. I am focusing on finishing the rest of it now. Will still take some time, though.

Thanks!

It’s been a while and while I did not have that much time here is what I managed to work on:

• The renderer now uses OpenGL 3.3, so you’ll need a DX10 capable graphics card. It basically is a DX10 renderer now. This makes my life a lot easier for certain things.

• Instead of rendering directly I now save the render calls and reorder them before rendering them myself. This allows for optimizations and also helps me a lot. In fact, this makes much more rendering effects possible now.

• The renderer now uses instancing when possible. E.g. rendering huge dynamic asteroid fields has now only marginal impact on performance (if your graphics card is fast enough). Before you would hit a CPU limit pretty fast.

• The lighting system from FL has been replaced and I now use (for the moment) point lights for the stars instead the weird directional light for each rendered model FL uses normally.

• I implemented a somewhat “intelligent” vertex and index data cache as FL has a weird way of rendering certain things. This reduces the data which gets uploaded to the graphics card for each frame and thus helps with the frame rate a lot.

• Some other things I probably forgot to mention

Here is a video with a light scattering effect in a nebula:
http://www.flnu.net/downloads/fl1208.mp4

Shadows are currently disabled as this is the next thing which gets reworked.

Hehe, yes! I actually was surprised myself how good they look. Did not expect that. I only did some minor tweaks to the original implementation.

In the meantime I also spent some time on solving the upscaling problem of the textures. I changed the NN layers to be in my opinion better suited for upscaling and experimented with different postprocessing filters. I now have a pipeline which seems to work for all images. The results are below. I am very satisfied with the image quality. The colours have shifted slightly, because the goal was also to reduce the errors the DXT compression caused.

Some of the original small FL textures are posted a few pages back if you want to compare them.


So what do you guys think?

@J.R.: Thanks! I thinks so too, but still am experimenting with other networks to get it more detailed. Some progress has been made…

@Blake00: Hehe, then I have reached my goal

@Freestalker.fr: It is a way to start, but I think you could add some more fine details. Also the colour palette is a little bit boring but that can be improved easily. The white reflections look more like plastic, maybe you can change that for a start. Or is this just phong lighting? There are also some texture mapping problems where it gets blurred, but I think you noticed that. Can you send me your model along with the maps so that I can integrate loading them into the shaders of the wrapper?

Btw. I started a model viewer for your preview but realized my code can not load the TBN data for the normal maps etc, yet. I need the time available for the wrapper, so it has to wait.

In the meantime I fixed problems which prevented the wrapper running on Intel and Nvidia cards. I still have a weird error which causes FL to crash on undocking in nebulas/asteroid fields and which happens only on a Nvidia card. There are still some other issues, which might be related. But I am getting there

I think you should open a separate topic for it where we can discuss models using the (hopefully soon available) new features. Also, since there are currently not many people active anymore, expect it to take quite a while until people respond. I hope this changes with the release of the wrapper, but you never know.

Regarding the maps: It really is highly dependent on the lighting model. I currently use one of the often used GGX equations for PBR, but there are a lot of variations and different models with different parameters and different results. Also it often is a matter of taste. If you send me the model I’ll make you a video how I think it would look best and then you can make a decision. That is until I find a lighting model which I think is better and implement it (I am half serious here ;)) If you have roughness or smoothness parameters for your material/renderer try experimenting with the values. This also will make a difference - and also is highly dependent on the lighting model used.

Looks really nice! This is like I would have tried to make it look. If we get this into my wrapper it would look really good. The silver can made looking more like metal if you desire it, but we better tweak that with the real implementation of the wrapper.