Le 05/07/2017 à 22:41, Joshua Colp a écrit :
On Wed, Jul 5, 2017, at 04:04 PM, Jean AUNIS wrote:
Thank you for your quick answer.
Do you think
it could make sense to add an option to the ConfBridge application for
this ? Personally I would say "not really", because many ConfBridge
features
On Wed, Jul 5, 2017, at 04:04 PM, Jean AUNIS wrote:
>
> Thank you for your quick answer.
>
> Do you think
> it could make sense to add an option to the ConfBridge application for
> this ? Personally I would say "not really", because many ConfBridge
> features may become unusable when the
Le 2017-07-05 18:51, Joshua Colp a écrit :
> On Wed, Jul 5, 2017,
at 01:45 PM, Jean Aunis wrote:
>
>> Hello, I am struggling with a
problem which I thought would be an easy one : bridging several channels
together in a *smart* bridge. I emphasize *smart* : I want my bridge to
be a native_rtp
On Wed, Jul 5, 2017, at 01:45 PM, Jean Aunis wrote:
> Hello,
>
> I am struggling with a problem which I thought would be an easy one :
> bridging several channels together in a *smart* bridge. I emphasize
> *smart* : I want my bridge to be a native_rtp one when only two channels
> are
Hello,
I am struggling with a problem which I thought would be an easy one :
bridging several channels together in a *smart* bridge. I emphasize
*smart* : I want my bridge to be a native_rtp one when only two channels
are involved, and switch to softmix technology when a third channel
comes
