Quoting wm4 (2017-03-30 17:25:50)
> On Thu, 30 Mar 2017 17:06:00 +0200
> Anton Khirnov wrote:
>
> > Quoting wm4 (2017-03-28 12:43:04)
> > > I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
> > > that default-initializing an AVPixelFormat should set an invalid or
> > > neutral
On 30/03/2017 17:25, wm4 wrote:
> I wonder how you can make this argument, but the move towards removing
> sizeof(AVPacket) from ABI is apparently ok.
Code would stop compiling in that case so the change wouldn't be silent.
As I said, if we move to non-enum format descriptor the whole issue
would
On Thu, 30 Mar 2017 17:06:00 +0200
Anton Khirnov wrote:
> Quoting wm4 (2017-03-28 12:43:04)
> > I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
> > that default-initializing an AVPixelFormat should set an invalid or
> > neutral value, instead of a "random" valid value.
> >
Quoting wm4 (2017-03-28 12:43:04)
> I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
> that default-initializing an AVPixelFormat should set an invalid or
> neutral value, instead of a "random" valid value.
>
> Currently, 0 means AV_PIX_FMT_YUV420P, which is confusing and can
On 28/03/2017 12:43, wm4 wrote:
> I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
> that default-initializing an AVPixelFormat should set an invalid or
> neutral value, instead of a "random" valid value.
>
> Currently, 0 means AV_PIX_FMT_YUV420P, which is confusing and can le
On Tue, Mar 28, 2017 at 12:43 PM, wm4 wrote:
> I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
> that default-initializing an AVPixelFormat should set an invalid or
> neutral value, instead of a "random" valid value.
>
> Currently, 0 means AV_PIX_FMT_YUV420P, which is confusi
I propose that AV_PIX_FMT_NONE is changed from -1 to 0. The reason is
that default-initializing an AVPixelFormat should set an invalid or
neutral value, instead of a "random" valid value.
Currently, 0 means AV_PIX_FMT_YUV420P, which is confusing and can lead
to errors, especially since almost all