<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/image.h, branch osx-alignment</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=osx-alignment</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=osx-alignment'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2021-05-25T19:35:12Z</updated>
<entry>
<title>Move video level conversion for RGB from FFmpegImageProxy to Image.</title>
<updated>2021-05-25T19:35:12Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-05-24T22:57:16Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=62f9b78a2eb5f0fc6b9028264bac6ad501d83309'/>
<id>urn:sha1:62f9b78a2eb5f0fc6b9028264bac6ad501d83309</id>
<content type='text'>
Since FFmpeg does not do video level conversion for RGB sources
when we (sort of) ask it to in Image::crop_scale_window() it seems
to make more sense to compensate for that by calling
full_to_video_range() in the same place (rather than in
FFmpegImageProxy).
</content>
</entry>
<entry>
<title>const-correctness tweak.</title>
<updated>2021-05-25T19:35:12Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-05-24T21:46:35Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=fb82d2523dd0663478450016784f4ef40f1f1590'/>
<id>urn:sha1:fb82d2523dd0663478450016784f4ef40f1f1590</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add pixel format 66 (AV_PIX_FMT_YUV422P10LE) to make_part_black().</title>
<updated>2021-05-02T23:39:32Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-05-02T09:30:16Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=2aa6fd88e6d334c040d421938e425bd2f89983a7'/>
<id>urn:sha1:2aa6fd88e6d334c040d421938e425bd2f89983a7</id>
<content type='text'>
Part of fix for #1984.
</content>
</entry>
<entry>
<title>std::shared_ptr</title>
<updated>2021-01-07T21:48:29Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-01-04T20:16:53Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=dd9be86db6cde0afa5da0d1d1ac43b42e05dca26'/>
<id>urn:sha1:dd9be86db6cde0afa5da0d1d1ac43b42e05dca26</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Make sure we use limited ("video") range data when exporting.</title>
<updated>2020-11-16T00:40:36Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2020-11-15T19:47:42Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=b057363e69b77119137c0c8b07402828096e03aa'/>
<id>urn:sha1:b057363e69b77119137c0c8b07402828096e03aa</id>
<content type='text'>
Our export formats all currently use limited range but we weren't
making sure data fed to the encoders was limited range.

Should fix #1832.
</content>
</entry>
<entry>
<title>Obey requests to change the video range of RGB content.</title>
<updated>2020-11-16T00:40:36Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2020-11-08T21:34:18Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e64a1a9aae0200d14feed49a4c6cf537bf5708a4'/>
<id>urn:sha1:e64a1a9aae0200d14feed49a4c6cf537bf5708a4</id>
<content type='text'>
Video that comes in with RGB pixels will not have its video level
ranges changed by libswscale (it only does this for YUV and greyscale).
Here we add code to do it ourselves for RGB content coming in
via image files (e.g. PNG/DPX etc).  Part of #1851.
</content>
</entry>
<entry>
<title>Replace dcp::Data with dcp::ArrayData</title>
<updated>2020-11-02T22:10:04Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2020-11-01T22:40:01Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=6fa9748f382302fa88292b4219598bb81edc7bd0'/>
<id>urn:sha1:6fa9748f382302fa88292b4219598bb81edc7bd0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add some comments.</title>
<updated>2020-10-28T15:25:01Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2020-10-28T15:25:01Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=22d8401d9eadb022e40380a324b5871f77a18158'/>
<id>urn:sha1:22d8401d9eadb022e40380a324b5871f77a18158</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix incorrect images when cropping without stretch.</title>
<updated>2019-11-04T15:38:14Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2019-11-04T15:38:14Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=7b0372776ac4da6a8e4ff29f41a4f08b9b4de506'/>
<id>urn:sha1:7b0372776ac4da6a8e4ff29f41a4f08b9b4de506</id>
<content type='text'>
Always overallocate images so that Image::crop_scale_window is always
safe from over-reading buffers.  Relates to #1654 and probably #1653.
</content>
</entry>
<entry>
<title>Basic ability to set video range (JPEG/MPEG) at least for YUV content.  May not work for RGB.  See #1509.</title>
<updated>2019-05-24T22:29:39Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2019-05-24T22:29:39Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=92784c9c28c48859578cd6e75aa01d5657d0c341'/>
<id>urn:sha1:92784c9c28c48859578cd6e75aa01d5657d0c341</id>
<content type='text'>
</content>
</entry>
</feed>
