[FFmpeg-devel] H.263 packetizing into RTP

Luca Abeni lucabe72
Fri Apr 3 21:47:14 CEST 2009


Hi Martin,

On Fri, 2009-04-03 at 21:08 +0300, Martin Storsj? wrote:
[...]
> > > also i suspect that packets should be split at slices/gobs
> > 
> > RFC 2190 states that pictures should be split either at gob level
> > (mode A), at MB boundaries (mode B) or at MB boundaires of P-frames
> > with PB-frame mode.
> 
> As far as I know (I found the original patch in a mailing list post from 
> Luca Abeni), this is an implementation of RFC 4629 (and 2429); this is a 
> different RTP packetization scheme than the one in RFC 2190. As of RFC 
> 4629, this is the recommended scheme for all variants of H.263.

Yes, this is my understanding too.


> In this packetization scheme, the frame can be split into packets 
> regardless of GOB/MB boundaries or anything else. From RFC 4629, section 
> 6.2:
> 
>    A Follow-on Packet contains a number of bytes of coded H.263+ data
>    that do not start at a synchronization point.  That is, a Follow-on
>    Packet does not start with a Picture, GOB, Slice, EOS, or EOSBS
>    header, and it may or may not start at a macroblock boundary.
> 
> Splitting packets according to such boundaries would perhaps give better 
> handling of dropped packets, but isn't mandated.

Right. This is why I said that the patch is (IMHO) correct but
suboptimal.


			Thanks,
				Luca




More information about the ffmpeg-devel mailing list