[FFmpeg-devel] [PATCH] rtpdec_svq3: Don't look for the unused RTP_FLAG_KEY flag

Martin Storsjö martin
Sun Oct 3 20:56:43 CEST 2010


On Sun, 3 Oct 2010, Josh Allmann wrote:

> On 3 October 2010 07:00, Martin Storsj? <martin at martin.st> wrote:
> > Hi,
> >
> > When looking over some code, I noticed that the svq3 depacketizer looks
> > for the RTP_FLAG_KEY flag in the flags variable, and sets AV_PKT_FLAG_KEY
> > accordingly. However, nothing ever sets the RTP_FLAG_KEY in flags (there's
> > no such bit in a RTP packet, only RTP_FLAG_MARKER is extracted and set),
> > RTP_FLAG_KEY is only used internally within some RDT code and somewhere in
> > the rtpdec_asf code currently.
> >
> > Therefore, these lines of code in rtpdec_svq3 are nothing more than
> > historical cruft/misunderstandings. Decoding still works just fine if this
> > is removed.
> >
> 
> You are right, it is cruft. The patch looks good.

Thanks for the confirmation - applied.

> > Josh, I'm CCing you since I'm not sure if you're still reading this list
> > regularly.
> 
> I still read the lists, even though I may not speak up often :)

Good, good. :-)

> > I checked the wiki docs on this, and it currently says
> >
> > ? ?"the RTP marker bit indicates whether the payload data is a keyframe"
> >
> > which doesn't correspond to what the code currently does, and isn't true.
> > (Currently the RTP marker bit isn't used at all in the code, and I'm not
> > sure exactly what it maps to. In most formats, it indicates end of
> > multi-packet frame, but we have another bit within the payload for that.)
> >
> > So, are you ok with removing this incorrect sentence?
> >
> 
> Yes, I went ahead and updated the wiki entry myself.

Great, thanks!

// Martin



More information about the ffmpeg-devel mailing list