On Thu, 7 Jan 2016 13:38:13 +0100
Hendrik Leppkes <h.lepp...@gmail.com> wrote:
> On Thu, Jan 7, 2016 at 1:31 PM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote:
> > Hendrik Leppkes <h.leppkes <at> gmail.com> writes:
> >
> >> Because that doesn't work. bits per raw sample is not
> >> taken into account when pixel formats are negotiated
> >
> > But that is a missing feature that is needed independently
> > of your patch so imo this patch shouldn't add more
> > unneeded colour spaces (except if this is needed for
> > encoding).
>
> This pixel format directly corresponds to the pixel layout of hardware
> surfaces from the GPU, heck the GPU even calls it P010 as well,
> therefor it is needed to represent this exactly.
> I have no intention of providing a half-broken format because of some
> future feature that requires massive changes to all areas of FFmpeg,
> and won't arrive in the next couple years.
Last time we discussed this ("pixformaton"), we discarded the idea
because of its complexity.
Anyway, this format is certainly more important than the other weird
permutations (like AV_PIX_FMT_YUV440P12BE), or the BAYER formats.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
