View Bug Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001811DCP-o-maticBugspublic2020-08-24 21:382023-09-01 21:48
Reportercarl Assigned Tocarl  
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Target Version2.16.0 
Summary0001811: Exported DCP subtitles have no <LoadFont> but <Font> tags still have Id attributes
Description

This raises warnings with EasyDCP creator, and probably other things.

TagsNo tags attached.
Branch
Estimated weeks required
Estimated work requiredUndecided

Activities

carl

2020-08-24 23:29

administrator   ~0003907

Last edited: 2020-08-24 23:30

Basic problem seems to be that Player collects the fonts that all subtitles use and somebody is supposed to call Player::get_subtitle_fonts() and make sure the files end up on disk and add_font is called on the subtitle assets. So SubtitleEncoder should probably do that too.

It should definitely do it for SMPTE; LoadFont is required there, and the fonts end up in the MXF (maybe that isn't happening at the moment?)

For Interop there are options:

  • remove the mention of Font Id altogether, or
  • output to a ZIP/directory containing both the XML and 0 or 1 font files (since there can be only one).

carl

2020-08-24 23:31

administrator   ~0003908

output to zip/directory seems better.

carl

2020-08-25 19:45

administrator   ~0003909

Although we already have this mess of creating multiple files if you select "split by reel".

carl

2020-08-25 22:10

administrator   ~0003910

Should be better in a0873f70fbc95cc45106c61e9b3c5dfda3b946f9 and around there.

Bug History

Date Modified Username Field Change
2020-08-24 21:38 carl New Bug
2020-08-24 21:38 carl Estimated work required => Undecided
2020-08-24 21:38 carl Assigned To => carl
2020-08-24 21:38 carl Status new => confirmed
2020-08-24 23:29 carl Note Added: 0003907
2020-08-24 23:30 carl Note Edited: 0003907
2020-08-24 23:31 carl Note Added: 0003908
2020-08-25 19:45 carl Note Added: 0003909
2020-08-25 22:10 carl Status confirmed => resolved
2020-08-25 22:10 carl Resolution open => fixed
2020-08-25 22:10 carl Note Added: 0003910
2023-09-01 21:48 carl Status resolved => closed