[FFmpeg-soc] [soc]: r5681 - mms/mmst.c

zhentan feng spyfeng at gmail.com
Sun Mar 21 17:21:14 CET 2010


Hi

On Sat, Mar 20, 2010 at 9:46 PM, Ronald S. Bultje <rsbultje at gmail.com>wrote:

> Hi,
>
> On Sat, Mar 20, 2010 at 9:30 AM, spyfeng <subversion at mplayerhq.hu> wrote:
> >  static void pad_media_packet(MMSContext *mms)
> >  {
> > -    if(mms->media_packet_buffer_length<mms->asf_packet_len) {
> > +    if(mms->pkt_buf_len<mms->asf_packet_len) {
> >         int padding_size = mms->asf_packet_len
> > -                           - mms->media_packet_buffer_length;
> > +                           - mms->pkt_buf_len;
> >         memset(mms->media_packet_incoming_buffer
> > -               + mms->media_packet_buffer_length, 0, padding_size);
> > -        mms->media_packet_buffer_length += padding_size;
> > +               + mms->pkt_buf_len, 0, padding_size);
> > +        mms->pkt_buf_len += padding_size;
> >     }
>
> rtp_asf.c modifies min_pkt_len in the ASF header to zero so we don't
> have to do this, you could use such code also (or even share it).
>

yes, I find that in rtpdec_asf.c.
there is a function rtp_asf_fix_header(), which set min_pkt_len as 0.
But I am not clear why should do this for mms protocol, it seems that there
no relationship between the pad size and min_pkt_len.
could you please explain this, maybe I miss some important point.
thanks
-- 
Best wishes~


More information about the FFmpeg-soc mailing list