dcpomatic/src/lib/pixel_quanta.cc, branch adjust-sizingDCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=adjust-sizing2022-08-04T21:55:17Zwip: got stuck... because PlayerVideo is related to the render size2022-08-04T21:55:17ZCarl Hetheringtoncth@carlh.net2022-08-04T21:55:17Zurn:sha1:7bd8eecb8ba8535978d58408dc73ce7528034c7e
because its subtitles are prepared for the _video_container_size that
the Player knows about. I think the only way around this would be to
store the subs in PlayerVideo in some independent way and to scale/convert
to bitmap later.
Don't scale chroma subsampled images to sizes that don't align with the subsampling (#1872).2021-10-03T21:41:02ZCarl Hetheringtoncth@carlh.net2021-10-03T19:22:14Zurn:sha1:969906f2dd6c5c144781861f53e2a0f6baefb9a3
There's a slightly odd effect when scaling e.g. YVU420 images to
odd and then even widths - there's a small but visible luminance
shift. I don't know why this happens, but keeping the scaling
sizes locked to the subsampling seems to help.
Differentiate requested and actual crop.2021-10-03T21:41:02ZCarl Hetheringtoncth@carlh.net2021-10-03T18:53:44Zurn:sha1:70b72b53eab0f247eb4dc605a2d669d4adb4e469
This is so we limit cropping to what is possible considering
chroma subsampling.
Add PixelQuanta to VideoContent.2021-10-03T21:41:02ZCarl Hetheringtoncth@carlh.net2021-10-03T00:02:12Zurn:sha1:c2a17a87868eba87072fc369102b2b3cd8905e5a