Jump to content

vladislavbelov

WFG Programming Team
  • Posts

    1.403
  • Joined

  • Last visited

  • Days Won

    24

Everything posted by vladislavbelov

  1. I remember there was a discussion about round minimaps here. D2216 was just committed, so it's possible to have round minimaps now (at least visually).
  2. I think no. Maybe something with driver. Could he try to just disable shadows (and re-enable again to compare results) with enables GLSL? The terrain has something like Moiré pattern. Also it seems GUI doesn't have such problem.
  3. Yes, but people use not the only one unit. There might be 2 or more. Unfortunately (especially on modern HW) in our game just a number of drawcalls matters (doesn't matter how big a drawcall is, "big" in reasonable bounds), the number of drawcalls and related state changes is the bottleneck now.
  4. If they're not used during all game - yes, they shouldn't affect performance. But if they were placed (or even drawn) then they might. Because you need to load all needed resources (cost memory). You need to draw at least one frame then you need to make some state changes that also affects performance of the frame.
  5. I'd prefer to have low number of knifes for all civs The problem is that you can't notice the difference by eye on modern hardware like 1050/1660+, but we have a lot of meshes each of them increases number of GL state changes which decreases performance (so in total they affect performance significantly). Also more different meshes makes instancing less applicable.
  6. Unfortunately variation affects performance. And I'd prefer to have at most 3-4 different knifes that are significantly different.
  7. How many polys? Which materials are used? And why do we need so many small and so similar elements? For example #2, #4 and #8 look mostly the same with a usual camera distance.
  8. I see different shadows qualities, that might affect render performance as well. Also you have different simulation speeds.
  9. Could you press F2 (it takes screenshot from the internal renderer) and press Print Screen (it takes screenshot from the game) and post both pictures here? If I understood you correctly you say that user can't fix awareness. But actually user can for Windows 10 and iirc Windows 8.1 and it does work. You need to open executable settings and customize the DPI settings. Then you need to add the gui.scale setting to user.cfg with a value multiple of 2.
  10. We can use kinda forward+ for GL2+, so it's not so far. And deferred rendering prevents MSAA, most everything in graphics is tradeoff. Most modern graphic systems in games don't cast shadows for dynamic lightings, might do only for few (like 4-8) nearest to a player lights. Not really, you more wanna say too much to review at once x) Profit of the instancing is pretty tricky, it highly depends on a scene. Look at Yves measurements for deep forest. For obvious reason the difference isn't so big about ~10%. It depends on how to add lights, usually the number of fragments doesn't scale with the number of lights. And there are a bunch of pretty old techniques to reduce amount of rendered fragment. In terms of the game implementation it has most needed features, but in Atlas we can't edit all its parameters yet, only a part of them. But it's possible to edit the map file or use JS to control all parameters.
  11. Thank you very much, you've done that perfectly! Yeah, I was right, jumping bounding boxes appear on the video. It seems celt_trader commit has tweaked that behaviour.
  12. Yeah, that's the correct picture. Now questions: a) do you see flickering from that distance? b) do the boxes flicker (their sizes are changing along the sun direction)?
  13. You updated the game and some templates/JS code might be changed. That means the whole replay shouldn't be valid anymore.
  14. Not yet Steps: Zoom in the place where you continuously reproduce the flickering Open the developer panel (Alt + D) and enable the "Lock cull camera" checkbox Zoom out to see the whole shadow boxes Take a screenshot
  15. It seems you didn't enable the lock. It should look like:
  16. I need to see the whole bounding box (not so close ). To do that click on the "lock camera" checkbox, to fix the culling camera and the zoom out. Also is it reproducible for very small maps?
  17. The first one, do you see the flickering when you're looking at the boxes?
  18. That also can be a wrong shadow map bounding box, for example if there is an object a far away from the map. I need to see shadow map bounds from developer panel in SVN.
  19. You might create a debug version of your mod, where you can disable some effects or create multiple mods where different effects are disabled.
  20. It'd be useful to check SVN version of 0AD on your hardware. Could you post system_info.txt? You can find it in the log folder, path to the folder for your OS in https://trac.wildfiregames.com/wiki/GameDataPaths.
  21. Not with absolute precision, because it's pretty complicated task, but I plan to reduce number of renderered in shadow map objects that don't cast shadows in the visible view.
  22. There is a fixed shadows feature, that I committed a couple of months ago (see default.cfg). It decreases the shadow box, also in future it's going to be used for a more precise shadow rendering.
×
×
  • Create New...