On Thu, Jun 23, 2016 at 3:03 PM, Martin Storsjö <mar...@martin.st> wrote: > On Thu, 23 Jun 2016, Vittorio Giovara wrote: > >> On Thu, Jun 23, 2016 at 7:06 AM, Martin Storsjö <mar...@martin.st> wrote: >>> >>> While it is less featureful (and slower) than the built-in H264 >>> decoder, one could potentially want to use it to take advantage >>> of the cisco patent license offer. >>> --- >>> I got a user explicitly requesting this feature, so apparently there >>> is (some) demand for it. >>> >>> The decoder is very simple; it doesn't handle B-frames, so there's >>> no decoding delay, and the decoder doesn't allow decoding into >>> user-supplied buffers. >> >> >> Can you add this blurb to a comment at the top of the file? it will >> help when we hunt for non-DR1 codecs. > > > Just a comment saying "doesn't handle b-frames, doesn't do direct > rendering"? Sure > >> Could you also please mention the requirement for the bsf? > > > Do you mean like "the decoder expects input packets in annex b format, thus > using a bsf to conver to this format"?
Yes these two lines are enough, maybe mention that the bsf acts as a passthrough if packets already come as annexb. Thanks -- Vittorio _______________________________________________ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel