Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

2016-08-20 Thread Michael Niedermayer
On Wed, Aug 17, 2016 at 12:25:47AM -0700, Steven Robertson wrote: > This change relaxes the whitelist on reading color metadata in MOV/BMFF > containers. The whitelist on writing values is still in place. > > As a consequence it also fixes an apparent bug in reading 'nclc' values. > The 'nclc' spe

Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

2016-08-20 Thread Michael Niedermayer
On Sat, Aug 20, 2016 at 04:15:20PM -0700, Steven Robertson wrote: > Hey folks, > > We anticipate professional video software will start producing files with > the expanded codepoints Real Soon Now, and ProRes already supports Rec. > 2020 and ST 2084 (see SMPTE RDD 36), so presumably MOV will get s

Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

2016-08-20 Thread Steven Robertson
Hey folks, We anticipate professional video software will start producing files with the expanded codepoints Real Soon Now, and ProRes already supports Rec. 2020 and ST 2084 (see SMPTE RDD 36), so presumably MOV will get some of that soon too. (QuickTime in OS X El Cap already recognizes Rec. 2020

[FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

2016-08-17 Thread Steven Robertson
This change relaxes the whitelist on reading color metadata in MOV/BMFF containers. The whitelist on writing values is still in place. As a consequence it also fixes an apparent bug in reading 'nclc' values. The 'nclc' spec [1] is in harmony with ISO 23001-8 for the values it lists, but the code g