DCP verification player

[Cantar4]

I am using VLC, ODS subtitling enabled, coding UT-8,
characters Arial-MT, outline fine. Yes the soft subs are showing.
e.g. the film-title shows for 5 sec. in both mp4 and .mov films,
but not my own subtirles...
Is my -c:s mov_text not in the right place ?

[Anders M Olsson]

When video is playing: In "Tools / Codec Information" - do you see a subtitle stream in the list of streams?

If the subtitle stream is NOT visible there, then something has gone wrong in the encoding. We'll have to go back to the settings in ffmpeg.

If the subtitle stream IS visible there, try enabling it with "Subtitle / Sub Track / Track 1" in the menus.

[Cantar4]

where am i supposed to see " "Tools / Codec Information" ?
VLC nor QuickTime player offer any "tools', which app do you use for playback?
Anyway, here below is the Terminal report of the conversion (middle frames removed).

The stream mapping seems to be ok but Input #2, srt, from '/users/jp/Movies/sarah.srt': Duration: N/A, bitrate: N/A
and subtitle - Okb are quite weird.
I will reinsert the third -i subs .xmf and will wait for a more sophisticated way to insert them,
IF FFmpeg allows us to do it !
--jp

[Anders M Olsson]

Yes, I agree. It's strange that the subtitle is reported as 0kB in size. Something wrong with the .srt-file perhaps?
Check for minor syntax errors in the srt-file. For example, decimal points instead of commas in the timings can throw some software completely off track, while other software will happily accept it.

Here's what I was referring to in my previous post:

[Cantar4]

What is your VLC version? mine is 2.2.4 Weatherwax (Intel 64bit) the latest for MacOS.
There is no 'tools' pane showing the codec-info and streams 0, 1, 2.
but there is a track control in the 'subtitles' pane.

It seems the .srt comas are in the right place:

sarah copy.txt

Thanks for your precious help!
(and your precise screen shots..)

[Cantar4]

Hi Anders, here is the log of the first DCP to MP4 conversion I made using the 'standard' 3 .mxf files (video, audio, subtitles).
It shows that ffmpeg encounters some difficulties to ingest the subtitle .mxf stream: look at the line
[mxf @ 0x7ff8d280ac00] error getting stream index 385944321
--jp

(being useless, the log has been erased by jp)

[Anders M Olsson]

My version of VLC is also 2.2.4 Weatherwax, but for Windows.

All the controls should still be there in the Mac-version, even though the ways to reach them may differ.
https://wiki.videolan.org/Mac_OS_X/

Try "Command I" and then select the Codec Details tab.

[Anders M Olsson]

I've now tested with your subtitle file in combination with a "dummy" DCP that I made out of just a still frame.

And it works! I too get the size of the subtitle as "0kB". I guess that's only because the small size of the file is rounded down to 0kB. But the subtitles are still there.

Note that the subtitles don't come on automatically. You have to enable them after starting the video. Perhaps that can be fixed with some setting in VLC...

The only real problem is that the subtitles come out very, very small, but that's apparently a known bug in VLC. With a different videoplayer ("Media Player Classic Home Cinema"), the subtitles come out much larger.

[Cantar4]

Beautiful! I guess you used your method, i.e. direct i /sarah.srt import,
not the DCP-o-matic generated subs.mxf files
only Carl can tell us why FFmpeg can't ingest this 3rd file !

[Anders M Olsson]

I don't think Carl has much to do with which file formats are supported by ffmpeg. That's something you'll have to ask the ffmpeg developers.
https://ffmpeg.org/general.html#Subtitle-Formats