On 4 August 2010 03:32, Luca Barbato <[email protected]> wrote: > On 08/04/2010 09:59 AM, Martin Storsjö wrote: >> David, how large is this first data partition approximately? The frames >> are fragmented into RTP packets of around ~1450 bytes (usually) - so if >> we've got the first packet of a frame but not the rest, would we be better >> off returning this than just skipping it? > > Even better: is there a way to get this information? > > If is common for every packet/there is a known upper bound, we can pass > it through the sdp, or if not we could think about storing the value in > an extension header. >
Not sure; I'd have to dig through the bitstream spec for this. Ronald, do you happen to know off the top of your head? > Still I guess we could extend the depacketizer interface to get all the > standard rtp information as well. > Attached patches should work against the updated VP8 rtp proposal*. Also pulled from latest trunk, so they also work with the Xiph stuff. The depacketizer now supports multiple VP8AUs in one packet but I haven't tested that codepath, because VP8AUs are not used by the packetizer. * https://groups.google.com/a/webmproject.org/group/webm-discuss/msg/eef6d312ac5c09c3?dmode=source&output=gplain Josh _______________________________________________ FFmpeg-soc mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
