j4qfrost

@invertium It's been way too long and I don't remember how I made this work, but I had to run a command in sudo I think.

Here's an example by 999eagle, https://gitlab.com/999eagle/okuna-desktop/blob/master/src/plugins/ffmpeg.rs though I don't know how relevant it is now. I have a cpp version of an ffmpeg implementation that I'm stuck on and wouldn't...

https://github.com/stablekernel/postgresql-dart/pull/153 Done. Took me about 3 days for stupid reasons. It would probably take me 1 day to migrate a similar library now. Migration is pretty straight-foward.

@AldrinMathew If you're still interested in using the Aqueduct codebase, we're pretty stable now. https://discord.gg/FyJj45NXPx Just looking for beta testers. One user switched over from an old version of Aqueduct...

I've reimplemented the backend logic using gocv here https://github.com/Knights-of-the-Functional-Calculus/gfd-plugins/blob/master/video_player/cv.go It's still showing memory leaks. I can't find any place where it might be leaking in my implementation nor in the...

Bump. Is there anything I can do to get better at tracking down the leaks?

Edit: This isn't it. Handled here: https://github.com/go-flutter-desktop/go-flutter/blob/f67b5ecc81024ff9adb9abe5d06d2667e6130007/texture-registry.go#L91 @pchampio I think I may have found a solution. I'm ashamed I hadn't thought of it earlier. The guys over at flutter-rs got...

I'm not quite sure either. Maybe it's because The allocation for an OpenGL texture happens first and this is to ensure that the texture gets destroyed in case registering on...

So it would be fine to throw away the texture at each redraw? I'm also kind of confused about what the purpose of the destruction_callback is. Is it actually called...

Yeah, I recognized that go-flutter and flutter-rs differed in that respect. I was considering deleting the texture at each frame to see if that solved the memory leak but wasn't...