summaryrefslogtreecommitdiff
path: root/test/subtitle_font_id_test.cc
AgeCommit message (Collapse)Author
2025-12-30Fix tests broken by auto-set of film standard from imported DCPs.Carl Hetherington
2025-01-20Pass tolerant flag into Player.Carl Hetherington
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.
2024-09-03Adapt to some libdcp class renaming to allow open captions/closed subtitles.Carl Hetherington
2024-06-28Fix test build.Carl Hetherington
2024-06-28Merge remote-tracking branch 'origin/main' into v2.17.xCarl Hetherington
2024-06-27Fix error when importing bad subtitle file (#2838).Carl Hetherington
The subtitle XML refers to a font with no corresponding <LoadFont>.
2024-06-11Simplify the FontIDAllocator a lot (#2827).Carl Hetherington
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.
2024-06-09Fix an erroneous font ID error that can happen when loading projects from ↵Carl Hetherington
builds without release version tags. So that last_written_by_earlier_than() always returns true, check_font_ids() happens when it doesn't really need to.
2024-05-22Rename new_test_film2 -> new_test_film.Carl Hetherington
2024-02-11Don't add a font with an empty ID for ccaps either (#2762).Carl Hetherington
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.
2024-01-15Inspect most DCPs made during tests with ClairMeta (#76).Carl Hetherington
2024-01-15Fix handling of empty font IDs and default DCP fonts (#2721) (part of #2722).Carl Hetherington
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 <LoadFont>).
2023-11-17Always add a font with an empty ID (#2649).Carl Hetherington
It's not just subtitle files with no <LoadFont> that can have subtitles without a specified font. In particular, DoM makes a single space subtitle with no font spec when it creates filler subtitles in multi-reel DCPs.
2023-06-30Clean up after some more tests.Carl Hetherington
2023-06-05Give filler subtitle reels <LoadFont> nodes in SMPTE (#2547).Carl Hetherington
2022-12-29Cleanup: test tidying.Carl Hetherington
2022-12-10Extract constants.hCarl Hetherington
2022-09-26Fix build on older boosts, again.Carl Hetherington
2022-09-26Fix build on older boosts.Carl Hetherington
2022-09-26Provide a similar fix to the one in ff639b3cf30afcc097bfd21d39c8d15f466cadd6Carl Hetherington
for DCPs that contain subtitle files without <Font> tags.
2022-09-20Fix font_id_map errors when importing DCP subtitles that have noCarl Hetherington
font declarations / tags (#2339).
2022-07-11Fix font_id errors with files decoded by FFmpeg which have subtitles.Carl Hetherington
I'm not sure if this goes far enough - it seems impossible to find all the font IDs used in a FFmpeg file without scanning it. I don't know if (for example) SSA-format font IDs make it through to DoM when decoded by FFmpeg.
2022-07-11Use a vector rather than a list when returning from content_factory().Carl Hetherington
2022-07-11Fix font handling for DCP subtitles.Carl Hetherington