MiguelMJ

Have you tried using including -DLOGURU_USE_FMTLIB=1 in your compile command?

Mmm this is a though one. I don't know what's causing this random destructor calls... and for some reason I'm not able to reproduce them. I think I need to...

Hi, gamepopper. After doing some research I found that this is a problem with static/global SFML resources for years now. [sf::Texture cannot be static](https://github.com/SFML/SFML/issues/741) [sf::Texture crashes when used in a...

The problem with this is that each time the counter reaches 0, the textures are required to be reinstantiated in case a new light is created. For that, after setting...

Ok, I've replaced the textures `l_lightTextureFade` and `l_lightTexturePlain` with pointers to the render textures. I thought that another possible cause for the problem is that in the previous code, the...

Some notes: About the first point. I'm not sure about the getters to the default textures (that, btw, should be static). The only use case that I can think for...

> Maybe we can put a setTexture(sf::Texture* texture) and if argument is nullptr, the default one would be taken. OK, I like this idea better. > Mmh I wanted to...

I just found an interesting repository with a similar project: https://github.com/DaiMysha/LightSystem/tree/dev Although it has a different approach, it has really neat ideas I'd like to study in the future for...

Thank you, @DaiMysha ! In case I take some non-trivial concept from your system, I'll credit you in the category `ideas` and if I take a piece of your code,...

There must be a way to change that value... I guess from the shader it would be possible(?)