From t.i.m at zen.co.uk Wed Dec 4 01:36:25 2024 From: t.i.m at zen.co.uk (Tim-Philipp =?ISO-8859-1?Q?M=FCller?=) Date: Wed, 04 Dec 2024 01:36:25 +0000 Subject: GStreamer 1.24.10 stable bug fix release Message-ID: <2eca1313a131c34b81bc49e5362f390cef81567b.camel@zen.co.uk> The GStreamer team is pleased to announce another bug fix release in the new stable 1.24 release series. This release only contains bug fixes and security fixes. It should be safe to upgrade from 1.24.x and we would recommend you update at your earliest convenience. Release notes?with details about changes and fixed bugs can be found at: https://gstreamer.freedesktop.org/releases/1.24/#1.24.10 Our latest security advisories can be found at: https://gstreamer.freedesktop.org/security/ Highlights: * More than 40?security fixes [1]?across a wide range of elements following an audit by the GitHub Security Lab, including the MP4, Matroska, Ogg and WAV demuxers, subtitle parsers, image decoders, audio decoders and the id3v2 tag parser * avviddec: Fix regression that could trigger assertions about width/height mismatches * appsink and appsrc fixes * closed caption handling fixes * decodebin3 and urisourcebin fixes * glupload: dmabuf: Fix emulated tiled import * level: fix LevelMeta values outside of the stated range * mpegtsmux, flvmux: fix potential busy looping with high cpu usage in live mode * pipeline dot file graph generation improvements * qt(6): fix criticals with multiple qml(6)gl{src,sink} * rtspsrc: Optionally timestamp RTP packets with their receive times in TCP/HTTP mode to enable clock drift handling * splitmuxsrc: reduce number of file descriptors used * systemclock: locking order fixes * v4l2: fix possible v4l2videodec deadlock on shutdown; 8-bit bayer format fixes * x265: Fix build with libx265 version >= 4.1 after masteringDisplayColorVolume API change * macOS: fix rendering artifacts in retina displays, plus ptp clock fixes * cargo: Default to thin lto for the release profile (for faster builds with lower memory requirements) * Translation updates Binaries for Android, iOS, Mac OS X and Windows should be available soon. As always, please let us know of any issues you run into by filing an issue or Merge Request in?GitLab [2]: Thanks! [1] security fixes https://gstreamer.freedesktop.org/security/ [2] GitLab https://gitlab.freedesktop.org/gstreamer/gstreamer/ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-1.24.10.tar.xz 9fc45b1a332e8f812f09e95c281cd75969f6d1682d062a815db0e7bc047518fd https://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-1.24.10.tar.xz ebd57b1be924c6e24f327dd55bab9d8fbaaebe5e1dc8fca784182ab2b12d23eb https://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-1.24.10.tar.xz fce748fa66d7a8ee1fb261489e59d01e3fa787623d6d5c35068416fe7cd0acb3 https://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-1.24.10.tar.xz 9df6fd85a7256241efbb25f84b337575e3b345266f5dab3849371e4694779f18 https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad-1.24.10.tar.xz 1707e3103950c9baed364a8af2ba0495d6b113fcd36e1062dda5f582b8f8904d https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-1.24.10.tar.xz 4cf2e2d8204e54ba8af9519a8b9b7ffa6e951a7087afa0dfe83c125d49bbb5fb https://gstreamer.freedesktop.org/src/gst-rtsp-server/gst-rtsp-server-1.24.10.tar.xz db21dfdd7bf2e718564d557378ada5358b411efe2a3e89e9f0f87a74537e2adc https://gstreamer.freedesktop.org/src/gst-editing-services/gst-editing-services-1.24.10.tar.xz 6f00b11b4e5e34c2a32d64df521dca77519d626fcc5e3863c0218bd12367e174 https://gstreamer.freedesktop.org/src/gst-python/gst-python-1.24.10.tar.xz 135bcf8b6f1468bc31e5660409fe8ed38109f01dec44743514aa2fa6b3863309 https://gstreamer.freedesktop.org/src/gstreamer-vaapi/gstreamer-vaapi-1.24.10.tar.xz 21593dbde5c6bcdcfe99195defbe3c3f4da01cb85f8ec10aae943887d39d8a4c https://gstreamer.freedesktop.org/src/gst-devtools/gst-devtools-1.24.10.tar.xz 2983537148b0a8d52bad2a3f4c9dcca808fd5aa12fccee25acc4a4277f0780ec https://gstreamer.freedesktop.org/src/gstreamer-sharp/gstreamer-sharp-1.24.10.tar.xz 4d0bcf93853382d1e30c68d62ac4c1752733a613c5374375f42b7c240e695166 https://gstreamer.freedesktop.org/src/gstreamer-docs/gstreamer-docs-1.24.10.tar.xz 7574b4f5e44e1251d89400cd7107e438826521d784b19b0e02b236edd8840eb4 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From perini.davide at dpsoftware.org Thu Dec 12 21:45:40 2024 From: perini.davide at dpsoftware.org (Davide Perini) Date: Thu, 12 Dec 2024 22:45:40 +0100 Subject: 1.25 does not work (anymore) with my app... Message-ID: Hi there... I am running GStreamer 1.24.10 without problems. Recently I am trying the nightly build of GStreamer because I'm interested in the latest d3d12screencapturesrc features introduced. I downloaded the 1.25 nightly builds two months ago and everything worked well. I re-downloaded the nighlty build today and my app does not work anymore. When I install the nightly build I have "an invalid memory access error" that is pretty hard to debug. If I install back the 1.24.10 or the two months nightly build it works. Is there some breaking changes between the latest GStreamer 1.25 nightly and 1.24.x? Thanks Davide From youyu.youyu at gmail.com Fri Dec 13 08:11:11 2024 From: youyu.youyu at gmail.com (Yu You) Date: Fri, 13 Dec 2024 10:11:11 +0200 Subject: 1.25 does not work (anymore) with my app... In-Reply-To: References: Message-ID: I have no answer to your question. But it would be very helpful if you could run a "git bisect" process to figure out exactly which commit brought this bug. https://git-scm.com/docs/git-bisect Regards, Yu On Thu, 12 Dec 2024 at 23:54, Davide Perini via gstreamer-devel < gstreamer-devel at lists.freedesktop.org> wrote: > Hi there... > I am running GStreamer 1.24.10 without problems. > > Recently I am trying the nightly build of GStreamer because I'm > interested in the latest d3d12screencapturesrc features introduced. > I downloaded the 1.25 nightly builds two months ago and everything > worked well. > > I re-downloaded the nighlty build today and my app does not work anymore. > When I install the nightly build I have "an invalid memory access error" > that is pretty hard to debug. > If I install back the 1.24.10 or the two months nightly build it works. > > Is there some breaking changes between the latest GStreamer 1.25 nightly > and 1.24.x? > > Thanks > Davide > -------------- next part -------------- An HTML attachment was scrubbed... URL: From perini.davide at dpsoftware.org Fri Dec 13 09:40:28 2024 From: perini.davide at dpsoftware.org (Davide Perini) Date: Fri, 13 Dec 2024 10:40:28 +0100 Subject: 1.25 does not work (anymore) with my app... In-Reply-To: References: Message-ID: <07a48903-5bc8-4c74-b0b2-d292b55ac826@dpsoftware.org> I'm just a gstreamer user via the GStreamer Java binding, this thing will require a lot for me and I don't even guarantee that I will be able to do it. :) I'll try, hope that someone can chime in in the mean time for a potential fix to the GStreamer lib. this is the stack trace: Exception in Application start method Exception in thread "main" java.lang.RuntimeException: Exception in Application start method ??? at javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:893) ??? at javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.lambda$launchApplication$2(LauncherImpl.java:196) ??? at java.base/java.lang.Thread.run(Thread.java:1575) Caused by: java.lang.Error: Invalid memory access ??? at com.sun.jna at 5.15.0/com.sun.jna.Native.invokeInt(Native Method) ??? at com.sun.jna at 5.15.0/com.sun.jna.Function.invoke(Function.java:429) ??? at com.sun.jna at 5.15.0/com.sun.jna.Function.invoke(Function.java:364) ??? at com.sun.jna at 5.15.0/com.sun.jna.Library$Handler.invoke(Library.java:270) ??? at jdk.proxy1/jdk.proxy1.$Proxy17.gst_init_check(Unknown Source) ??? at org.freedesktop.gstreamer at 1.4.0/org.freedesktop.gstreamer.Gst.init(Gst.java:502) ??? at org.freedesktop.gstreamer at 1.4.0/org.freedesktop.gstreamer.Gst.init(Gst.java:453) ??? at org.dpsoftware/org.dpsoftware.grabber.GrabberManager.launchAdvancedGrabber(GrabberManager.java:104) ??? at org.dpsoftware/org.dpsoftware.FireflyLuciferin.launchGrabberAndConsumers(FireflyLuciferin.java:330) ??? at org.dpsoftware/org.dpsoftware.FireflyLuciferin.start(FireflyLuciferin.java:286) ??? at javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$9(LauncherImpl.java:839) ??? at javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runAndWait$12(PlatformImpl.java:483) ??? at javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runLater$10(PlatformImpl.java:456) ??? at java.base/java.security.AccessController.doPrivileged(AccessController.java:400) ??? at javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runLater$11(PlatformImpl.java:455) ??? at javafx.graphics at 23/com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) ??? at javafx.graphics at 23/com.sun.glass.ui.win.WinApplication._runLoop(Native Method) ??? at javafx.graphics at 23/com.sun.glass.ui.win.WinApplication.lambda$runLoop$3(WinApplication.java:184) ??? ... 1 more Thanks Davide On 13/12/24 09:11, Yu You wrote: > I have no answer to your question. But it would be very helpful if you > could run a "git bisect" process to figure out exactly which commit > brought this bug. > > https://git-scm.com/docs/git-bisect > > Regards, > > Yu > > On Thu, 12 Dec 2024 at 23:54, Davide Perini via gstreamer-devel > wrote: > > Hi there... > I am running GStreamer 1.24.10 without problems. > > Recently I am trying the nightly build of GStreamer because I'm > interested in the latest d3d12screencapturesrc features introduced. > I downloaded the 1.25 nightly builds two months ago and everything > worked well. > > I re-downloaded the nighlty build today and my app does not work > anymore. > When I install the nightly build I have "an invalid memory access > error" > that is pretty hard to debug. > If I install back the 1.24.10 or the two months nightly build it > works. > > Is there some breaking changes between the latest GStreamer 1.25 > nightly > and 1.24.x? > > Thanks > Davide > -------------- next part -------------- An HTML attachment was scrubbed... URL: From perini.davide at dpsoftware.org Fri Dec 13 13:55:09 2024 From: perini.davide at dpsoftware.org (Davide Perini) Date: Fri, 13 Dec 2024 14:55:09 +0100 Subject: 1.25 does not work (anymore) with my app... In-Reply-To: <07a48903-5bc8-4c74-b0b2-d292b55ac826@dpsoftware.org> References: <07a48903-5bc8-4c74-b0b2-d292b55ac826@dpsoftware.org> Message-ID: <68f6e224-2e0b-4246-b470-1a47ce016afc@dpsoftware.org> If there are some users that wants help me building GStreamer on Windows to try to bisect this regression I opened a thread here: https://discourse.gstreamer.org/t/please-help-me-compiling-gstreamer-to-find-a-regression-in-the-latest-nightly/3759 The last working built comes is from 3 october 2024, there should not be much commits and it should be easy to identify the offending one. Thanks Davide On 13/12/2024 10:40, Davide Perini wrote: > > I'm just a gstreamer user via the GStreamer Java binding, this thing > will require a lot for me and I don't even guarantee that I will be > able to do it. :) > I'll try, hope that someone can chime in in the mean time for a > potential fix to the GStreamer lib. > > this is the stack trace: > Exception in Application start method > Exception in thread "main" java.lang.RuntimeException: Exception in > Application start method > ??? at > javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:893) > > ??? at > javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.lambda$launchApplication$2(LauncherImpl.java:196) > > ??? at java.base/java.lang.Thread.run(Thread.java:1575) > Caused by: java.lang.Error: Invalid memory access > ??? at com.sun.jna at 5.15.0/com.sun.jna.Native.invokeInt(Native Method) > ??? at com.sun.jna at 5.15.0/com.sun.jna.Function.invoke(Function.java:429) > ??? at com.sun.jna at 5.15.0/com.sun.jna.Function.invoke(Function.java:364) > ??? at > com.sun.jna at 5.15.0/com.sun.jna.Library$Handler.invoke(Library.java:270) > ??? at jdk.proxy1/jdk.proxy1.$Proxy17.gst_init_check(Unknown Source) > ??? at > org.freedesktop.gstreamer at 1.4.0/org.freedesktop.gstreamer.Gst.init(Gst.java:502) > > ??? at > org.freedesktop.gstreamer at 1.4.0/org.freedesktop.gstreamer.Gst.init(Gst.java:453) > > ??? at > org.dpsoftware/org.dpsoftware.grabber.GrabberManager.launchAdvancedGrabber(GrabberManager.java:104) > > ??? at > org.dpsoftware/org.dpsoftware.FireflyLuciferin.launchGrabberAndConsumers(FireflyLuciferin.java:330) > > ??? at > org.dpsoftware/org.dpsoftware.FireflyLuciferin.start(FireflyLuciferin.java:286) > > ??? at > javafx.graphics at 23/com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$9(LauncherImpl.java:839) > > ??? at > javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runAndWait$12(PlatformImpl.java:483) > > ??? at > javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runLater$10(PlatformImpl.java:456) > > ??? at > java.base/java.security.AccessController.doPrivileged(AccessController.java:400) > > ??? at > javafx.graphics at 23/com.sun.javafx.application.PlatformImpl.lambda$runLater$11(PlatformImpl.java:455) > > ??? at > javafx.graphics at 23/com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) > > ??? at > javafx.graphics at 23/com.sun.glass.ui.win.WinApplication._runLoop(Native > Method) > ??? at > javafx.graphics at 23/com.sun.glass.ui.win.WinApplication.lambda$runLoop$3(WinApplication.java:184) > > ??? ... 1 more > > > Thanks > Davide > > > On 13/12/24 09:11, Yu You wrote: >> I have no answer to your question. But it would be very helpful if >> you could run a "git bisect" process to figure out exactly which >> commit brought this bug. >> >> https://git-scm.com/docs/git-bisect >> >> Regards, >> >> Yu >> >> On Thu, 12 Dec 2024 at 23:54, Davide Perini via gstreamer-devel >> wrote: >> >> Hi there... >> I am running GStreamer 1.24.10 without problems. >> >> Recently I am trying the nightly build of GStreamer because I'm >> interested in the latest d3d12screencapturesrc features introduced. >> I downloaded the 1.25 nightly builds two months ago and everything >> worked well. >> >> I re-downloaded the nighlty build today and my app does not work >> anymore. >> When I install the nightly build I have "an invalid memory access >> error" >> that is pretty hard to debug. >> If I install back the 1.24.10 or the two months nightly build it >> works. >> >> Is there some breaking changes between the latest GStreamer 1.25 >> nightly >> and 1.24.x? >> >> Thanks >> Davide >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.spiessberger at sequality.at Mon Dec 23 09:38:16 2024 From: daniel.spiessberger at sequality.at (Daniel Spiessberger) Date: Mon, 23 Dec 2024 10:38:16 +0100 Subject: Problems when creating pipeline outside main thread Message-ID: Hi everyone, I?m working on a QtQuick application that uses GStreamer to display video streams. On my target hardware, creating the video decoder element (v4l2h264dec) takes some time, which blocks the main thread and freezes the GUI. To avoid this, I?ve moved the pipeline creation, starting, and stopping to a |QThread|. However, I?m encountering an occasional problem (~1 in 100 runs): the |v4l2h264dec| element gradually accumulates latency, leading to delays of up to ~20 seconds. Strangely, this issue doesn?t occur when the same pipeline is initialized and run from the main thread. Here?s the pipeline: udpsrc port=5000 ! application/x-rtp, payload=96, encoding-name=H264 ! queue max-size-buffers=0 ! rtph264depay ! h264parse ! v4l2h264dec ! imxvideoconvert_g2d ! qtvideosink sync=false I?ve tried repositioning the |queue| element, but it doesn?t affect the outcome. My questions are: 1. What is the recommended approach for creating and managing GStreamer elements outside the main thread? 2. Are there any specific considerations for synchronization or thread safety when using |QThread| for this purpose? Any advice or insights would be greatly appreciated! Thank you, Daniel Spie?berger -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas at ndufresne.ca Tue Dec 24 00:29:24 2024 From: nicolas at ndufresne.ca (Nicolas Dufresne) Date: Mon, 23 Dec 2024 19:29:24 -0500 Subject: Problems when creating pipeline outside main thread In-Reply-To: References: Message-ID: Le lun. 23 d?c. 2024, 06 h 15, Daniel Spiessberger via gstreamer-devel < gstreamer-devel at lists.freedesktop.org> a ?crit : > Hi everyone, > > I?m working on a QtQuick application that uses GStreamer to display video > streams. On my target hardware, creating the video decoder element > (v4l2h264dec) takes some time, which blocks the main thread and freezes the > GUI. > > To avoid this, I?ve moved the pipeline creation, starting, and stopping to > a QThread. However, I?m encountering an occasional problem (~1 in 100 > runs): the v4l2h264dec element gradually accumulates latency, leading to > delays of up to ~20 seconds. Strangely, this issue doesn?t occur when the > same pipeline is initialized and run from the main thread. > 20s is a lot more then v4l2h264dec element can allocate memory. Here?s the pipeline: udpsrc port=5000 ! application/x-rtp, payload=96, > encoding-name=H264 ! queue max-size-buffers=0 ! rtph264depay ! h264parse ! > v4l2h264dec ! imxvideoconvert_g2d ! qtvideosink sync=false > I?ve tried repositioning the queue element, but it doesn?t affect the > outcome. > By not using rtpjitterbuffer and ideally an proper rtpbin with RTCP, your pipeline is enable to compensate delays and time shift. It's possible you simply have been lucky so far, and changing the timing triggered the issue. My questions are: > > 1. What is the recommended approach for creating and managing > GStreamer elements outside the main thread? > > One initialized, the pipeline will run on its own thread. Nothing special should be needed. > 1. Are there any specific considerations for synchronization or thread > safety when using QThread for this purpose? > > If you handle asynchronous messages in that new thread, then you need internal threadsafety in you app. > > Any advice or insights would be greatly appreciated! > > Thank you, > Daniel Spie?berger > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pradeep.acharya1008 at gmail.com Wed Dec 25 13:26:23 2024 From: pradeep.acharya1008 at gmail.com (Pradeep Acharya) Date: Wed, 25 Dec 2024 18:56:23 +0530 Subject: audiomixer usage Message-ID: Hi All, I'm new to developing audio conferencing solutions on server side and implementing the same using audiomixer plugin. The output of the mixer has audio mixed that is received from all participants. The mixed audio has to be transmitted to all participants. Before transmitting mixed audio, participants' audio has to be filtered out from the output generated by the audio mixer and sent to that participant. Is there any plugin that checks and filters out samples from the output generated by audiomixer plugin? If there is no such plugin , kindly let me know other possible solutions for this. Thanks & Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.gruner at ridgerun.com Wed Dec 25 18:24:38 2024 From: michael.gruner at ridgerun.com (Michael Gruner) Date: Wed, 25 Dec 2024 12:24:38 -0600 Subject: audiomixer usage In-Reply-To: References: Message-ID: Hi there, happy holidays. What you describe is a well known topology named MCU: Multipoint Control Unit. There are others worth exploring, like SFU: Selective Forwarding Unit or Mesh. I know this is not was what you asked, but I hope it eases your research. https://medium.com/@toshvelaga/webrtc-architectures-mesh-mcu-and-sfu-12c502274d7 Now to your question, the MCU approach would be to have one audiomixer per client. Each client audiomixer will mix all the other channels, except itself. This is easy to implement, but will load tremendously the server. It might not more manageable with audio only. The SFU approach would be not to use an audiomixer in the server at all. Each client would receive N network stream, each for every other clients. These are then mixed locally by each client. This is very lightweight in the server, but consumes exponentially more network bandwidth which, again, may be manageable with audio only. If, for whatever reason, you need to filter out using DSP techniques, you may look into echo cancellation. Check the work by Nicholas in https://www.collabora.com/news-and-blog/blog/2016/07/08/gstreamer-echo-canceller/ Note that this is not quite the intended purpose and, personally, is not the approach I would go for. Finally, please recall that you'll likely get more answers in the gstreamer discourse: https://discourse.gstreamer.org/ Michael www.ridgerun.com > On 25 Dec 2024, at 07:27, Pradeep Acharya via gstreamer-devel wrote: > > ? > Hi All, > > I'm new to developing audio conferencing solutions on server side and implementing the same using audiomixer plugin. The output of the mixer has audio mixed that is received from all participants. The mixed audio has to be transmitted to all participants. Before transmitting mixed audio, participants' audio has to be filtered out from the output generated by the audio mixer and sent to that participant. Is there any plugin that checks and filters out samples from the output generated by audiomixer plugin? If there is no such plugin , kindly let me know other possible solutions for this. > > Thanks & Regards > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pradeep.acharya1008 at gmail.com Thu Dec 26 05:21:23 2024 From: pradeep.acharya1008 at gmail.com (Pradeep Acharya) Date: Thu, 26 Dec 2024 10:51:23 +0530 Subject: audiomixer usage In-Reply-To: References: Message-ID: Hi Michael, Thanks a lot for the quick reply . To keep the server load less, SFU is used for Video and MCU for audio so that the number of audio decoding that the client has to do will be reduced . I was thinking of optimizing the number of audio mixers used in MCU architecture .From your explanation , i get that AEC needs to be used to cut off participant's own audio. Again, this method would impose using AEC on each client. Regards Pradeep On Wed, Dec 25, 2024 at 11:54?PM Michael Gruner wrote: > Hi there, happy holidays. > > What you describe is a well known topology named MCU: Multipoint Control > Unit. There are others worth exploring, like SFU: Selective Forwarding Unit > or Mesh. I know this is not was what you asked, but I hope it eases your > research. > > > https://medium.com/@toshvelaga/webrtc-architectures-mesh-mcu-and-sfu-12c502274d7 > > Now to your question, the MCU approach would be to have one audiomixer per > client. Each client audiomixer will mix all the other channels, except > itself. This is easy to implement, but will load tremendously the server. > It might not more manageable with audio only. > > The SFU approach would be not to use an audiomixer in the server at all. > Each client would receive N network stream, each for every other clients. > These are then mixed locally by each client. This is very lightweight in > the server, but consumes exponentially more network bandwidth which, again, > may be manageable with audio only. > > If, for whatever reason, you need to filter out using DSP techniques, you > may look into echo cancellation. Check the work by Nicholas in > > > https://www.collabora.com/news-and-blog/blog/2016/07/08/gstreamer-echo-canceller/ > > Note that this is not quite the intended purpose and, personally, is not > the approach I would go for. > > Finally, please recall that you'll likely get more answers in the > gstreamer discourse: > > https://discourse.gstreamer.org/ > > Michael > www.ridgerun.com > > On 25 Dec 2024, at 07:27, Pradeep Acharya via gstreamer-devel < > gstreamer-devel at lists.freedesktop.org> wrote: > > ? > Hi All, > > I'm new to developing audio conferencing solutions on server side and > implementing the same using audiomixer plugin. The output of the mixer has > audio mixed that is received from all participants. The mixed audio has to > be transmitted to all participants. Before transmitting mixed audio, > participants' audio has to be filtered out from the output generated by the > audio mixer and sent to that participant. Is there any plugin that checks > and filters out samples from the output generated by audiomixer plugin? If > there is no such plugin , kindly let me know other possible solutions for > this. > > Thanks & Regards > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: