dcpomatic/test/writer_test.cc, branch processor

Change Film::examine_and_add_content to take a vector of content.

2025-07-15T16:03:57Z

Rename new_test_film2 -> new_test_film.

2024-05-22T08:33:45Z

Stop using video directory and hard-linking (#2756).

2024-05-11T19:00:37Z

Instead store details of a previously-created asset in the film's metadata and then look there for potential video files to re-use.

Rename Encoder -> FilmEncoder, and subclasses.

2024-04-21T21:18:19Z

Improve progress reporting of digest calculations (might help with #2643).

2023-11-20T06:29:15Z

This test suddenly just started failing with

2023-10-15T22:40:28Z

opj_int_fix_mul: Assertion `(temp >> 13) <= (OPJ_INT64)0x7FFFFFFF' failed. which is odd - why now? Anywhere here we limit the OpenJPEG image values to what I think is the "legal" range.

Fix DCP content font ID allocation to cope with DCPs that have multiple fonts

2023-10-15T07:10:18Z

with the same name in the same reel (#2600). Previously we had this id_for_font_in_reel() which would give an ID of N_font-ID. This means we got duplicate font IDs. Here we replace that method with FontAllocator, which gives an ID of N_font-ID for the first font and M_font-ID, where M is a number higher than the highest reel index. The idea is to support the required new IDs without breaking exisiting projects. There is some documentation of how it works in doc/design/fonts

Use a vector rather than a list when returning from content_factory().

2022-07-11T10:22:11Z

Rearrange subtitle font management.

2022-06-07T15:01:06Z

With this change each subtitle coming out of the player has a reference to a dcpomatic::Font that belongs to the TextContent. This hopefully solves a few problems which all basically stemmed from the fact that previously the decoders/player were deciding what the font ID in the output DCP would be - they can't do that properly.

Hopefully fix race between thread finishing and cleanup being run (#2100).

2021-10-12T08:40:45Z