What do we do with this? :)
I can see dark-green subtitles in DCP-o-matic ver.2.4.12 at top-right corner.

The main thing is to support creation of DCPs with CCAP and this DCP shows what needs to be done. It would be nice if everything worked on import too.

http://isdcf.com/papers/ISDCF-Doc9-Closed-Caption-Authoring-Best-Practices.pdf

I believe that the link for the demo DCP in the Description section is wrong. It goes to a non-link.
Since the DCP changes from time to time, the best link is:
<http://isdcf.com/t/SMPTE-DCP-Tests/>

Furthermore, there is another ISDCF document that has a few subtle points to make in the use of Closed Captions
ISDCF Document 10 - Subtitles and Captions in Digital Cinema at:
<http://isdcf.com/ISDCF/technical-documents.html>

We should probably dig up some sites with CCAP hardware for testing. I am pretty sure Harold Hallikainen would also look over some test files.

• Carsten

@carl: basics are in libdcp git and ccap branch. First major difficulty is that DCP could have both subtitle & ccap, and the metadata format can't cope as all the tags for video/audio/subtitle are dumped into one parent.

@carl: perhaps this should be treated using subtitle streams; i.e. FFmpeg and DCP have multiple streams and we have a subtitle stream and a CCAP one.

Basics of CCAP creation are now in master; importing DCP with subtitle + CCAP needs some thought. How likely is it? Really we would want a tab for open and closed captions in this case. Not sure how feasible this is.

It would be nice if we could select a DCP and have two tabs appear (subtitle + closed caption) but this sounds nasty to implement.

For now, I would skip the import thing. Couldn't we always import CCAP files from a DCP separately?
Or, just grey out CCAP tab if no CCAP content is loaded?

• Carsten

Yes that would work. They could also be imported separately. I was just wondering whether it's common to have both subs and closed captions in a single DCP...

Yes, subtitles/OCAPs going with CCAPs are common.

• Carsten

Have you seen the latest ISDCF Meeting report (Mastering constraints). It says that if there are subs in any reel, every reel needs a sub reel (nothing new), and the same for CCAPs.

• Carsten

I hadn't noticed that, and I hadn't realised that every reel needs a sub reel. Thanks!

Hmm...

Following 'Update to SMPTE standards to reflect the currently used profile':
http://isdcf.com/MeetingNotes/MeetingNotes20180308v3-POSTED.pdf

but:

https://cinepedia.com/accessibility/#section-1312

I remember that the 'without entry point and duration' phrase came up often in various locations, some also dealing with the 'official' ISDCF SMPTE DCP constraints, but I never understood what it meant. That Cinepedia article seems to clarify that.

• Carsten

Hmm, maybe it IS possible to get away with a single 'Captions' tab? If we can declare them to be subtitles or closed captions per content file, we could have e.g. two XML files in a project, one as subtitles, one as closed captions, with the appearance options being greyed out for closed captions? That would render the content tabs a bit more compact. It's true, not so many people will create closed captions, so why should they be so prominent in the GUI?

Other than that - nice work on the CCAPs both in main and player.

• Carsten

I'm not sure if that works for DCP content which could have both... in the current version I've tried an arrangement where tabs appear and disappear as they are required. Maybe we can see if this is too annoying / weird.

Ah, right, OCAP+CCAP DCP as content that's what you were after with 'I was just wondering whether it's common to have both subs and closed captions in a single DCP...'

Yeah, no big deal, I just noticed it would work for a standard project with separate OCAP and CCAP content. The switching tabs may be a bit confusing for the long-time users at first, at the same time, why have all these tabs when they are no use for the currently selected content.

Oops - I just wanted to open a CCAP test project (Bunny with some CCAP) I created yesterday with 2.13.38 - but right after choosing the folder or 'recent files', DCP-o-matic vanishes silently. Means, I can not open a project that contains CCAPs. OS X. edit: also happens with subtitles.

Also, see attached screen shot 'Could not load film' - that is from a pre-existing project I tried to load. It does appear as if the CCAP addition changed something about subtitle content interpretation in project files?

• Carsten

Bildschirmfoto 2018-07-25 um 13.57.11.png (30,330 bytes)   

Bildschirmfoto 2018-07-25 um 13.57.11.png (30,330 bytes)   

And wow, PNG subtitles? I saw 'Bitmapped subtitles' and hoped for PNG, but not enough to immediately try it. ;-)
Maybe change that entry on the changelist to into something more clear, like 'PNG subtitles, or 'Timed-Text PNG subtitles'.
'Timed-Text PNG' seems to be a common description, although I notice that even the ISDCF big-buffs feal uneasy about that formulation. Maybe we should just name it 'Timed PNG subtitles'?

And then offer a choice in the GUI to either burn-in or use as timed PNG? That would make it clearer I guess?

• Carsten

I contacted Harold Hallikainen wether he wanted to test DCP-o-matic CCAP DCPs on USL/QSC equipment. He was excited, but (sigh...) first thing he was interested in was DCPs with different language CCAPs, as yet they can be seen rarely in the wild, and of course he wants to test them against his own code ;-)
Seems that CCAP equipment allows or should allow to have multiple CCAP from which to choose at playtime.

I told him I wouldn't know wether that is currently supported, but for now, sent him a basic test DCP with single, two and three liners.

BTW - I see that in Interop, liberation-sans is still added to the CCAP folder. It probably won't hurt for now?

Playback of 1,2,3 lines and line length VU meter work nicely. But maybe it would be better to always open the CCAP window with a fixed length, so that the full lines are always visible without prior resizing?

Good work. Now hopefully someone uses it ;-)

• Carsten

BTW - in my tests for Harold, I created CCAP and reused the same input file for simultaneous subtitle/OCAP. This works in DCP-o-matic and the player (simultaneous playback of subs and CCAP), but it looks as if the CCAP display module is always early with the out time. They match in in-time, but CCAP disappears about one second earlier. In- and Out-Time is identical in both source as well as created XML. No big deal, but...

Will send these to Harold now and hope he can give us feedback soon.

• Carsten

Oh - and Carl - have a beer, this round's on me!

• Carsten

I've updated the changelog and added new bugs for multi-language, fonts, CCAP window aspect and out-time incorrect. Burp!