Charles Poynton: BT.2020 Historical Revisionism 

Charles Poynton has repeatedly stated that Dr. Kenichiro Masaoka – the developer of BT.2020 – intended the wide color gamut standard solely as a container, not as a mastering color space.

The evidence shows otherwise.

Masaoka’s correspondence, published papers and presentations show that BT.2020 was engineered as a forward-looking mastering color space, contingent on emerging emissive technologies. Masaoka anticipated a transition period where displays would gradually approach BT.2020 – not an indefinite “container-only” phase.

On an episode of the Color Mentor podcast, while discussing metamerism and the standard observer, Poynton turned to BT.2020 and asserted that it “absolutely should not ever be thought of as a target for content.” He then claimed without evidence that I’d misquoted Dr. Kenichiro Masaoka, alleged that I advocate for BT.2020 as a mastering color space, and implied that Masaoka had developed BT.2020 solely as a container. All three claims are contradicted by the documentary record.

“Don’t try to do 2020 as a target—treat it as a container. And you know, there’s a certain unnamed LinkedIn presence who seems not to understand that, and who believes that 2020 is more than a container. And he then exchanged email with my buddy Masaoka, who’s the guy who computed the BT.2020 numbers. The LinkedIn influencer [air quotes] posted this what I consider to be a misquote from Masaoka saying, ‘Oh, yeah, yeah, yeah. I want it to be the images.’ Well, Masaoka himself understands well that its main use is as a container… [1]”

For context: In my blog, I’d  published what is quite possibly the most thorough collection of arguments against BT.2020 as a mastering color space anywhere [2]. So it’s astonishing to hear someone pigeonhole me as an advocate of BT.2020 mastering! In that piece, I cited a paper by LeHoty and Poynton, where it’s claimed that Masaoka had intended BT.2020 solely as a container [3]:

“The BT.2020 developers appreciated that color processing would be necessary in all consumer devices; their goal was to standardize interchange or container primaries, not native device primaries. Nonetheless, some factions today assert that BT.2020 defines a colorspace suitable for program material—in other words, they argue that program material should be allowed to be mastered to the entire BT.2020 gamut. We disagree.”

“We believe that it is a mistake to create programming that addresses the entire gamut of BT.2020 colorspace. To do so risks compromising color image quality for a wide diversity of display devices, particularly in the cinema, where direct-view LED displays are emergent. We argue that BT.2020 colorspace should be considered an interchange or container space, as its developers intended.”

At the behest of a friend, I later reached out directly to Masaoka to settle the matter, writing:

“There appears to be some controversy whether Rec.2020 was developed as native device primaries that would be used to master program material or if it was conceived of primarily to standardize interchange or container primaries. Your input would be very welcome!”

In June 2025, I published Masaoka’s unequivocal reply verbatim:

“The former is correct. I designed the chromaticity coordinates of the BT.2020 RGB primary set assuming the use of laser light sources (cf. IEEE paper attached), but also considered the possibility of achieving over 90% coverage using quantum dots (cf. Optics Express paper attached), which is now considered an appealing design goal in the market [2].”

That’s a far cry from Poynton’s dismissive, “Oh, yeah, yeah, yeah. I want it to be the images.” 

The IEEE paper is unambiguous. Section II-C, “Program Quality Management”:

“Program quality management requires that the primaries specified in the image format are physically realizable and common with the reference monitor. That is, every color used in wide-gamut content should be displayable on a reference monitor so that broadcasters can monitor and control the image quality. Thus, the system colorimetry of a television image format and that of the reference display should be consistent with each other so that the reference monitor can reproduce the entire color gamut [4].”

That is Masaoka saying, in his own published paper, that the primaries of the image format and the reference monitor should be the same. That is the opposite of a container.

The paper even classifies different approaches and explicitly rejects the container model:

  • Negative RGB is rejected because the extended gamut “includes imaginary or nonphysical colors and the colors that are reproducible depend on the display.”
  • Imaginary RGB is rejected for the same reason: “standards or guidelines are necessary for a reference monitor.”
  • Wide RGB is selected precisely because “the coding efficiency is optimum when the primaries of the image format and reference monitor are common.”

The entire design philosophy is: the format primaries and the display primaries should be identical. That’s not an abstract mathematical container. That’s a native mastering color space.

The fact that the commercial film industry later hijacked it to use as a hollow “container” for DCI-P3 content doesn’t change the original engineering philosophy laid out in the paper.

This question was revisited at SID Display Week 2026, where a Center Stage panel discussed the utility of the BT.2020 color standard. Significantly, Masaoka was himself a panelist. Chris Chinnock, who attended the discussion, summarized Masaoka’s position as follows:

     Container vs. Working Color Space

“The sharpest disagreement on the panel was about what BT.2020 actually is in practice. Masaoka designed it as a working color space — one that current laser, LED, and quantum-dot display technologies can already approach, with simulations showing greater than 99 percent coverage when primaries are positioned close to specification. From that view, BT.2020 is both correct and achievable [5].” 

Nothing could be further from Poynton’s mischaracterization. 

Jeff Yurek attended Masaoka’s presentation at Display Week and, with the latter’s blessing, shared his presentation slides on Home Theater Geeks [6]. Yurek’s account provides another contemporary record of how Masaoka envisioned the purpose of BT.2020.

He describes NHK’s 2013 end-to-end demonstration, in which 8K video was sent to a 12-bit laser projector “to reproduce BT.2020,” and observes:

“I think what he’s interested in showing the world is, ‘Hey, I really do intend this to be a display gamut.’”

Addendum (August 2026)

After publication, I came across a LinkedIn comment by Dr. Masaoka from seven months earlier in which he makes the same point publicly:

“One key intent behind BT.2020 was to define primaries that efficiently cover Pointer’s Gamut with three primaries… At the same time, BT.2020 was not meant to be purely theoretical in the sense of being only a container; practical realizability was also part of the thinking, especially for laser projectors and for displays using laser or other narrowband backlights. In fact, I built and evaluated prototypes along those lines, including comparisons of BT.2020 vs. P3 behavior in practice.”

He attached the same IEEE paper cited above.

  1. Charles Poynton, Color Mentor Podcast Episode 13 – Charles Poynton Interview, Chapter 32: Rec 2020 as container not target gamut, Color Mentor YouTube channel, Jan. 31, 2026
  2. Jon Pais, Beyond the Hype: The Hidden Costs of Grading HDR in Rec.2020, Daejeon Chronicles, June 2025
  3. David A. LeHoty and Charles Poynton, “Comparing Displays Using Luma Contours and Color Volumes,” Information Display, Vol. 36, Issue 5, pp. 16–21, Sept. 19, 2020.
  4. Masaoka, K. Design of Primaries for a Wide-Gamut Television Colorimetry. IEEE Transactions on Broadcasting 2010; 56(4): 452–457.
  5. Chris Chinnock, BT.2020: Container, Color Space, or Catalyst?, Insight Media, May 14, 2026
  6. Jeff Yurek, All About BT.2020 – The Ultimate Range of Colors, HomeTheaterGeeks YouTube channel, June 12, 2026

BT.1886 Color Space Conflation

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Blog at WordPress.com.

Up ↑