Empathy List Archives

C

Carmine

Sat, Sep 20, 2008 12:37 PM

Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

thanks in advance
Carmine

--
Carmine Ruffino
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]

Hi! My application is developed in C#; Visual Studio .Net (Compact Framework 2,0) using my own wrapper DLL. I tested with success unicast and multicast calls using streamutil.c example. I developped a presence/sync server (with a custom protocol) to permit only one client to transmit at same time in same multicast channel. Now I need to create a multicast rtp channel (A kind of Push to talk application) where a client talk (pressing the PTT button) and others receive, but when the first release PTT it will be able to receive from same multicast address. Have I to destroy transmit stream and recreate a receive stream, or there is a better solution to change direction? thanks in advance Carmine -- Carmine Ruffino [MSN: cmcrew (at) tiscalinet (dot) it] [Skype ID: cmcsynth]

BP

Benny Prijono

Sun, Sep 21, 2008 11:46 PM

On Sat, Sep 20, 2008 at 1:37 PM, Carmine cmcrew@tiscali.it wrote:

Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the call at
all. Once you've configured multicast on the media transport, you should
just need to disconnect/reconnect the stream from the audio source to
mute/unmute the transmission. If you use conference bridge then this will
become even easier to do.

-benny

On Sat, Sep 20, 2008 at 1:37 PM, Carmine <cmcrew@tiscali.it> wrote: > Hi! > My application is developed in C#; Visual Studio .Net (Compact > Framework 2,0) using my own wrapper DLL. > > I tested with success unicast and multicast calls using streamutil.c > example. > I developped a presence/sync server (with a custom protocol) to permit > only one client to transmit at same time in same multicast channel. > Now I need to create a multicast rtp channel (A kind of Push to talk > application) where a client talk (pressing the PTT button) and others > receive, but when the first release PTT > it will be able to receive from same multicast address. > Have I to destroy transmit stream and recreate a receive stream, or > there is a better solution to change direction? > > I don't think you need to destroy/re-create the stream during the call at all. Once you've configured multicast on the media transport, you should just need to disconnect/reconnect the stream from the audio source to mute/unmute the transmission. If you use conference bridge then this will become even easier to do. -benny

C

Carmine

Mon, Sep 22, 2008 3:37 PM

On 22/set/08, at 01:46, Benny Prijono wrote:

On Sat, Sep 20, 2008 at 1:37 PM, Carmine cmcrew@tiscali.it wrote:
Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the
call at all. Once you've configured multicast on the media
transport, you should just need to disconnect/reconnect the stream
from the audio source to mute/unmute the transmission. If you use
conference bridge then this will become even easier to do.

-benny

Actually I don't use conference bridge but only a single bidirectional
stream port. Have I to create 2 separate "single direction" streams
(transmission and receive) and connect they in a conference bridge ?

carmine

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

--
Carmine Ruffino
[Mobile: +39 339 3525816]
[Mobile: +39 329 7571322]
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]
[GPG Key: xxxxxx]

On 22/set/08, at 01:46, Benny Prijono wrote: > On Sat, Sep 20, 2008 at 1:37 PM, Carmine <cmcrew@tiscali.it> wrote: > Hi! > My application is developed in C#; Visual Studio .Net (Compact > Framework 2,0) using my own wrapper DLL. > > I tested with success unicast and multicast calls using streamutil.c > example. > I developped a presence/sync server (with a custom protocol) to permit > only one client to transmit at same time in same multicast channel. > Now I need to create a multicast rtp channel (A kind of Push to talk > application) where a client talk (pressing the PTT button) and others > receive, but when the first release PTT > it will be able to receive from same multicast address. > Have I to destroy transmit stream and recreate a receive stream, or > there is a better solution to change direction? > > > I don't think you need to destroy/re-create the stream during the > call at all. Once you've configured multicast on the media > transport, you should just need to disconnect/reconnect the stream > from the audio source to mute/unmute the transmission. If you use > conference bridge then this will become even easier to do. > > -benny Actually I don't use conference bridge but only a single bidirectional stream port. Have I to create 2 separate "single direction" streams (transmission and receive) and connect they in a conference bridge ? carmine > > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -- Carmine Ruffino [Mobile: +39 339 3525816] [Mobile: +39 329 7571322] [MSN: cmcrew (at) tiscalinet (dot) it] [Skype ID: cmcsynth] [GPG Key: xxxxxx]

BP

Benny Prijono

Mon, Sep 22, 2008 9:02 PM

On Mon, Sep 22, 2008 at 4:37 PM, Carmine cmcrew@tiscali.it wrote:

On 22/set/08, at 01:46, Benny Prijono wrote:

On Sat, Sep 20, 2008 at 1:37 PM, Carmine cmcrew@tiscali.it wrote:

Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the call at
all. Once you've configured multicast on the media transport, you should
just need to disconnect/reconnect the stream from the audio source to
mute/unmute the transmission. If you use conference bridge then this will
become even easier to do.

-benny

Actually I don't use conference bridge but only a single bidirectional
stream port. Have I to create 2 separate "single direction" streams
(transmission and receive)

No. Since you only have 1 transport, you can only create 1 bidirectional
stream.

and connect they in a conference bridge ?

You don't have to, but the bridge will make things much easier to
manipulate.

-benny

carmine

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

--
Carmine Ruffino
[Mobile: +39 339 3525816]
[Mobile: +39 329 7571322]
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]
[GPG Key: xxxxxx]

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

On Mon, Sep 22, 2008 at 4:37 PM, Carmine <cmcrew@tiscali.it> wrote: > > On 22/set/08, at 01:46, Benny Prijono wrote: > > On Sat, Sep 20, 2008 at 1:37 PM, Carmine <cmcrew@tiscali.it> wrote: > >> Hi! >> My application is developed in C#; Visual Studio .Net (Compact >> Framework 2,0) using my own wrapper DLL. >> >> I tested with success unicast and multicast calls using streamutil.c >> example. >> I developped a presence/sync server (with a custom protocol) to permit >> only one client to transmit at same time in same multicast channel. >> Now I need to create a multicast rtp channel (A kind of Push to talk >> application) where a client talk (pressing the PTT button) and others >> receive, but when the first release PTT >> it will be able to receive from same multicast address. >> Have I to destroy transmit stream and recreate a receive stream, or >> there is a better solution to change direction? >> >> > I don't think you need to destroy/re-create the stream during the call at > all. Once you've configured multicast on the media transport, you should > just need to disconnect/reconnect the stream from the audio source to > mute/unmute the transmission. If you use conference bridge then this will > become even easier to do. > > -benny > > > Actually I don't use conference bridge but only a single bidirectional > stream port. Have I to create 2 separate "single direction" streams > (transmission and receive) > No. Since you only have 1 transport, you can only create 1 bidirectional stream. > and connect they in a conference bridge ? > > You don't have to, but the bridge will make things much easier to manipulate. -benny > carmine > > > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > -- > Carmine Ruffino > [Mobile: +39 339 3525816] > [Mobile: +39 329 7571322] > [MSN: cmcrew (at) tiscalinet (dot) it] > [Skype ID: cmcsynth] > [GPG Key: xxxxxx] > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >

C

Carmine

Tue, Sep 23, 2008 8:05 AM

On 22/set/08, at 23:02, Benny Prijono wrote:

On Mon, Sep 22, 2008 at 4:37 PM, Carmine cmcrew@tiscali.it wrote:

On 22/set/08, at 01:46, Benny Prijono wrote:

On Sat, Sep 20, 2008 at 1:37 PM, Carmine cmcrew@tiscali.it wrote:
Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to
permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the
call at all. Once you've configured multicast on the media
transport, you should just need to disconnect/reconnect the stream
from the audio source to mute/unmute the transmission. If you use
conference bridge then this will become even easier to do.

-benny

Actually I don't use conference bridge but only a single
bidirectional stream port. Have I to create 2 separate "single
direction" streams (transmission and receive)

No. Since you only have 1 transport, you can only create 1
bidirectional stream.

I don't understand; if I have only a bidirectional multicast stream,
how can I pause only transmission leaving reception active?

and connect they in a conference bridge ?

You don't have to, but the bridge will make things much easier to
manipulate.

-benny

carmine

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

--
Carmine Ruffino
[Mobile: +39 339 3525816]
[Mobile: +39 329 7571322]
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]
[GPG Key: xxxxxx]

On 22/set/08, at 23:02, Benny Prijono wrote: > On Mon, Sep 22, 2008 at 4:37 PM, Carmine <cmcrew@tiscali.it> wrote: > > On 22/set/08, at 01:46, Benny Prijono wrote: > >> On Sat, Sep 20, 2008 at 1:37 PM, Carmine <cmcrew@tiscali.it> wrote: >> Hi! >> My application is developed in C#; Visual Studio .Net (Compact >> Framework 2,0) using my own wrapper DLL. >> >> I tested with success unicast and multicast calls using streamutil.c >> example. >> I developped a presence/sync server (with a custom protocol) to >> permit >> only one client to transmit at same time in same multicast channel. >> Now I need to create a multicast rtp channel (A kind of Push to talk >> application) where a client talk (pressing the PTT button) and others >> receive, but when the first release PTT >> it will be able to receive from same multicast address. >> Have I to destroy transmit stream and recreate a receive stream, or >> there is a better solution to change direction? >> >> >> I don't think you need to destroy/re-create the stream during the >> call at all. Once you've configured multicast on the media >> transport, you should just need to disconnect/reconnect the stream >> from the audio source to mute/unmute the transmission. If you use >> conference bridge then this will become even easier to do. >> >> -benny > > Actually I don't use conference bridge but only a single > bidirectional stream port. Have I to create 2 separate "single > direction" streams (transmission and receive) > > No. Since you only have 1 transport, you can only create 1 > bidirectional stream. I don't understand; if I have only a bidirectional multicast stream, how can I pause only transmission leaving reception active? > > and connect they in a conference bridge ? > > > You don't have to, but the bridge will make things much easier to > manipulate. > > -benny > > > > carmine > >> >> >> >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -- Carmine Ruffino [Mobile: +39 339 3525816] [Mobile: +39 329 7571322] [MSN: cmcrew (at) tiscalinet (dot) it] [Skype ID: cmcsynth] [GPG Key: xxxxxx]

BP

Benny Prijono

Tue, Sep 23, 2008 9:25 AM

On Tue, Sep 23, 2008 at 9:05 AM, Carmine cmcrew@tiscali.it wrote:

there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the call at
all. Once you've configured multicast on the media transport, you should
just need to disconnect/reconnect the stream from the audio source to
mute/unmute the transmission. If you use conference bridge then this will
become even easier to do.

-benny

Actually I don't use conference bridge but only a single bidirectional
stream port. Have I to create 2 separate "single direction" streams
(transmission and receive)

No. Since you only have 1 transport, you can only create 1 bidirectional
stream.

I don't understand; if I have only a bidirectional multicast stream, how
can I pause only transmission leaving reception active?

That's where the conference bridge comes handy. All you need to do is
disconnect the stream from any source, and nothing will be transmitted
(except keep alive packet perhaps. Have a look at pjmedia/config.h for the
settings). See http://trac.pjsip.org/repos/wiki/Python_SIP/Media for an
introduction on how the bridge works.

If you don't use the bridge, then you can use pjmedia_stream_pause() to
pause media flow on a particular direction.

-benny

On Tue, Sep 23, 2008 at 9:05 AM, Carmine <cmcrew@tiscali.it> wrote: > > there is a better solution to change direction? >>> >>> >> I don't think you need to destroy/re-create the stream during the call at >> all. Once you've configured multicast on the media transport, you should >> just need to disconnect/reconnect the stream from the audio source to >> mute/unmute the transmission. If you use conference bridge then this will >> become even easier to do. >> >> -benny >> >> >> Actually I don't use conference bridge but only a single bidirectional >> stream port. Have I to create 2 separate "single direction" streams >> (transmission and receive) >> > > No. Since you only have 1 transport, you can only create 1 bidirectional > stream. > > > I don't understand; if I have only a bidirectional multicast stream, how > can I pause only transmission leaving reception active? > That's where the conference bridge comes handy. All you need to do is disconnect the stream from any source, and nothing will be transmitted (except keep alive packet perhaps. Have a look at pjmedia/config.h for the settings). See http://trac.pjsip.org/repos/wiki/Python_SIP/Media for an introduction on how the bridge works. If you don't use the bridge, then you can use pjmedia_stream_pause() to pause media flow on a particular direction. -benny

C

Carmine

Tue, Sep 23, 2008 10:01 AM

On 23/set/08, at 11:25, Benny Prijono wrote:

On Tue, Sep 23, 2008 at 9:05 AM, Carmine cmcrew@tiscali.it wrote:

there is a better solution to change direction?

I don't think you need to destroy/re-create the stream during the
call at all. Once you've configured multicast on the media
transport, you should just need to disconnect/reconnect the stream
from the audio source to mute/unmute the transmission. If you use
conference bridge then this will become even easier to do.

-benny

Actually I don't use conference bridge but only a single
bidirectional stream port. Have I to create 2 separate "single
direction" streams (transmission and receive)

No. Since you only have 1 transport, you can only create 1
bidirectional stream.

I don't understand; if I have only a bidirectional multicast stream,
how can I pause only transmission leaving reception active?

That's where the conference bridge comes handy. All you need to do
is disconnect the stream from any source, and nothing will be
transmitted (except keep alive packet perhaps. Have a look at
pjmedia/config.h for the settings). See http://trac.pjsip.org/repos/wiki/Python_SIP/Media
for an introduction on how the bridge works.

Wonderfull!!! I've got it!
thanks, many thanks!

If you don't use the bridge, then you can use pjmedia_stream_pause()
to pause media flow on a particular direction.

-benny

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

--
Carmine Ruffino
[Mobile: +39 339 3525816]
[Mobile: +39 329 7571322]
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]
[GPG Key: xxxxxx]

On 23/set/08, at 11:25, Benny Prijono wrote: > On Tue, Sep 23, 2008 at 9:05 AM, Carmine <cmcrew@tiscali.it> wrote: >>> there is a better solution to change direction? >>> >>> >>> I don't think you need to destroy/re-create the stream during the >>> call at all. Once you've configured multicast on the media >>> transport, you should just need to disconnect/reconnect the stream >>> from the audio source to mute/unmute the transmission. If you use >>> conference bridge then this will become even easier to do. >>> >>> -benny >> >> Actually I don't use conference bridge but only a single >> bidirectional stream port. Have I to create 2 separate "single >> direction" streams (transmission and receive) >> >> No. Since you only have 1 transport, you can only create 1 >> bidirectional stream. > > I don't understand; if I have only a bidirectional multicast stream, > how can I pause only transmission leaving reception active? > > That's where the conference bridge comes handy. All you need to do > is disconnect the stream from any source, and nothing will be > transmitted (except keep alive packet perhaps. Have a look at > pjmedia/config.h for the settings). See http://trac.pjsip.org/repos/wiki/Python_SIP/Media > for an introduction on how the bridge works. > Wonderfull!!! I've got it! thanks, many thanks! > If you don't use the bridge, then you can use pjmedia_stream_pause() > to pause media flow on a particular direction. > > -benny > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -- Carmine Ruffino [Mobile: +39 339 3525816] [Mobile: +39 329 7571322] [MSN: cmcrew (at) tiscalinet (dot) it] [Skype ID: cmcsynth] [GPG Key: xxxxxx]

KD

Klaus Darilion

Tue, Sep 23, 2008 10:15 AM

Hi!

This thread and the patches for streamutil.c and transport_multicast
might be interesting for you too.

regards
klaus

Carmine schrieb:

Hi!
My application is developed in C#; Visual Studio .Net (Compact
Framework 2,0) using my own wrapper DLL.

I tested with success unicast and multicast calls using streamutil.c
example.
I developped a presence/sync server (with a custom protocol) to permit
only one client to transmit at same time in same multicast channel.
Now I need to create a multicast rtp channel (A kind of Push to talk
application) where a client talk (pressing the PTT button) and others
receive, but when the first release PTT
it will be able to receive from same multicast address.
Have I to destroy transmit stream and recreate a receive stream, or
there is a better solution to change direction?

thanks in advance
Carmine

--
Carmine Ruffino
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

Hi! This thread and the patches for streamutil.c and transport_multicast might be interesting for you too. regards klaus Carmine schrieb: > Hi! > My application is developed in C#; Visual Studio .Net (Compact > Framework 2,0) using my own wrapper DLL. > > I tested with success unicast and multicast calls using streamutil.c > example. > I developped a presence/sync server (with a custom protocol) to permit > only one client to transmit at same time in same multicast channel. > Now I need to create a multicast rtp channel (A kind of Push to talk > application) where a client talk (pressing the PTT button) and others > receive, but when the first release PTT > it will be able to receive from same multicast address. > Have I to destroy transmit stream and recreate a receive stream, or > there is a better solution to change direction? > > thanks in advance > Carmine > > -- > Carmine Ruffino > [MSN: cmcrew (at) tiscalinet (dot) it] > [Skype ID: cmcsynth] > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

BP

Benny Prijono

Tue, Sep 23, 2008 10:29 AM

On Tue, Sep 23, 2008 at 11:15 AM, Klaus Darilion <
klaus.mailinglists@pernau.at> wrote:

Hi!

This thread and the patches for streamutil.c and transport_multicast
might be interesting for you too.

I think Klaus is referring to this thread:
http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2008-July/003974.html

-benny

On Tue, Sep 23, 2008 at 11:15 AM, Klaus Darilion < klaus.mailinglists@pernau.at> wrote: > Hi! > > This thread and the patches for streamutil.c and transport_multicast > might be interesting for you too. > > I think Klaus is referring to this thread: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2008-July/003974.html -benny

C

Carmine

Thu, Sep 25, 2008 9:16 AM

Yes I based multicast transport referring this thread.

Now I have developed my application that seem to work, but I notice
that conference bridge in my Pda add a lot of latency in transmission.

Is it possible?

The first implementation without conference bridge was more efficent.

bye!

On 23/set/08, at 12:29, Benny Prijono wrote:

On Tue, Sep 23, 2008 at 11:15 AM, Klaus Darilion <klaus.mailinglists@pernau.at

wrote:

Hi!

This thread and the patches for streamutil.c and transport_multicast
might be interesting for you too.

I think Klaus is referring to this thread: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2008-July/003974.html

-benny

Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

--
Carmine Ruffino
[Mobile: +39 339 3525816]
[Mobile: +39 329 7571322]
[MSN: cmcrew (at) tiscalinet (dot) it]
[Skype ID: cmcsynth]
[GPG Key: xxxxxx]

Yes I based multicast transport referring this thread. Now I have developed my application that seem to work, but I notice that conference bridge in my Pda add a lot of latency in transmission. Is it possible? The first implementation without conference bridge was more efficent. bye! On 23/set/08, at 12:29, Benny Prijono wrote: > On Tue, Sep 23, 2008 at 11:15 AM, Klaus Darilion <klaus.mailinglists@pernau.at > > wrote: > Hi! > > This thread and the patches for streamutil.c and transport_multicast > might be interesting for you too. > > > I think Klaus is referring to this thread: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2008-July/003974.html > > -benny > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -- Carmine Ruffino [Mobile: +39 339 3525816] [Mobile: +39 329 7571322] [MSN: cmcrew (at) tiscalinet (dot) it] [Skype ID: cmcsynth] [GPG Key: xxxxxx]

pjsip@lists.pjsip.org

Rtp Multicast send/receive switching