dcpomatic/src/lib/player_video.cc, branch opt-hacx

wip

2025-01-21T09:25:46Z

Bump libdcp for raw_convert changes.

2025-01-05T11:58:13Z

raw_convert is gone, so here we use fmt::{to_string,format} instead. Other raw_converts now use fast_float.

Remove all use of add_child() from xmlpp.

2024-03-20T17:25:09Z

Merge tag 'v2.16.78' into v2.17.x

2024-02-22T00:25:03Z

Make DCPExaminer::size() optional and deal with the consequences.

2024-02-21T17:48:53Z

This means we can fix the case of a VF having no known size in a nice way, in turn fixing problems caused by the fix to #2775.

Change how video timing is done.

2024-01-28T01:01:56Z

This commit changes the approach with video timing. Previously, we would (more-or-less) try to use every video frame from the content in the output, hoping that they come at a constant frame rate. This is not always the case, however. Here we preserve the PTS of video frames, and then when one arrives we output whatever DCP video frames we can (at the regular DCP frame rate). Hopefully this will solve a range of sync problems, but it could also introduce new ones.

Cleanup: remove unused parameter to PlayerVideo::force.

2022-04-07T20:13:11Z

C++11 and whitespace cleanups.

2022-04-03T21:25:19Z

Don't scale chroma subsampled images to sizes that don't align with the subsampling (#1872).

2021-10-03T21:41:02Z

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:02Z

This is so we limit cropping to what is possible considering chroma subsampling.