dcpomatic/test/subtitle_font_id_test.cc, branch writev-debug

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.

Inspect most DCPs made during tests with ClairMeta (#76).

2024-01-15T11:44:53Z

Fix handling of empty font IDs and default DCP fonts (#2721) (part of #2722).

2024-01-15T09:21:59Z

Previously we used an empty font ID as the default for when a subtitle has no Font, but in #2721 we saw a DCP with an empty font ID which raised an assertion (because we'd already added our default font with the empty ID). Here we try to fix this (and also make the default font correctly be that from the first ).