On Thu, 9 Mar 2017 01:45:29 +0100 Michael Niedermayer <mich...@niedermayer.cc> wrote:
> On Wed, Mar 08, 2017 at 11:54:59PM +0100, Hendrik Leppkes wrote: > > On Wed, Mar 8, 2017 at 3:42 PM, Ronald S. Bultje <rsbul...@gmail.com> > > wrote: > > > Hi, > > > > > > On Wed, Mar 8, 2017 at 9:31 AM, wm4 <nfx...@googlemail.com> wrote: > > > > > >> On Wed, 8 Mar 2017 14:09:53 +0100 > > >> Michael Niedermayer <mich...@niedermayer.cc> wrote: > > >> > > >> If the size printing is removed then other code should be added > > >> > to test for the size to match the correct value > > >> > > >> Then it would be more reasonable to make av_packet_add_side_data() > > >> check whether the size is correct for the given side data type. > > > > > > > > > I think you're both right here, this is a pretty good idea (for fixed-size > > > side-data types). > > > > > > > So how do we fix fate now? Change the datatypes to uint32_t, remove > > the size print out? > > why is the data type size_t and not uint32_t int64_t or unsigned int ? > > independant of the fate issue i mean, size_t seems a strange choice Do you even read my posts? _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
