From nigel.sim at jcu.edu.au  Sat Apr  1 07:14:44 2006
From: nigel.sim at jcu.edu.au (Nigel Sim)
Date: Sat,  1 Apr 2006 15:14:44 +1000 (EST)
Subject: [Shtoom] Multicast RTP protocol
Message-ID: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>

Is anyone working on multicast RTP projects with Shtoom? I have just discovered this project, and am trying to adapt it to my work with multicast video conferencing. So far I've been quite successful, receiving all bar one of the audio codecs without any hassel. But to get this softare to interact with the existing software correctly I had to hack up an implementation of the RTCPPacket.encodeRR method.

Now that everything looks so promising I should ask is anyone else working towards these same ends? I mean, demuxing multiple streams, based on SSRC I think, jitter correction/buffering, and correct collection of statistics for full SR and RR reports?

If not then I'll make a start on it, and if I get a working product, would it be commitable back to the SVN repository? 

Thanks

Nigel Sim
James Cook University
High Performance Computing


From azinman at media.mit.edu  Sun Apr  2 01:49:05 2006
From: azinman at media.mit.edu (Aaron Zinman)
Date: Sat, 1 Apr 2006 18:49:05 -0500
Subject: [Shtoom] disabling stun
In-Reply-To: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>
References: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>
Message-ID: <5B7063F2-24BD-4847-9F8B-BA0F7094E42C@media.mit.edu>

Is there any (easy) way to disable stun/upnp support in shtoom?   
Separately, I'm finding asterisk not forwarding hangups to shtoom.   
Unclear if this is a problem with my asterisk configuration yet or  
with shtoom itself.

thanks,
aaron


From anthony at interlink.com.au  Sun Apr  2 04:39:06 2006
From: anthony at interlink.com.au (Anthony Baxter)
Date: Sun, 2 Apr 2006 13:39:06 +1100
Subject: [Shtoom] disabling stun
In-Reply-To: <5B7063F2-24BD-4847-9F8B-BA0F7094E42C@media.mit.edu>
References: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>
	<5B7063F2-24BD-4847-9F8B-BA0F7094E42C@media.mit.edu>
Message-ID: <200604021239.07704.anthony@interlink.com.au>

On Sunday 02 April 2006 09:49, Aaron Zinman wrote:
> Is there any (easy) way to disable stun/upnp support in shtoom?
> Separately, I'm finding asterisk not forwarding hangups to shtoom.
> Unclear if this is a problem with my asterisk configuration yet or
> with shtoom itself.


--nat=none



From anthony at interlink.com.au  Sun Apr  2 09:04:01 2006
From: anthony at interlink.com.au (Anthony Baxter)
Date: Sun, 2 Apr 2006 18:04:01 +1100
Subject: [Shtoom] Multicast RTP protocol
In-Reply-To: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>
References: <20060401151444.BBM24629@mirapoint-ms1.jcu.edu.au>
Message-ID: <200604021704.06644.anthony@interlink.com.au>

On Saturday 01 April 2006 16:14, Nigel Sim wrote:
> Is anyone working on multicast RTP projects with Shtoom? 

I started to play with it at one point, but the project I would have 
used it for didn't happen.

> I have 
> just discovered this project, and am trying to adapt it to my work
> with multicast video conferencing. So far I've been quite
> successful, receiving all bar one of the audio codecs without any
> hassel. But to get this softare to interact with the existing
> software correctly I had to hack up an implementation of the
> RTCPPacket.encodeRR method.

Patches accepted :-) 

I haven't gotten around to the RTCP code, because I haven't needed it, 
and other things are far more important to me. 

> Now that everything looks so promising I should ask is anyone else
> working towards these same ends? I mean, demuxing multiple streams,
> based on SSRC I think, jitter correction/buffering, and correct
> collection of statistics for full SR and RR reports?

I'm not - but I wouldn't be surprised if someone else out there was. I 
keep finding people just using bits of the shtoom codebase for all 
sorts of random things. I'm more than happy to accept patches for 
this sort of thing.

Anthony