gst-meet as gstreamer plugin with sinks and sources

[elkowar]

Hey! I've been working on a little project where I'm integrating lib-gst-meet to stream realtime audio into jitsi (effectively using it as a client for a bot where I have control over audio preprocessing, etc).

I've been wondering if there is any general architectural reason gst-meet is implemented as a wrapper around gstreamer with hidden internals on the send and receive end, rather than as a regular gstreamer-plugin that provides jitsisink and jitsisrc components.

Without having looked into the sources in all that much detail, how viable would it be to turn the current codebase into a gstreamer plugin? If viable, I might want to have a stab at that

[jbg]

Hey! Thanks for bringing this up. I’ve been considering this for a while and I do think it’s possible. It would probably need to be a jitsibin, I think? Because the Jitsi session has its own state and signalling connections, and both the incoming tracks (jitsisrc) and outgoing tracks (jitsisink) need to share that state. But I think it’s absolutely possible and have been planning to try it for a while, only a lack of time has prevented me.