Branch: refs/heads/master
Home: https://github.com/mltframework/mlt
Commit: 7c317ede853d793828b5dcf2da815b7791b90959
https://github.com/mltframework/mlt/commit/7c317ede853d793828b5dcf2da815b7791b90959
Author: Dan Dennedy
Date: 2017-02-11 (Sat, 11 Feb 2017)
Changed paths:
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,
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
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
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
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
---
