Em Sat, 11 Mar 2017 06:21:40 -0300 Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx> escreveu: > The libv4lconvert part of libv4l was meant to provide a common > place to handle weird proprietary formats. With time, we also > added support to other standard formats, in order to help > V4L2 applications that are not performance sensitive to support > all V4L2 formats. > > Yet, the hole idea is to let userspace to decide to implement > their own format conversion code when it needs either more > performance or more quality than what libv4lconvert provides. > > In other words, applications should have the right to decide > between using a libv4lconvert emulated format or to implement > the decoding themselves for non-proprietary formats, > as this may have significative performance impact. > > At the application side, deciding between them is just a matter > of looking at the V4L2_FMT_FLAG_EMULATED flag. > > Yet, we don't want to have a myriad of format converters > everywhere for the proprietary formats, like V4L2_PIX_FMT_KONICA420, > V4L2_PIX_FMT_SPCA501, etc. So, let's offer only the emulated > variant for those weird stuff. > > So, this patch changes the libv4lconvert default behavior to > show emulated formats, except for the explicit ones marked as > such. > > Signed-off-by: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx> > Acked-by: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx> Please ignore this patch. It is wrong. I sent a version 2 of this series without it. Regards, Mauro
