texture-synthesis

This game is amazing. It also works remarkably well; I've read it's written in Rust + bevy + a custom vulkan renderer. I remember being mindblown, a few years back, by procedural generation talk by Anastasia Opara (one of the creators of Tiny Glade, ex-Embark) - and by her rust library for procedural generation: https://github.com/EmbarkStudios/texture-synthesis I think this concept can be expanded even more, I'm sure we'll see even more of this. Congrats on the game!

There is if the algorithm contains race conditions that cause non-deterministic output. The submitted article goes above and beyond to guarantee that the code always output the same answer even though it has race conditions. But that's sometimes not possible or, if it's possible, it's too much of a hassle so it's rarely done. For example, this project https://github.com/EmbarkStudios/texture-synthesis generates textures and if you run the same code with the same input various times, the results will be slightly different. Here https://github.com/EmbarkStudios/texture-synthesis#notes it says: "When using multiple threads for generation, the output image is not guaranteed to be deterministic with the same inputs. To have 100% determinism, you must use a thread count of one"

Same seed, same prompt and same hardware perhaps, if the GPU concurrency doesn't introduce nondeterminism. Otherwise you might have the same problem of this: https://github.com/EmbarkStudios/texture-synthesis#notes > When using multiple threads for generation, the output image is not guaranteed to be deterministic with the same inputs. To have 100% determinism, you must use a thread count of one, which can by done via > CLI - texture-synthesis --threads 1 > API - SessionBuilder::max_thread_count(1)

https://github.com/EmbarkStudios/texture-synthesis this was on HN a couple of years ago, and seems to use a similar approach for photorealistic textures.