Can you be more specific about circumstances? I just loaded a scope trailer, cropped all sides arbitrarily, created DCP - no problem (2.14.11). I discovered though, that you can play the preview with the space bar while the encode is running ;-)

I also noticed that cropping the scope trailer DOES trigger a recompression in this version.

• Carsten

Maybe related: there is also always a crash after some time when you export an .mp4 file from a cropped DCP.
(for example make a 16x9 mediafile from a 1.78 film in a pillar-boxed Flat/1.85 container)

@robn is there a Mantis bug for that?

@Carsten did you crop by exactly 279 on left only?

'@Carsten did you crop by exactly 279 on left only?'

No ;-)

robn - there may be some specific values causing this. In 2.14.11, I just cropped a scope trailer and exported as MP4 without an issue.

Can you upload a metadata file with the values causing it?

• Carsten

@ Carl - OS X 2.14.11 - add Scope DCP, set left crop to 279. Tried both by using the up/down arrows as well as input the number. No problem. Currently encoding...
Also tried no-stretch with it, and switched from flat to scope container. All encode without issues, although, aside from that, as in https://dcpomatic.com/mantis/view.php?id=1653 , with no stretch, cropping is not actually applied in the conversion of a DCP source.

Hmm, interesting - with the no-stretch option and only left crop 279, encoding runs through - but when I watch the DCP in player, some content is repeated on the right side of the resulting image...looks as if it is exactly the stripe that has been cropped off the left.

• Carsten

It looks like an out-of-bounds read, so may not always crash. Should be fixed by b32d031762bc49d8d076d36c4a8c60fa175a94dc in master and 25d968fdcf1abada4bd7bbcb8c72eeebda73b134 in v2.15.x.

@carsten yeah, that too, fix coming up.

master also probably needs 7b0372776ac4da6a8e4ff29f41a4f08b9b4de506, following on from the initial fix for 0001654.

@carl: no I did not create a Mantis bug for it.

I've tried to create 1920x1080 .mp4 files from pillar-boxed 1998x1080 DCPs many times in the past.
The conversion ALWAYS crashed after a couple of minutes (I gave up on using it).

Funny thing is that now I fail to reproduce the bug with DOM 2.14.13 ..
I successfully converted a full feature movie. Maybe the problem has to do with sub-titling?
(the test movie was not subtitled). Running a new test with a subtitled movie now.
I will report the results!

OK, "fortunately" I just had a crash with creating a cropped .mp4 file from a subtitled pillar-boxed DCP with DOM 2.14.13.
This was with a commercial DCP which I can't share. I will try to create a test-DCP which also illustrates the problem.

What I do is this:

• create new project
• add 1998x1080 DCP
• crop 39 pixels left and right (to get 1920x1080)
• set output DCP container to 1920x1080
• export .mp4 file (with burnt-in subs)
• ==> crash after couple of minutes

I can reproduce the "crop & export" crash and have created a separate
bug report for it. Test-DCP is available. See:

https://dcpomatic.com/mantis/view.php?id=1656

Thanks @robn!

7b0372776ac4da6a8e4ff29f41a4f08b9b4de506 from v2.15.x backported to 7ec44b5c9f0cb6de128010a2c958ca4c353db3c9 in master.