"num_emerge_threads > 1" results in mapgen glitches at mablock borders due to lack of synchronization #850
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#850
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This bug (and not biome_lib) is responsible for cut off trees and 1 block high planes underground and 1 block spaced air in the nether.
Related:
#254
#682
#741
#687
#728
#730
Most likely, MOST of the construction tasks originate from this issue.
https://gitea.your-land.de/your-land/bugtracker/issues?q=&type=all&sort=&state=open&labels=30&milestone=0&assignee=0
The problem had been reported over a year ago:
https://github.com/minetest/minetest/issues/9357
An older upstream issue:
https://github.com/minetest/minetest/issues/5618
num_emerge_threads > 1 create 1 block high flatsto "num_emerge_threads > 1" results in mapgen glitches at mablock borders due to lack of synchronization@AliasAlreadyTaken the new server is very fast - perhaps there wouldn't be a huge problem if we set
num_emerge_threads = 1
? mapgen would still happen in a separate thread.This is happening even after
num_emerge_threads = 1
, or that was never set? Or there were lot of similar errors created in the past, when that value was higher?correct, this happens even when
num_emerge_threads = 1
, though we've gone back to the default. it depends on the order in which chunks are generated.Means: There is no point in keeping that value at 1 ?
There are works underway to move the lua mapgen stuff to some async env
i don't think the lua mapgen stuff will help with this problem. most of the affected trees are schematics registered as decorations.
Question is, if setting the value to more than 1 would not make things worse than now (i.e. the underlying problem occurring more often)
my current understanding of the problem is that it's completely independent of the number of mapgen threads.
then again, i feel like it's been really common in the last couple weeks? so i dunno.
Well, how common it is is heavily influenced by how much people are exploring (and finding blocks that were generated for them or generated in past and more or less unnoticed). I personally am exploring quite a lot in last couple of weeks and people like Chache also likely have exploration-heavy playstyle. So this could be the cause why those errors are now encountered more often?