| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2022-10-17 | Fix YUV->RGB for Rec. 2020.v1.8.32rec2020 | Carl Hetherington | |
| 2021-01-24 | Tidying. | Carl Hetherington | |
| 2021-01-21 | Some more use of enum class. | Carl Hetherington | |
| 2021-01-08 | std::shared_ptr | Carl Hetherington | |
| 2017-01-10 | Remove unused code. | Carl Hetherington | |
| 2016-12-14 | Add tentative S-Gamut3/S-Log3 colourspace support. | Carl Hetherington | |
| 2016-12-14 | Add function for D65 white point. | Carl Hetherington | |
| 2016-08-12 | Try non-linearised gamma of 2.4 for Rec 2020. | Carl Hetherington | |
| Some discussion of this on #892. Also influenced by discussions with Dennis (email Tue, 30 Jun 2015) on how the oft-quoted (e.g. by Wikipedia) gamma functions are camera transforms and not intended for uses like ours. Also see ITU-r BT1886 which talks about a gamma of 2.4. | |||
| 2016-06-13 | Add OpenSSL licence exception. | Carl Hetherington | |
| 2016-06-01 | Still more licence fixups. | Carl Hetherington | |
| 2016-05-25 | No-op; Fix GPL address and mention libdcp by name. | Carl Hetherington | |
| 2016-05-24 | Add somewhat speculative Rec 1886 and Rec 2020 colour conversions. | Carl Hetherington | |
| 2015-06-29 | Return to DCP-o-matic v1's gamma correction for Rec 601/709. | Carl Hetherington | |
| Dennis points out that `there definitely *is* no right answer for BT.709 gamma' and `your formula [the DCP-o-matic v2 gamma function before this commmit] is what I'm calling the inverse of the BT.709 camera transfer function. The EBU would not have bothered to write: "Therefore the monitor gamma is not, and never has been, the inverse of the camera gamma." if no-one ever thought of using it'. At least the 2.2 gamma of v1 should not surprise anybody. | |||
| 2015-06-24 | No-op: whitespace. | Carl Hetherington | |
| 2015-04-22 | Add p3_to_xyz colour conversion preset. | Carl Hetherington | |
| 2015-04-22 | Fix crash in previous. | Carl Hetherington | |
| 2015-04-22 | Express colour conversions as chromaticities and adjust so that | Carl Hetherington | |
| everything is specified as something_to_xyz and then you can get an inverse LUT if you want one. | |||
| 2015-02-17 | Use 2.222222 for the power in the modified Rec. 709 input gamma | Carl Hetherington | |
| correction, as per fnordware DCIconverter. | |||
| 2015-02-17 | Rec 709 -> XYZ and sRGB -> XYZ matrices are, it seems, the same; | Carl Hetherington | |
| I'm getting this from fnordware DCIconverter. https://github.com/fnordware/DCIconverter/blob/master/src/DCIconverter.cpp | |||
| 2015-02-17 | Typo causing wrong matrix to be used for Rec. 709. | Carl Hetherington | |
| 2015-01-04 | Try to fix static initialisation order problems. | Carl Hetherington | |
| 2015-01-03 | Various fixes to XYZ/RGB transforms. | Carl Hetherington | |
| 2014-12-28 | Change colourspace handling round a bit:1.0-colour-cleanup | Carl Hetherington | |
| - move the essence of GammaLUT into TransferFunction and handle different bit depths more neatly - add ColourConversion to describe input gamma correction, colour transformation and then output gamma correction in one class. - add default ColourConversions for sRGB->XYZ, Rec709->XYZ and XYZ->RGB. | |||
 |
index : libdcp | |
| DCP handling library | cth@carlh.net |
| summaryrefslogtreecommitdiff |