faatal

Yeah, we should get that started.

Correct, I spent all the time I could afford to spend on it and bailed as the plugin I was using did not work reliably. On the other hand, FSR worked and works on ALL of our platforms.

Sorry, I can't. I will be busy for the next few weeks hand crafting YOUTOOZ of grass.

I don't know, but I passed it on to the console programmers.

Not Blood Moons or I would have mentioned it by name as that game is public info. Blood Moons uses the current 7dtd engine, which is not HDRP, but does have a variety of changes.

Using Unreal would not be the same engine, so the HDRP game is not the Unreal game.

Not yet, but there are ticket(s) for such bugs.

Yes. Forest trees are now in clusters based on the new unified noise function with a new growth ring around them, more bushes and added small tree/bush clusters. This technique will be done to other biomes. Wasteland ground is more natural, with new grass blocks mixed in and the old slope rule removed and different decorations.

I am referring to the 150 square tiles. It had empty tiles all around wilderness POIs, which is a waste of space.

That would need HDRP, which is not planned for 7dtd, but we are doing that for our next game using 7dtd engine, so it could be back ported some day, like years from now.

Tiles are a RWG data structure. They have nothing to do with actual in game terrain drawing from block values.

LOL. I would not worry about that. I skim right over walls of argument text. If it is not constructive and to the point, then I am not wasting my time.

Wilderness POI tile padding has been removed, as it could typically not reach the counts requested, so 4 times the amount of possible POIs locations. Their random positioning inside their tile is actually random now.

Wilderness roads connect in a more sensible order and can connect in the middle of each other, fixing some parallel cases. Have some optimizations I am finishing with paths, so I can add more checks for even better connections.

I am not currently looking at heights, but we have discussed it.

Kinyajuu was Nov 2023, so over a year now and the other was 2019, so over 5 years. Time flies.

Also, these features could be split up differently as well. For example, "Crossplay/Random Gen for console" was released in December as 1.2, while the reset of 2.0 is delayed and actually has some unplanned improvements in it like better RWG wilderness generation.

It is intentional to make their pathing efficient. Voxel world maps naturally to a pathing grid.

Our AI is not that expensive. AI does not constantly think. There are delays built in. The most expensive part is typically the pathing, which already runs on multiple threads.

Finding cover is a good amount of processing, but that is ray casting, which is fairly cheap and could be threaded, and pathing which is already threaded.

One bandit will probably have the overall overhead of 2 or 3 zombies, so if we can run 30 zombies coming at you then 10 bandits will be fine.

Yes, bandits are just smarter zombies. Same entity and AI systems. Animals are the same. Bandits will just have more behaviors, like find cover or heal self.

1 Programming is not working on bandits until 2.0 is out as those of us who will be doing the work are fully working on 2.0 features, bug fixes and optimizations.
2 Getting back to the work
3 Yes, the bandit code I worked on previously has wandering bandits like wandering zombies spawn. For POIs they would switch zombies to bandits and maybe both.

4 No, but we will refine them after 3.0 like we do with a lot of features.

Why don't you just do if (entity) in your code? It would be false when the entity is destroyed. That would make your code compatible with our code.

But if you check a reference to a Unity object with if (Object) it will use the bool overload to return true/false correctly or use if (Object == null) or != that also works. We do not use if (Object is null) and do not have issues as all our compares are consistent.

Destroyed objects in Unity become effectively null if not actually null all the time. This is standard behavior.
What actual bug are you seeing?

I already said the reason: "Every Unity camera has a good amount of main thread overhead"

Cameras do a lot of work to determine what to draw and then draw it. One camera vs two, means less setup costs.

The weapon camera drew your hands and items in your hands. It was probably setup that way to stop hands and items clipping through walls.

The UI is also another camera.

The removal of the weapon camera made a big difference for those of us who gave me feedback. I went from 100 FPS to 120 FPS in Unity in a specific test case. Console definitely saw a boost. Every Unity camera has a good amount of main thread overhead, but if it benefits you would come down to where your bottlenecks are. Some of the other optimizations I have been doing are for FPS spilkes, like entities spawning, which do not change your average FPS.

Convex mesh would not cause that, but failed creating window group would break the UI. Check for missing or corrupt files. Remove any mods.

Check your log for errors.

You pick None under Betas and it will download the latest stable (1.2 b27), which is also the last experimental.
If not, then Steam had just not made it available yet in your region. Different people seem to get it at different times.

Regular cities spawn in desert and snow biomes.