-
Posts
1.371 -
Joined
-
Last visited
-
Days Won
22
Everything posted by vladislavbelov
-
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
The terrain isn't transparent and blending doesn't make sense after the blending is done (especially on long distances), so there is no problem with it. Yes, it requires a work, but it's simple. True, as the tessellation one But it's the another level. It can't be faster than simple quads with a texture. But it can be nicer. -
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
Currently I'm trying to add features that popular in modern engines and liked by players to find different implementation bottlenecks in our code. Yes, I mentioned, that it doesn't support many lights per model. Usually video card can support from 8 to 128 lights per model. It uses simple uniform structs (even not UBO). // 8 floats per struct. struct PointLight { vec3 position; float radius; // vec2 - compressed 4 components, instead of unsupported "half". vec2 color; vec2 coef; // Cubic curve coef. }; So we can calculate how many lights we can use from GL_MAX_FRAGMENT_UNIFORM_COMPONENTS. There're 2 import notes: 1) we can use forward and deferred rendering simultaneously (i.e. for different distance), 2) as you noticed we don't have a lot of semitransparent objects; trees, bushes have transparent only for soft edges, so on enough distances we can render them without alpha blending and they're not transparent objects anymore (we don't need to be honest for rendering always; if it looks the same/very similar but cheaper, then we'd can use the cheaper one). If we assume that we don't have a sun at rain, then we'd easily add shadows to the lightnings Nope (at least not yet). It'd be confirmed when it'll be in the our main repository It uses 2D rain texture (drawn by me in Ps for 5 mins ) on many long crosses with double side rendering (because many particles would be slow). They're not moving when the camera is moving. So it seems a correct rain. Current implementation doesn't use shaders yet, but with shaders it can be a little bit nicer. -
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
-
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
Nope, it doesn't need it. The deffered rendering can be easily used with transparent objects too. -
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
Of course as option I'm mostly interested, is it useful without shadows for artists/modders? It'd be as option, so you'd can disable it. It's a little bit different technique, the glow effect can exist without lightings. Yep, but it requires the refactoring as I mentioned. So you could test my phab patches to accelerate this implementation You may notice it on clothes on sticks near the bottom house of 2. -
I spent last 2 of my evening on the implementing of the addition light system in the pyrogenesis to find implementing bottlenecks for new objects. And I found some places, but that's not the topic. How additional lighting system looks: Fully dynamic lighting. And all light sources can be attached as props (i.e. to bones): "May the Light be with you..." But what restrictions do we have? We have 2 main: The lights can't throw shadows, because performance (we can implement it, but only few powerful videocards can handle it). There can't be many light sources in one place (at least for low videocards and since we don't support deferred rendering). Because shaders have own restrictions, particularly uniform sizes. But probably it's not the real problem. So I have a question: do we need additional light sources in near releases? Would it be real useful? P.S. I found strange normal values for some model, it should be investigated (probably the shader problem).
-
.zip/.pyromod dropping should work for the Alpha 23. At least I tested it on Windows 10 and it works.
-
"camera moved" != "nothings was changed". Obviously. And AABB with AABB usually faster than Sphere with Sphere. About frustum planes the math is pretty simple for AABB, you need only 2 dots. Something bad is happening, if you need a complicated math for it. Feel free to add new values to the profiler: https://trac.wildfiregames.com/wiki/EngineProfiling.
-
You don't need 60fps if nothing was changed. And I don't suggest to fully separate thread, I only suggest a simple worker. It requires much less work from the current state. You need only 2 synchronizations in my variant. Because after the submitting step you have a set of buckets independent of the sim state. Why do you call AABB expensive? It's usually faster than sphere, but usual BB is slower, but not significantly (btw, it'd be good to compare). You have profiler.txt for that.
-
Renderer shouldn't do this. He should wait, if he has been done his work already. No, it wouldn't. We only need a simple semaphore. Because we need to have a 1:1 running scale. I'm not sure that only visibility checking improvements will save a lot of performance, but the testing will show. Also the hierarchal system should be pretty dynamic without much asymptotics losts.
-
Graphics Improvements
vladislavbelov replied to aeonios's topic in Game Development & Technical Discussion
As I said, add weather or decrease the current level of the penumbra effect. -
Graphics Improvements
vladislavbelov replied to aeonios's topic in Game Development & Technical Discussion
It loses details. Example, even on the bigger distance you may see more details: -
Graphics Improvements
vladislavbelov replied to aeonios's topic in Game Development & Technical Discussion
I already mentioned it (as wraitii too), that the effect is too blurry and unrealistic, and the shadow looks like a low quality. So it doesn't fit in our environment, until we have a weather settings. Or it should be decreased. -
Graphics Improvements
vladislavbelov replied to aeonios's topic in Game Development & Technical Discussion
I attached FXAA examples earlier, and textures are a little bit blurry (even with depths and normals). And as you said: Making the FXAA not blurry at all may be expensive. -
It will implemented after the PostprocManager refactoring.
-
As I said, I do not recommend to use it. So I do not want to put it in public (to prevent be an example for real things). If you want, I may PM you.
-
"Not implemented" error with campaign button
vladislavbelov replied to thekolian1996's topic in Bug reports
The main problem, that we can't check translations before the translator submit, other solutions are workarounds. There's no code in strings, there are tags. We can use them for color, font and other style. So this isn't the solution. -
I store glow bit in the alpha channel, so glow = length(rgb) > 0.0 && a == 0.0. And then just blur it on the bloom stage. The keyword is relatively. It's not more expensive than the DOF. So if make it as an option, then we wouldn't have a problem. As the DOF. But they all are nice addition. Sure, it's flexible.
-
I'll be a little boring: it's actually possible, but with hacks Example (radioactive barrels), no engine modifies here, only shaders and material changes: But it's hacky, so I do not recommend to use it and recommend to wait until we add a clear way for the glow effect
-
Profiling sandbox
vladislavbelov replied to wraitii's topic in Game Development & Technical Discussion
Btw, does the SM45 support pyrogenesis minimum requirements? I mean GCC 4.8.1, Windows XP, etc. -
"Not implemented" error with campaign button
vladislavbelov replied to thekolian1996's topic in Bug reports
@elexis I wrote a simple script: https://code.wildfiregames.com/P122 (it creates a test mod folder with the test page), it shows, that we have many errors in translations (including not included in the release). -
Some Advice concerning recording audio
vladislavbelov replied to Stan`'s topic in General Discussion
I agree with @niektb. I'm using the condenser microphone with an external audiocard for an acoustic guitar recording. And it catches even silent sounds from the street, so it requires little soft walls to block outside sounds.