13 Apr
2018
13 Apr
'18
5:31 p.m.
Hi,
I have a short un-encrypted DCP that passes my quality control tests and
plays in DCPomatic but won't ingest on a Sony Server or TMS. (I didn't
author it. It was authored by Clipster by a NY office of a major
distributor/ DCP authoring...the NY branch often has issues)
I'm wondering if it is possible to re-wrap the DCP in DCPomatic using the
DCP assets of the DCP I have...the assets seem good.
Thanks!
Joaquin
13 Apr
13 Apr
5:40 p.m.
Yes, you can. There are three ways to do this:
- load the DCP
- load the individual assets
- recompress
If the DCP loads okay, then simply create a new DCP. This will fix problems in
metadatafiles. If the DCP can not load into dcp-o-matic, you may need to load the video
and audio assets and create a new DCP from these two MXF. You may need to trim-off leaders
or sync-pops, eventually even resync the audio. It will still only rewrap/repackage.
If it's the actual assets that cause the problem on the Sony, but they play well in
dom, then you may need to recompress them.
The easiest way to do this is to either load the DCP or the MXFs, then apply a single
line/pixel of cropping from any side. That will trigger a recompression.
For recompression, I would set the data rate to something higher, like 230MBit/s.
- Carsten
Am 13.04.2018 um 19:31 schrieb joaquin d via DCPomatic:
Hi,
I have a short un-encrypted DCP that passes my quality control tests and plays in
DCPomatic but won't ingest on a Sony Server or TMS. (I didn't author it. It was
authored by Clipster by a NY office of a major distributor/ DCP authoring...the NY branch
often has issues)
I'm wondering if it is possible to re-wrap the DCP in DCPomatic using the DCP assets
of the DCP I have...the assets seem good.
Thanks!
Joaquin
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
7:36 p.m.
Just to ask the (probably obvious) question...
Did you check that the hashes of the MXF files match what they should do
according to the ASSETMAP/PKL? It could be that the DCP was fine when it
was made but has been corrupted in transit and that's the reason for the
failed ingest.
To check hashes, you can use EasyDCP Player (free trial version) or, if
you like the command line, dcp_inspect
(https://github.com/wolfgangw/backports)
If the hashes don't match then it's dangerous to rewrap the DCP.
Whatever corruption existed in the original DCP will be be baked into
the rewrap and might cause a playback issue halfway through the film or
something. You'd be better off getting a resupply.
Unless DCP-o-matic/DOM Player automatically checks the hashes when it
imports a DCP. Does it Carl?
Jim
On 13/04/2018 18:31, joaquin d via DCPomatic wrote:
Hi,
I have a short un-encrypted DCP that passes my quality control tests
and plays in DCPomatic but won't ingest on a Sony Server or TMS. (I
didn't author it. It was authored by Clipster by a NY office of a
major distributor/ DCP authoring...the NY branch often has issues)
I'm wondering if it is possible to re-wrap the DCP in DCPomatic using
the DCP assets of the DCP I have...the assets seem good.
Thanks!
Joaquin
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
8:44 p.m.
Thanks for responding Jim.
Yes, I did hash checks and I can watch the DCP in Neo, Quvis and DCPomatic
but the server doesn't like it.
I have Easy DCP and Open DCP to re-wrap with but I was wondering if
DCPomatic can re-wrap from the mxfs? I haven't had any luck with it so
far...
Thanks again!
Joaquin
On Fri, Apr 13, 2018 at 3:36 PM, Jim Dummett <j(a)dummett.org> wrote:
Just to ask the (probably obvious) question...
Did you check that the hashes of the MXF files match what they should do
according to the ASSETMAP/PKL? It could be that the DCP was fine when it
was made but has been corrupted in transit and that's the reason for the
failed ingest.
To check hashes, you can use EasyDCP Player (free trial version) or, if
you like the command line, dcp_inspect (https://github.com/wolfgangw/
backports)
If the hashes don't match then it's dangerous to rewrap the DCP. Whatever
corruption existed in the original DCP will be be baked into the rewrap and
might cause a playback issue halfway through the film or something. You'd
be better off getting a resupply.
Unless DCP-o-matic/DOM Player automatically checks the hashes when it
imports a DCP. Does it Carl?
Jim
On 13/04/2018 18:31, joaquin d via DCPomatic wrote:
Hi,
I have a short un-encrypted DCP that passes my quality control tests and
plays in DCPomatic but won't ingest on a Sony Server or TMS. (I didn't
author it. It was authored by Clipster by a NY office of a major
distributor/ DCP authoring...the NY branch often has issues)
I'm wondering if it is possible to re-wrap the DCP in DCPomatic using the
DCP assets of the DCP I have...the assets seem good.
Thanks!
Joaquin
_______________________________________________
DCPomatic mailing
listDCPomatic@carlh.nethttp://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
10:23 p.m.
Hi Joaquin.
I've had success rewrapping DCPs with DCP-o-matic. Have done it a lot to
correct silly DCP names, adjust audio levels etc. I've not had any
ingest fails with the resulting DCPs.
Only problem I have encountered was subtitles getting garbled, but that
was on DCP-o-matic v2.10.x and as far as I can see it's fixed in v2.12.x.
Method I've been using is to import the whole DCP ("Add DCP" button in
v2.12.x) and then go from there. That repacks the MXFs and creates new
XML files from scratch, but does not re-encode the J2K frames, so it's
pretty fast.
I'd be interested to see the DCP which is failing ingest, if you're
willing and able to share. I'd be interested to test if any of my
diagnostics can catch the fault in it. dcp_inspect flags bad signatures
on some DCPs created with Clipster, but I've never experienced one of
them not playing in the real world. I wonder if that's the problem in
this case.
If you'd like to, send it to me via https://cinebox.filemail.com/ But
totally understand if it's not your film and it's not appropriate for
you to send it to strangers on the internet!
Jim
On 13/04/2018 21:44, joaquin d wrote:
Thanks for responding Jim.
Yes, I did hash checks and I can watch the DCP in Neo, Quvis and
DCPomatic but the server doesn't like it.
I have Easy DCP and Open DCP to re-wrap with but I was wondering if
DCPomatic can re-wrap from the mxfs? I haven't had any luck with it so
far...
Thanks again!
Joaquin
On Fri, Apr 13, 2018 at 3:36 PM, Jim Dummett <j(a)dummett.org
<mailto:j@dummett.org>> wrote:
Just to ask the (probably obvious) question...
Did you check that the hashes of the MXF files match what they
should do according to the ASSETMAP/PKL? It could be that the DCP
was fine when it was made but has been corrupted in transit and
that's the reason for the failed ingest.
To check hashes, you can use EasyDCP Player (free trial version)
or, if you like the command line, dcp_inspect
(https://github.com/wolfgangw/backports
<https://github.com/wolfgangw/backports>)
If the hashes don't match then it's dangerous to rewrap the DCP.
Whatever corruption existed in the original DCP will be be baked
into the rewrap and might cause a playback issue halfway through
the film or something. You'd be better off getting a resupply.
Unless DCP-o-matic/DOM Player automatically checks the hashes when
it imports a DCP. Does it Carl?
Jim
On 13/04/2018 18:31, joaquin d via DCPomatic wrote:
Hi,
I have a short un-encrypted DCP that passes my quality control
tests and plays in DCPomatic but won't ingest on a Sony Server or
TMS. (I didn't author it. It was authored by Clipster by a NY
office of a major distributor/ DCP authoring...the NY branch
often has issues)
I'm wondering if it is possible to re-wrap the DCP in DCPomatic
using the DCP assets of the DCP I have...the assets seem good.
Thanks!
Joaquin
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net <mailto:DCPomatic@carlh.net>
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
<http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic>
2 a.m.
Hey Carsten,
The suspect DCP passes Wolfgang's DCP Inspect but won't ingest on a Sony
Server or TMS even if copied onto a different drive.
Super weird. I'm going to re-wrap in 2.13...psyched!
Thanks all,
Joaquin
On Fri, Apr 13, 2018 at 9:47 PM, Carsten Kurz <audiovisual(a)t-online.de>
wrote:
Am 13.04.2018 um 22:44 schrieb joaquin d via DCPomatic:
I have Easy DCP and Open DCP to re-wrap with but
I was wondering if
DCPomatic can re-wrap from the mxfs? I haven't had any luck
with it so
far...
In which way did it fail?
- Carsten
1:59 a.m.
Am 13.04.2018 um 21:36 schrieb Jim Dummett via DCPomatic:
Unless DCP-o-matic/DOM Player automatically checks the
hashes when it imports a DCP.
No - Hash checking involves reading through the whole DCP incl. all assets from
start to end. That could take very long on import.
Standalone Player 2.13.x has received a function for intentional hash checking
('Verify DCP'), although it seems it is not yet fully functional. But it sure will
be soon.
- Carsten
2570
days inactive
2571
days old
8 comments
4 participants
participants (4)
-
Carl Hetherington -
Carsten Kurz -
Jim Dummett -
joaquin d