-
Posts
1.371 -
Joined
-
Last visited
-
Days Won
22
Everything posted by vladislavbelov
-
Frozen development
vladislavbelov replied to Nescio's topic in Game Development & Technical Discussion
Probably we'll find an open-source library that converts OpenGL calls into Metal calls. That'd be really helpful for the developing. It also may limit some old versions of Windows, because of no drivers with VK. -
Frozen development
vladislavbelov replied to Nescio's topic in Game Development & Technical Discussion
I hope we'll find a way to fix the macOS build. Also you always can run older versions -
Frozen development
vladislavbelov replied to Nescio's topic in Game Development & Technical Discussion
I have macOS (I said it some time ago), but I can't bundle the game, because it has a different framework. -
The Implementation of LODS
vladislavbelov replied to Rolf Dew's topic in Game Development & Technical Discussion
As Stan said, for most lagging moments the rendering doesn't spend much time in comparison with the pathfinder. LOD can be supported on the engine side, but the instancing already has prototype. LOD is best when all models are different/some models are highpoly, Instancing is best when all models are the same. I.e. LOD would be better for buildings like CC or Wonder with many polygons. instancing - for many similar trees. But again quoting Stan, LOD requires an artist work. That's the good idea, reusing may save memory and performance.- 7 replies
-
- 2
-
-
- lods
- development
-
(and 1 more)
Tagged with:
-
I'm here now, I was at vacation I'll try to answer to all messages, sorry for delay.
-
As Stan said we support only prerendered fonts. So an additional language requires an additional font textures, like for Chinese languages. Cairo is pretty complex, so it requires a lot of time to replace our GUI rendering. I think it'd be better to use a smaller library, because it'd be much easier and it'd still easy to replace it by Cairo.
-
+1. Especially from this studio, it seems they discovered design and UX just now.
-
Could you disable all effects and try again?
-
If you try to build the game with a different build system, you'd need to know which dependencies are needed. Because it seems, that you didn't install SpiderMonkey. Old != invalid. Also we can't use brew yet, because brew supports well only 10.11+, 10.5–10.10 are supported on a best-effort basis (https://docs.brew.sh/Installation), but we support 10.9+ (for bundles 10.7+). I don't think that the brew can fully replace the script, because we need to use custom compilation options and to patch some libraries anyway.
-
It's not so critical as it could be, but it's still UB and should be fixed. But how it may work: How usually (compiler depended) new[]/delete[] work: new[] allocates a block with a needed size + a space for size - a number of objects. delete[] extracts a size from the block and calls a destructor for each object and deallocates the block. But! u8 is a basic type, not an object. So a compiler may replace new[] by new for basic types or use another trick, especially in case all actions are in the same place and the compiler knows a storing object. Also we have own pool and arena for some cases. Not all, i.e. clang-802.0.42 doesn't detect it for basic types (for N5 too), only for objects, even without -O0+. Probably because of the trick above. We had an option for it sometime ago, if I'm not mistaken. It was called --enable-address-sanitizer. It'd good to add a regular (1 per week) build on Jenkins.
-
I already answered to your post on the habr. But thanks a lot again for helping to find errors. Only few of them are known, and patches are waiting for the end of FF. UPD. I will create tickets for missed bugs, when I'll be at home.
-
[QUESTION] Deterministic Javascript?
vladislavbelov replied to Splizard's topic in Game Modification
This note doesn't make Javascript nondeterministic. It just means that it depends on an implementation. Because different engines for different types may use different structures behind objects/arrays for more optimal storing. Also this reference suggests to use `for ... of` or `.forEach(...)`, when the order of the iteration is important. But `for ... in` is used for cases, when you just need to change/find a property, without knowing its index (the not fixed order may make it a little bit faster). So Javascript as the language is deterministic. -
PBR could make the metal more metallic, but it's more expensive and requires more memory.
-
Could you attach the exported DAE file? It looks like it doesn't have this point in the right place. You could open your file and any other of the game to compare where attach points are placed.
-
bug Graphical bugs with new 0ad
vladislavbelov replied to jarnomodderkolk's topic in Game Development & Technical Discussion
The same for your resolution, because it uses a power of two, so for you it'd be 1GB too. -
bug Graphical bugs with new 0ad
vladislavbelov replied to jarnomodderkolk's topic in Game Development & Technical Discussion
When I added these settings I evaluated the high shadow settings on 1080 Ti for 4K monitor, it has 11GB. How many video memory it costs depends on 2 things: settings and a screen resolution. So if you have high settings on 4K monitor, it'd cost at least 4096 * 4096 * 4 * 4 * 4 = 1GB. -
You can edit a configuration file, you can find the file for your OS here: https://trac.wildfiregames.com/wiki/GameDataPaths. And add or edit (if present) lines: view.zoom.min = 50.0 view.zoom.max = 200.0 view.zoom.default = 120.0 Cinematics zoom like in SW: Empire at War isn't supported, probably yet. It's not valid for multiplayer, especially rated matches.
-
20 tips to improve your skills by Borg-
vladislavbelov replied to borg-'s topic in General Discussion
I tried, it doesn't work (it does nothing). -
Yes, leper suggested few solutions for this. The main idea is to load fonts (.ttf), but not prerendered atlases. Also we need to support system scale (I have a patch for it) to prevent a blurry image. Why there are random lines? Because it's a standard problem for all systems that are simply positioned in DIPs. First of all we need to refactor GUI for it.
-
Additional lighting in engine
vladislavbelov replied to vladislavbelov's topic in Game Development & Technical Discussion
As I said before: after refactoring