BrickGame

[ThaLobsta]

Thanks for the kind words, everybody!

I’ve been tweaking fog/lighting. The LPV emissive only works if there’s an active directional light (the emissive tags along with shadow rendering), so I added a moon that takes over the directional light when the sun sets. I also nerded out a bit and rebuilt the time-of-day blueprint to track the orbit of the planet around the sun, and change the path of the sun through the sky based on season, made the moon light dependent on phase of the moon…

I also switched to ExponentialHeightFog from AtmosphereFog so that I could change the color to match the horizon color in the sky material:

I’m currently trying to figure out some problems with LPV performance when the sun is very low on the horizon.

@Necrophob30;19143

Are you going to get chunk streaming in to do large, random worlds, or are you just messing around with the graphics side?

It only draws chunks near the viewer so that the world can be much larger than what can be rendered, but it doesn’t do streaming to/from disk. That wouldn’t be much harder than the save game stuff I already did, but I’m not planning to do it for BrickGame; you can have a pretty huge world just in memory!

@iniside;19157

Awesome you worked on some LPV stuff, as the emissive was completely broken and didn’t worked to begin with (;.

Yeah, the code was all there, but the inputs were just not hooked up in the shaders. I submitted a pull request, but Martin Mittring said he already fixed it in the next release: https://github/EpicGames/UnrealEngine/pull/57

@Zynx;19536

Greatly appreciate your work, I have been searching for this type of information since release and this is very useful to attempt to emulate and learn.
It is a bit more complex than just mesh.vertices and mesh.triangles as you would see in Unity and so it has been a slow start as a beginner.

I plan on taking similar approach using a circular array for a local density map. I plan for this since, unless I am mistaken, it seems useful for continuous terrain insertion/deletion and I believe I could assign LOD and other parameters to certain locations in the grid.

I hope that eventually we might see enough interest in the community to spur a procedural generation thread as useful as this one ( ://forum.unity3d/threads/63149-After-playing-minecraft )

You can go pretty far by just generating vertex and index buffers like CustomMeshComponent, so that’s a good way to experiment with procedural generation. However, the generality of CustomMeshComponent is leaving a lot of performance on the table, so you’ll be able to do substantially more bricks using a specialized solution like BrickRenderComponent.

I actually haven’t put enough effort into the procedural generation part of it. You can see the code here: /blob/master/Plugins/BrickTerrainGeneration/Source/BrickTerrainGeneration/Private/BrickTerrainGenerationLibrary.cpp