Re: audio conference

The audiomixing is not the issue.  The issue is that whatever is 
receiving the data creates a thread for each participant (presumably 
from RTP).  The threadsharing plugin aim to reduce the number of threads 
in such a scenario.

You can feed multiple audiomixer sink pads all from a single thread if 
you are very careful.

Cheers
-Matt

On 25/7/24 15:55, Pradeep Acharya via gstreamer-devel wrote:
> Hi,
>
> Thanks a lot for the support. I think gst-plugin-rs does not have 
> support for audio mixing
>
> REgards
> pradeep
>
> On Wed, Jul 24, 2024 at 9:33 PM Nicolas Dufresne 
> <[email protected]> wrote:
>
>     Hi,
>
>     Le mercredi 24 juillet 2024 à 20:07 +0530, Pradeep Acharya via
>     gstreamer-devel a écrit :
>>     Hello list,
>>            Any kind of suggestions on the below query would be helpful
>
>     You might like to know that we have discourse.gstreamer.org
>     <http://discourse.gstreamer.org> now, where most of the user
>     discussion take place.
>
>>     Thanks & Regards
>>     Pradeep
>>
>>     On Tue, Jul 23, 2024 at 7:10 PM Pradeep Acharya
>>     <[email protected]> wrote:
>>>     Hi All,
>>>       i'm developing an audio conference targeted for more than 100
>>>     participants in a conference. I'm using "audiomixer" element to
>>>     do this. Its working fine if the number of participants is less
>>>     than 10 . However, I see that the number of threads created are
>>>     huge.  For each input pad of an audio mixer, one thread is
>>>     created .like this if there are 100 participants then the number
>>>     of threads would be 100 (input) and 1 for output from the mixer.
>>>     Is there any way to reduce the number of threads used by the
>>>     audiomixer element ? Any other suggestions would be helpful
>
>     Sounds like you'd need something like the gst-plugins-rs
>     "threadshare" mode, with audio mixing support.
>
>     regards,
>     Nicolas
>
>>>
>>>     Thanks & Regards
>>>
>