1.2. FCPX HDR Dolby PQ

HDR – Wide Gamut with Rec.2020 Dolby PQ output

The project colorspace is set to Wide Gamut HDR – Rec.2020 PQ. The waveform displays nits and the Viewer uses the option “Show HDR as Tone Mapped”.

The ACEScg colorbars were encoded as a LogC PR444 to keep the dynamic range. The FCPX waveform shows the super bright white with approx. 4.000 nits!

As I am writing this article on a 2013 iMac (and also working with FCPX) that doesn’t support HDR, I thought I could easily hook up my MBP 2018 with a CalDigit Mini Dock to a LG C8 in the office via HDMI. I didn’t work. The Mini Dock supports HDMI 2.0 and at least HDMI 2.0a is needed for HDR support (an option would be AJA Io 4K Plus for Thunderbolt 3). While I tested around I actually realized that the MBP supports “HDR” up to 500 nits. The “right” HDR is called HDR10 and supports at least 1.000 nits.

The TD ColorBars are created in Nuke in ACES. The brightest white has a scene linear value of 20. This value refers to a bright specular highlight or filming directly into a light source. Thats why the text looks eroded on brightest patches. The Rec.709 RRT/ODT has a nice roll off in these bright areas.

FCPX 10.4.8 works with a scene linear working colorspace with Rec.2020 primaries. To avoid over-bright images it uses a Tone Mapped HDR viewer option. This a different tone mapping than the ACES RRT so I see a different image between the Nuke ACES (Rec.709) and FCPX viewer (Rec.2020 PQ).

TD ColorBars in Nuke – ACES View Transform Rec.709
TD ColorBars in FCPX viewer (screenshot) – View Transform Dolby PQ

More obvious is the difference to compare a studio test scene.

INFECTED.DIGITAL ACES test scene from 2016 in Nuke – ACES View Transform Rec.709
INFECTED.DIGITAL ACES test scene from 2016 in Nuke – in FCPX viewer (screenshot) – View Transform Dolby PQ

The idea behind this comparison is to learn how high dynamic range footage looks in a Wide Gamut HDR FCPX project that I would normally view through an ACES view transform. It would be great if FCPX would support ACES officially too.

ACES has standardized input transforms for most professional cameras (IDT) , unified working colorspace and many output transforms for all kind of displays and projectors (ODT).

FCPX has a similar color-managed approach, but you have to start in a Wide Gamut HDR library and then decide if you want to work on a Standard Rec.709 or a Rec.2020 (HDR and non HDR) project. You can switch between the different outputs, because only the end (output part) of the color pipeline will change.

Things will only “break” when you want to move projects between Wide Gamut HDR Rec.2020 and Standard Rec.709 libraries.

The FCPX project
Screenshot of the FCPX project

I am using a mixture of my own files and camera test footage from ARRI and RED at the moment. Both companies have a great amount of free test files available. ARRI Camera Sample Footage & SAMPLE R3D FILES. I will test with some other camera manufacturers sample footage soon.

How to share and view HDR content

The next thing is to see where and how can I make use of the HDR timeline. First I need to get the settings right.

I am quite sure I am mastering the files wrong at the moment.

FCPX offers 6 settings for HDR Mastering Display Metadata:

  • Display Primaries (Rec.2020, Rec.709, P3 or no value)
  • Display WhitePoint (D65, D60, D55, DCI or no value)
  • Minimum Display Luminance (0)
  • Maximum Display Luminance (1.000)

The settings I use are put in bold. I think in a pure Apple environment with a MBP, an iPhone and an iPadPro that support HDR, I should set the display primaries to P3 and the maximum display luminance to 500 nits. About the next two metadata entries I am not sure how to set them right.

They are called HDR Content Light Level Metadata:

  • MaxCLL (500)
  • MaxFall (200)

With these settings I write out a FCPX Master file as a PR4444 or PR4444XQ in DolbyPQ. The file has the metadata tags BT.2020, HDR10 (9-16-9) and is mastered for 1.000 nits (or cd/㎡).

To make smaller films version from this files I use Apple Compressor to create a MPEG-4 .mv4 file with the preset Apple Devices 4K – HEVC 10-bit. Sadly the hardware accelerated 8-bit mode on my MBP is not sufficient for HDR encoding and the 10-bit mode is very slow.

The .mv4 files are showing HDR on my iPhone11Pro, iPadPro and on the MBP (2018) screen, the ProRes4444 works only on the MBP.

I managed to upload the .mv4 file to Vimeo manually, but I am not sure what is happening in the re-encoding phase. I can only watch the HDR file with the Vimeo App on the mobile devices. Safari on the Mac is sadly not showing the HDR version. On the help page of Vimeo its even said, that the Vimeo app on Android is not yet supporting HDR, but the help seems outdated.

Exporting the timeline from FCPX directly to Vimeo didn’t work for me at all.

Here are two links to the Vimeo uploads:

Viewing HDR content from the MBP on a external TV

Apple suggests to connect your Mac to a proper HDR display like the Apple XDR Display or the Sony SONY BVM-X300/X310. To get the HDR signal out it is suggested to use the AJA Io 4K Plus for Thunderbolt 3. While reading some more HDR related articles from Apple I found that the USB-C Digital AV Multiport Adapter is also doing the trick although it is also only labeled with a HDMI 2.0 version. With a HDMI 2.1 cable I was able to connect my MBP to a LG C8 and I could view the HDR project from FCPX.

I had to set the input settings to HDMI ULTRA HD Deep Color. But then even an SDR project looked somehow pumped up and too bright. I will investigate the LG C8 settings further in the near future.

This page will be updated soon with new results.