![[gb]](/mwf/flags/gb.png "United Kingdom")
Really slow currently. But this is roughly the direction I want to go with lights: fine-grained software LoS checks, more or less coarsely compressed into rays for the GPU.
![[de]](/mwf/flags/de.png "Germany")
Looks interesting!
It's pretty easy to do for a static landscape. I imagine BSPs and the likes can then be used to make it ridiculously fast as well. For dynamic landscape one has to employ dynamic spatial indexes like quad-trees so large empty spaces can be skipped fast. That's what I intend to do once I hit a serious performance wall.
But before that, I'll make it retain the rays between frames and only update them on changes (tying into the existing relight stuff) as well as optimizing the free-checks a bit more (using the optimized free-checks for PXS). And if all else fails, we'll just have the light only update every 10 frames and smoothly blend between the states it in the GPU. Also note that even without any of that, the above still runs at 50 FPS in release mode. All in all, I'm pretty certain I have enough tricks up my sleeve that this will end up working.
Edit: Hm, I read a really detailed article on how line-of-sight can work somewhere - even with making shadows "soft" as a non-point line source would (which is something I also want to try at some point!). But sadly I can't find it anymore :/
But before that, I'll make it retain the rays between frames and only update them on changes (tying into the existing relight stuff) as well as optimizing the free-checks a bit more (using the optimized free-checks for PXS). And if all else fails, we'll just have the light only update every 10 frames and smoothly blend between the states it in the GPU. Also note that even without any of that, the above still runs at 50 FPS in release mode. All in all, I'm pretty certain I have enough tricks up my sleeve that this will end up working.
Edit: Hm, I read a really detailed article on how line-of-sight can work somewhere - even with making shadows "soft" as a non-point line source would (which is something I also want to try at some point!). But sadly I can't find it anymore :/
Geometric shapes (polygons) I'd say :-)The landscape in Stealth bastard is not static I think. I saw several blocks moving around to which the lighting also applied.
Add reflecting parameters (depending on entry-angle and material structure) to the lightrays and it will be perfect!
Yeah, right. No. ;)
It is hard enough already to find spots that positively won't be reached by light. The last we need is mirror materials somehow routing around blocks of material - that would mean we positively have to check the *whole* landscape. Sorry, that's pretty definetely out.
On the other hand, we might be able to implement glowing materials. One might also be able to sort-of fake reflection for straight surfaces (water?) by adding an additional light source.
It is hard enough already to find spots that positively won't be reached by light. The last we need is mirror materials somehow routing around blocks of material - that would mean we positively have to check the *whole* landscape. Sorry, that's pretty definetely out.
On the other hand, we might be able to implement glowing materials. One might also be able to sort-of fake reflection for straight surfaces (water?) by adding an additional light source.
The real light is checking the whole universe in real time .Sudo make real light ingame!
And as usual, on the screenshots marking the biggest improvements there's the least to see. This is now rendered over a texture (using a framebuffer object - that's the right way to do it, right?). Also there's a good bit of code written for updating the rays on-demand.
For now it mainly throws assertions left and right. And I obviously have to do a bit more of jolly coordinate trial-and-error (with extra attention to rounding) to get stuff to render at the right places.
Hey Peter,
Is it okay if I make a teaser trailer of the current state of the lights for our youtube channel?
Is it okay if I make a teaser trailer of the current state of the lights for our youtube channel?
I'm very interested in new media about this!
![[th]](/mwf/flags/th.png "Thailand")
Hey Peter, sorry for zombieing the thread. Since you are not working on it anymore, I'd like to ask if you have committed your latest work into the lights branch in the repository. If not, could you do that so that other people might build upon your work so far?
*rezombify*
The lights branch is current - the problem is figuring out where to go from here. Good news is that I have now finished my PhD thesis, so there's a chance I might start working on this again.
Still really unsure how to handle global lights though. And the big rendering pipeline shader-ification looks scary as always.
The lights branch is current - the problem is figuring out where to go from here. Good news is that I have now finished my PhD thesis, so there's a chance I might start working on this again.
Still really unsure how to handle global lights though. And the big rendering pipeline shader-ification looks scary as always.
Good luck! Best tip I have is to not try to write so much - the "Write about *all* the things!" attitude is fun when you have the time, but in the end getting lots of non-essential stuff into shape is a huge drag. Also here's my final version with Org & TeX sources, just in case you could use inspiration. The "Status" tracker is a bit outdated, obviously :)
Meanwhile, Heinz felt like there was a lot of work to be done here...
Meanwhile, Heinz felt like there was a lot of work to be done here...
Nice screen and thanks! I am trying to write as little as possible and copy as much from my existing papers, will be max 150 pages.
Btw, your figure hyperlinks do not point to the top of the figure, which can be solved with the hypcap package (to be included after the hyperref package) if I remember correctly.
Otherwise from a brief look at it: Impressive!
Btw, your figure hyperlinks do not point to the top of the figure, which can be solved with the hypcap package (to be included after the hyperref package) if I remember correctly.
Otherwise from a brief look at it: Impressive!
They have a stupid regulation here that you aren't allowed to copy anything from papers. Not that it would have helped me, given my stellar 1 actual publication record :)
And huh, thanks. Figured there ought to be a solution for that. They will probably give me some more time for corrections, will incorporate that.
And huh, thanks. Figured there ought to be a solution for that. They will probably give me some more time for corrections, will incorporate that.
Copious amounts of cursing later... How much state does OpenGL carry around anyway?
Here the landscape shader finally uses the information from the calculated light. Note that the nice realistic effect of the upper granite edge being shaded brighter is actually accidental.
This obviously isn't the most exiting application of the FoW... But before I get to more complicated "tunnel" scenarios, I still have to work a bit on the base algorithm. Right now it doesn't even know how to deal with light going anywhere but downwards :)
> How much state does OpenGL carry around anyway?
Everything, I think. Well, there's some movement away from the giant-state-machine model in the newer versions, but that hasn't reached everywhere yet.
Oh, that's not intended? I have had that for quite some time, see the first screenshot in the thread. I was going to rant someday about how ugly that texture is. Maybe I have a corrupted file there or something? Interesting.
Can't see any change here. What texture would be supposed to appear there?
![[ca]](/mwf/flags/ca.png "Canada")
Probably. I still think it looks bad right next to the classic earth textures. The one we had before was better.
>I still think it looks bad right next to the classic earth textures.
It's supposed to form a smooth gradient with mid-soil; the way it currently is in that scenario is weird.
>The one we had before was better.
No texture was replaced; they were added.
Caves can be really dark now if they aren't reached by light. Somebody somewhere should get ready to place torches all over the place.
Incremental ray updates seem to work now, but invalidation (on changing landscape) still doesn't. Also don't mind those dark dots, they should disappear in due course.
More worrying is that the new shader seems to have somehow introduced a delay into landscape changes getting shown - almost half a second, you see a digging Clonk moving into solid earth. As I know nothing in my code that could cause this, this *might* be a sign that I'm approaching hardware limits here. Or maybe I'm just doing something wrong.
Well, there's still the light-can-only-go-down issue ;)
I'll probably work the updates out first, then try to fix that. It's a bit tricky technically, as right now the algorithm is pretty specialized. I'm probably going to just "flip" its input data somehow. I just need to decide whether or not to use templates for that.
I'll probably work the updates out first, then try to fix that. It's a bit tricky technically, as right now the algorithm is pretty specialized. I'm probably going to just "flip" its input data somehow. I just need to decide whether or not to use templates for that.
You know how I am always talking about the algorithm only working downwards? Meet the result: Carlo the ceiling lamp.
I am obviously working on fixing the lights to objects and moving them with them. The good news is that walking around seeing the shadows move all around you (okay, actually *below* you) looks pretty good. A tiny bit of flickering due to the rounding of the rays, but hardly noticeable. Hard to convey that in screenshots though :)
![[ua]](/mwf/flags/ua.png "Ukraine")
Realy like the fact that not illuminated areas are not solidly black but can still be seen (though with much bigger effort)
Still a long way to go. Just from the top of my head: One obvious missing feature is that it doesn't illuminate objects right now. A less obvious missing feature is that by the light only going down right now, the "light" edge of the material always has the right orientation. I will have to find a more involved solution once light goes up (yay bump mapping).
Well yeah, but this kind of stuff is interesting. The development blog is a development blog to keep people up to date, not something where only finished products are presented.
![[ie]](/mwf/flags/ie.png "Ireland")
Who does write it then? Certainly not me because of lack of account :P
Careful. Newton will give you one and all of sudden you're out of excuses!
Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill
