Florian Zwoch

Seeing similar here: https://github.com/fzwoch/obs-teleport/issues/43 Happening with `sigalstack` as well as well as `open`. A little context: OBS Studio is a C library with a C++ UI (Qt). It loads plugins...

The shared library is used by a C/C++ program. And yes, it is the only part in that system that is written in Go. The application can be downloaded here:...

The main problem is that OBS expects H.264 for its downstream functionality (maybe H.265 too by now, not sure) but not arbitrary codecs. If one really wants to work with...

If that is all what is required it should be doable. What is the easiest way to test it?

Thanks for the contribution. Sounds like a neat addition. I'll take a closer look when time allows, hopefully not too far in the future.

Hey, I guess the memory leak is kinda huge? What OS/platform and GStreamer version are you using? That options is really there because I was never sure about the life...

Tbh, it may just be that the GPU is not fast enough for real time. I can't check it myself as my VAAPI on my system is broken atm. But...

OBS will not notice the lost frames as they are queued and not lost. If stop stoppes immedateily you may lose content in the end. Hoever I cannot remember if...

Possible? Probably. But I don't have plans to do so. Tbh, this whole encoder part of the plugin was quite quickly written and never intended to be real encoder alternative....

I see. I did try with latest FFMPEG VAAPI and ended up with about 11ms processing time for 1080p, so I thought things would not be not looking too bad....