[FFmpeg-devel] [PATCH] Fix client's SSRC in RTCP RR packets
Martin Storsjö
martin
Mon Aug 23 11:49:02 CEST 2010
On Thu, 5 Aug 2010, Martin Storsj? wrote:
> On Thu, 22 Jul 2010, Luca Abeni wrote:
>
> > On 07/21/2010 03:29 PM, Martin Storsj? wrote:
> > > On Wed, 21 Jul 2010, Luca Abeni wrote:
> > >
> > > > the code currently used by rtpdec.c to generate an RTCP RR
> > > > packet uses the server's SSRC (stored in RTPDemuxContext:ssrc
> > > > by rtp_parse_packet()) as a "SSRC of packet sender" (which
> > > > should be the client's SSRC).
> > > >
> > > > As a result, the server sees the RTCP RR packets arriving
> > > > with its own SSRC... Some RTSP servers just don't care, some
> > > > other servers discard these RTCP RR packets as non valid
> > > > (I've been told that Axis servers do this), and do not see
> > > > any RR packet from the client... So, they end up closing the
> > > > RTP session after a short timeout.
> > > >
> > > > I've seen some reports of this problem, so I am sending a
> > > > simple patch, which uses the server SSRC + 1 as a client SSRC.
> > >
> > > Sounds sensible to me.
> >
> > Good, thanks. If noone is against it, I'll apply the patch on
> > Monday.
>
> Ping Luca, it seems that this never was applied.
Ping2, I think it would be good to get this fixed.
// Martin
More information about the ffmpeg-devel
mailing list