dcpomatic/test/subtitle_font_id_test.cc, branch main

Fix tests broken by auto-set of film standard from imported DCPs.

2025-12-30T11:22:49Z

Pass tolerant flag into Player.

2025-01-20T19:36:46Z

This is needed because the DCPDecoder ends up needing it when it reads reel information from CPLs. Maybe all that stuff should be in our metadata.

Adapt to some libdcp class renaming to allow open captions/closed subtitles.

2024-09-03T15:02:24Z

Fix test build.

2024-06-28T14:53:00Z

Merge remote-tracking branch 'origin/main' into v2.17.x

2024-06-28T11:04:30Z

Fix error when importing bad subtitle file (#2838).

2024-06-27T18:14:31Z

The subtitle XML refers to a font with no corresponding .

Simplify the FontIDAllocator a lot (#2827).

2024-06-11T07:52:28Z

This is at the expense of forward compatibility, and the need to re-examine subtitle content (losing custom fonts as we do so). But it does mean that the code is simpler, and there's not this weird growth of IDs where a DCP gets imported with some font, and then the ID becomes 0_font, and if you do it again it's 0_0_font, and so on.

Fix an erroneous font ID error that can happen when loading projects from builds without release version tags.

2024-06-09T21:38:24Z

So that last_written_by_earlier_than() always returns true, check_font_ids() happens when it doesn't really need to.

Rename new_test_film2 -> new_test_film.

2024-05-22T08:33:45Z

Don't add a font with an empty ID for ccaps either (#2762).

2024-02-11T22:31:39Z

Previously this was all changed so that for subs we add the default font in a cleaner way (in db22f81ccce9e1a5f205e6d8b3c0631fc039a173). I can't see why we shouldn't treat ccaps the same way, and indeed not doing it causes an error as shown by the included test.