Leonardo Gibrowski Faé

Alright, @Quark04, this might be solved with the daemon rewrite of `swww` version 0.8.0 (latest released version). Could you test it when you have time?

Sorry man, I think you will have to go ahead and complicate it. `swww` can display images read from `stdin`, so you can probably use a complicated `imagemagick` of `ffmpeg`...

Is your image already at the correct scale? That's the only thing that should take a while.

Hm. In that case, I am not sure there's anything we can do. It might improve if I come up with a faster way of sending stuff through the socket,...

Interesting. This would have to be first implemented in the [smithay client toolkit](https://github.com/Smithay/client-toolkit) for us to use it. Perhaps we should open an issue there? Though that fallback seems pretty...

Yes, this is annoying, I agree, but unfortunately, I don't think there is anything we can do about it. Rust frees the img vector once it goes out of scope,...

Update: I have thought of something that *might* improve the situation. Currently, we send the image's filename to the daemon, and open and decode it there. We could instead open...

I am about to merge PR #57. If it's not too much trouble, could you try out the `separate-client-and-daemon` branch and see if, indeed, memory usage also goes down in...

This is a known problem, see #28 for details. We do release the frames, but there is no way of guaranteeing the OS will reclaim the memory. I moved all...

Hello, @Karmak23. The current master should have improved considerably in terms of memory usage. When you have the time, could you check to see if it helps you?