Re: [Mlt-devel] [RFC] 10 bits

2017-02-12 Thread Brian Matherly
On 2/12/2017 2:38 AM, Maksym Veremeyenko wrote: > On 12.02.2017 0:23, Brian Matherly wrote: >> On 2/11/2017 9:20 AM, Maksym Veremeyenko wrote: >> > any objection against introducing *mlt_image_yuv422p10* ? >> > >> >> I am in full support of 422 and planar formats. Just wondering about the >> bit

Re: [Mlt-devel] [RFC] 10 bits

2017-02-12 Thread Maksym Veremeyenko
On 12.02.2017 0:23, Brian Matherly wrote: > On 2/11/2017 9:20 AM, Maksym Veremeyenko wrote: > > any objection against introducing *mlt_image_yuv422p10* ? > > > > I am in full support of 422 and planar formats. Just wondering about the > bit packing. > > What would be the corresponding AV format?

Re: [Mlt-devel] [RFC] 10 bits

2017-02-11 Thread Falkenberg Thomas
origin might come from the 10bit sdi word... See my old SDI consumer... Thomas Ursprüngliche Nachricht Von: Brian Matherly Datum: 11.02.17 23:24 (GMT+01:00) An: Maksym Veremeyenko , mlt-devel@lists.sourceforge.net Betreff: Re: [Mlt-devel] [RFC] 10 bits On 2/11/2017 9:20 AM

Re: [Mlt-devel] [RFC] 10 bits

2017-02-11 Thread Brian Matherly
On 2/11/2017 9:20 AM, Maksym Veremeyenko wrote: > any objection against introducing *mlt_image_yuv422p10* ? > I am in full support of 422 and planar formats. Just wondering about the bit packing. What would be the corresponding AV format? Would it be 16 bpp with 6 bits unused? BE or LE? If i

Re: [Mlt-devel] [RFC] 10 bits

2017-02-11 Thread Dan Dennedy
On Sat, Feb 11, 2017 at 7:20 AM Maksym Veremeyenko wrote: > any objection against introducing *mlt_image_yuv422p10* ? > > no -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot

Re: [Mlt-devel] [RFC] 10 bits

2017-02-11 Thread Maksym Veremeyenko
any objection against introducing *mlt_image_yuv422p10* ? -- Maksym Veremeyenko -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot

Re: [Mlt-devel] [RFC] 10 bits

2017-02-11 Thread Maksym Veremeyenko
On 29.01.2017 23:35, Brian Matherly wrote: > YUVA444P16 or RGBA64 would cover all the bases. yes, in a case of capturing native SDI's 10-bit it would require additional chroma interpolation twice: first time after capturing, next time before encoding. -- Maksym Veremeyenko ---

Re: [Mlt-devel] [RFC] 10 bits

2017-01-29 Thread Brian Matherly
. The global thread pool would be timely for this. ~Brian From: Dan Dennedy To: Brian Matherly ; Maksym Veremeyenko ; mlt-devel Sent: Sunday, January 29, 2017 3:18 PM Subject: Re: [Mlt-devel] [RFC] 10 bits I am fine with adding an image format to MLT, but I want it to be something

Re: [Mlt-devel] [RFC] 10 bits

2017-01-29 Thread Dan Dennedy
I am fine with adding an image format to MLT, but I want it to be something very useful and comprehensive so we do not soon need yet another format. So, with that said, why not YUV 4:4:4 instead of 4:2:2? How including alpha such as YUVA444P16 or RGBA64? For more efficient conversion with the popul

Re: [Mlt-devel] [RFC] 10 bits

2017-01-29 Thread Brian Matherly
> Hi, > > i am currently thinking about capturing and playback 10-bit yuv, but > have no idea how start handling of it. > > ffmpeg has no format for packed 16-bit Y/Cr/Cb samples - only planar. > v210 is also good, but not used as registered in MLT. > > have you any ideas? > > -- > Maksym Ve