New Renderer (OpenGL 3.3)

FL’s limited by D3D8’s own 8 lights cap, so it should never go beyond that. You can add dynamic lights to stuff but FL’s buggy about that (w0d swore at it for months because of it).

Cool beans, but what I meant was does the shadowing affect everything? Like if your in front of a planet, asteroid, other ships, jump gate, etc.

And what I meant by directional lighting was this:

I’m guessing there is some kind of atmospheric lighting causing everything in system to be lit up on all sides, like this: (picture is big, so I linked it)

http://indus3.org/wp-content/uploads/2014/01/No-fog-vs-atmospheric-light-scattering.jpg

This was a good read, don’t know if you would be interested:

http://indus3.org/atmospheric-effects-in-games/#.V_pxgfkrKM8

Does opengl allow you to bypass the 8 light limit cap as Friendlyfire said that there is? How taxing is opengl on the game engine? i.e. stuttering, fps, etc? As for post processing, what kind of impact will that apply to the engine. From what I have seen in newer games it lowers the fps i.e. Guild Wars 2. With it on, it lowers fps, off the fps increase. Granted GW2 is poorly opitmized.

On a different note, does anyone else get this message when they try to make a post:

Invalid submission. You could have exceeded session time. Please re-submit or make a backup of your post and login to resubmit if necessary.

1. The light cap was caused by the fixed-function pipeline, so the programmable shader pipeline Schmack uses doesn’t have that restriction. The game should attempt feeding the extra lights even if it couldn’t technically render them - you could see that in vanilla by attaching a bunch of lights to stuff, they’d flicker in and out because they’d get sent in a different order and D3D8 would stop at the 8th.

Only thing I’m not sure is if it caps the static LightSource lights to 8, since I’ve never had 8 such entries at once.

2. Post-processing is very lightweight. Anything you add will incur a cost in terms of performance, but that’s not where the big drain is.

3. You get that error message when you take too long to post.

EDIT: And to address your previous post (which btw, you should try to avoid double-posting, just edit the first post instead):

1. Unless Shmack did something weird (and I don’t see why he would’ve), all objects should be affected equally, so going behind a planet will block light, and objects in front of a planet will cast shadows onto the surface.

2. Directional lighting is like the most primitive thing you can have, so it’s pretty obviously going to be in. Now, since FL’s systems have an odd scale, you typically want to use a point light to represent the sun rather than a directional light (the parallel ray assumption doesn’t hold anymore).

3. The image you linked has what’s called participating media, i.e. fog. That’ll soften the scene and illuminate everything. It’s not particularly realistic to have that in space though, outside of nebulae.

It looks more classic. Love it
How about performance?

This is really cool. This reminds me of what ichiru is doing. He is currently rewriting the entire of FL to use the OpenGL engine if I’m not mistaken.

https://github.com/CallumDev/Librelancer/

If I may, how does this actually work? I’m assuming that this is still basegame freelancer.

Oh cool. So you’re pretty much telling the game to change how it renders objects altogether?

Very interesting project. Spectacular results so far as well applied to vanilla Freelancer. I’m not much of a graphics programmer but I would be very interested in it and its internals for a project I’ve had floating around the back of my head for a while, and I’m sure it would absolutely shine with something designed around it.

Amazing work mate.

Besides the achievement this is going to be extremely useful for the freelancer community as compatibility issues keep arising with newer GPUs (like white textures/low LOD syndrome on AMD).

I can tell you it’s not a Windows problem because our D3D9 implementation doesn’t have that issue. As far as I know, it’s a weird interaction between AMD GPUs and D3D8 games.

Schmackbolzen wrote:
@Kazinsal: Not sure what you have in mind but not that you get any ideas: I won’t have the time and I don’t plan to write another wrapper Also it will only work with Freelancer (I don’t translate every d3d8 call plus you need some hooks to get the textures etc.).

Oh, no, not another engine. Something I’ve been thinking of proof-of-concepting in Freelancer. I can’t seem to tear myself away from this engine…

That looks stunning mate! Really nice graphics, would make good in a mod