crazy
either. I presume the same behavior applies to very old versions of
QuickTime looking at these new codepoints.
On Dec 14, 2017 6:51 PM, "Carl Eugen Hoyos" wrote:
> 2017-12-14 20:52 GMT+01:00 Steven Robertson :
> > With FCPX 10.4, Apple has expanded the set of colorspace
With FCPX 10.4, Apple has expanded the set of colorspace, primaries,
and trc flags officially supported in QuickTime files. The expanded set
matches the codepoints used in ffmpeg and many other specs.
---
libavformat/movenc.c | 25 -
1 file changed, 16 insertions(+), 9 dele
evel color information.
This patch maintains the existing behavior of choosing the 709 over the
601 matrix when container-level information is missing, and allows
container-level information to win if present.
Signed-off-by: Steven Robertson
---
libavcodec/dnxhddec.c | 4 +++-
1 file changed, 3
since I'm not an experienced ffmpeg dev I opted for the
minimal fix to make 2020NCL for HDR files work properly.
On Mon, Nov 27, 2017 at 4:35 PM, Michael Niedermayer wrote:
> On Mon, Nov 27, 2017 at 12:36:48AM -0800, Steven Robertson wrote:
> > Signed-off-by: Steven Robertson
>
Signed-off-by: Steven Robertson
---
libavcodec/dnxhddec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/dnxhddec.c b/libavcodec/dnxhddec.c
index f46e41a456..6f8c716412 100644
--- a/libavcodec/dnxhddec.c
+++ b/libavcodec/dnxhddec.c
@@ -93,7 +93,9 @@ static
Signed-off-by: Steven Robertson
---
libavformat/mxfdec.c | 132 ---
libavformat/mxfenc.c | 43 -
2 files changed, 145 insertions(+), 30 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index d012e41..761aa1f
Signed-off-by: Steven Robertson
---
libavformat/mxf.c| 33 +
libavformat/mxf.h| 3 +++
libavformat/mxfdec.c | 29 +
libavformat/mxfenc.c | 36 +++-
4 files changed, 96 insertions(+), 5 deletions
. 2020 color
in MOV, even though TN 2162 hasn't been updated yet.) Also it'd be nice to
land this for the bugfix in SD. Anything I can do to help with the review?
Thanks!
Steve
On Wed, Aug 17, 2016 at 12:25 AM, Steven Robertson wrote:
> This change relaxes the whitelist on reading colo
MFF, the output whitelist will still kick in, so
this won't result in out-of-spec files being created.
[1] https://developer.apple.com/library/mac/technotes/tn2162/_index.html
Signed-off-by: Steven Robertson
---
libavformat/mov.c | 40 +---
1 file change
Signed-off-by: Steven Robertson
---
tests/fate/dnxhd.mak | 2 ++
tests/ref/fate/dnxhr-12bit | 6 ++
2 files changed, 8 insertions(+)
create mode 100644 tests/ref/fate/dnxhr-12bit
diff --git a/tests/fate/dnxhd.mak b/tests/fate/dnxhd.mak
index 4008e6c..60bfd34 100644
--- a/tests/fate
Yes, thank you. I'll resend this.
On Wed, Aug 3, 2016 at 2:01 PM, Mark Reid wrote:
> On Tue, Aug 2, 2016 at 11:51 PM, Steven Robertson
> wrote:
> > Test file available at http://tinyurl.com/fate-dnxhd-12bit .
> >
> > Signed-off-by: Steven Robertson
> > ---
Test file available at http://tinyurl.com/fate-dnxhd-12bit .
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Test file available at http://tinyurl.com/fate-dnxhd-12bit .
Signed-off-by: Steven Robertson
---
tests/fate/dnxhd.mak | 2 ++
tests/ref/fate/dnxhr-12bit | 6 ++
2 files changed, 8 insertions(+)
create mode 100644 tests/ref/fate/dnxhr-12bit
diff --git a/tests/fate/dnxhd.mak b/tests
A sample file will be uploaded to show that with this patch, things
decode correctly:
dnxhr_hqx_12bit_1080p_smpte_colorbars_davinci_resolve.mov
Signed-off-by: Steven Robertson
---
libavcodec/dnxhddec.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/libavcodec/dn
hed a patch and
will upload a reference file (Google Drive no-sign-in-required link below) as
soon as the upload server's back up.
https://drive.google.com/folderview?id=0B1w4_XzCPf1jRWhzU1lINl96d2s&usp=sharing
Thanks,
Steve
Steven Robertson (1):
libavcodec/dnxhd: Enable 12-bit DNx
Hey there,
DNxHR support for 12 bits wasn't waiting on a VLC table after all - there
was just an improper dependence on the value of bitdepth. I've attached a
patch and will upload a reference file (Google Drive no-sign-in-required
link below) as soon as the upload server's back up.
https://drive
Done, thanks.
On Tue, Oct 13, 2015 at 12:51 AM, Paul B Mahol wrote:
> On 10/11/15, Steven Robertson wrote:
> > Thanks for taking a look!
> >
> > Steve
> >
>
> lgtm, do you need to update fate?
> ___
> f
Thanks for taking a look!
Steve
0001-vf_lut-Add-support-for-RGB48-and-RGBA64.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
18 matches
Mail list logo