Please login or register. June 20, 2019, 04:19:15 PM

Author Topic: Open Source DCP Workflow  (Read 93047 times)

mrcin

  • Guest
Re: Open Source DCP Workflow
« Reply #30 on: February 22, 2012, 07:25:06 AM »
Another question. I'm trying to put together multireel package. Reels have about 16 655 632 653 bytes size. OpenDCP_largefile.exe returns  3 770 730 765.

I've used command:
Code: [Select]
"C:\Program Files (x86)\OpenDCP\bin\opendcp_xml.exe" -r mtt.reel1.video.mxf mtt.reel1.audio.mxf -r mtt.reel2.video.mxf mtt.reel2.audio.mxf -r mtt.reel3.video.mxf mtt.reel3.audio.mxf -r mtt.reel4.video.mxf mtt.reel4.audio.mxf -r mtt.reel5.video.mxf mtt.reel5.audio.mxf -r mtt.reel6.video.mxf mtt.reel6.audio.mxf -d -i test -a test -t test -b test -k feature
This usually works for smaller mxf files. Is there some special way for large mxf files? Cmd.exe window appeared, but it is stuck on information message: OpenDCP XML 0.0.22 (c) 2010-2011 Terrence Meiczinger. All rights reserved. For smaller mxf file after that message i usually got xml files in return.

Terrence Meiczinger

  • Administrator
  • Hero Member
  • *****
  • Posts: 561
    • View Profile
Re: Open Source DCP Workflow
« Reply #31 on: February 22, 2012, 09:32:52 AM »
Have you tried 0.25? There was a bug awhile back on Windows where files over 4gb were reporting back incorrect file sizes. I forget which version I think I fixed it in.

mrcin

  • Guest
Re: Open Source DCP Workflow
« Reply #32 on: February 22, 2012, 04:36:37 PM »
In 0.25 largefile.exe is returning correct size, but opendcp_xml still is "freezed" at OpenDCP XML 0.0.25 (c) 2010-2012 Terrence Meiczinger.... Still no xml files in return (6 reels about 16gb of video each)

Edit:

I've finally got my xml's. It just took very long time to create them. I've got one warn, if numbers in the front are date and time then it took about 40 min to 60 minutes to create xml's.

20120222105748 [ WARN] Asset duration mismatch, adjusting all durations to shortest asset duration of 19284 frames
« Last Edit: February 22, 2012, 06:41:11 PM by mrcin »

Terrence Meiczinger

  • Administrator
  • Hero Member
  • *****
  • Posts: 561
    • View Profile
Re: Open Source DCP Workflow
« Reply #33 on: February 22, 2012, 09:33:29 PM »
Oh geez, yeah, it could take awhile to create a DCP that big. Each MXF file needs to be read so that the SHA hash tag can be calculated. Still, that seems like an excessive amount of time. Is this a network drive or something?

That warning just means that the audio and video durations were off by a frame which is common. However, hopefully it only changed the duration of the affect reel. Did you check to make sure the durations are what you expected?

mrcin

  • Guest
Re: Open Source DCP Workflow
« Reply #34 on: February 23, 2012, 05:13:01 AM »
No, its remote USB drive, older one, so it could make a difference. That warn came from last reel, 2 frames were lost when i was splitting audio file, so i think it should be good. Still i have to test that.

mrcin

  • Guest
Re: Open Source DCP Workflow
« Reply #35 on: March 13, 2012, 01:51:59 PM »
It worked, i have succesfully created 2D and 3D multi reel DCP package, tested on Dolby and Doremi screen serwers.

Terrence Meiczinger

  • Administrator
  • Hero Member
  • *****
  • Posts: 561
    • View Profile
Re: Open Source DCP Workflow
« Reply #36 on: March 13, 2012, 10:43:42 PM »
Awesome. Thanks for the feedback.

rost

  • Guest
Re: Open Source DCP Workflow
« Reply #37 on: June 18, 2012, 08:34:04 AM »
Ubuntu 12.04 LTS
Package: opendcp  Architecture: i386  Version: 0.0.26
Depends: openssl (>= 1.0.0), libxml2 (>= 2.7), libxslt1.1 (>= 1.1.26), xmlsec1 (>= 1.2), libxmlsec1-openssl (>= 1.2), libtiff4 (>= 3.9), libqtcore4 (>= 4.6), libqtgui4 (>= 4.6)

It worked, i have succesfully created a lot of DCP package's too, tested on Doremi servers.   8)

hdvprojection

  • Full Member
  • ****
  • Posts: 221
    • View Profile
Re: Open Source DCP Workflow
« Reply #38 on: September 01, 2012, 02:46:08 AM »
What type of tiff images does this create?
Code: [Select]
ffmpeg -y -i sample.mp4 -an -r 24 -vcodec tiff tiff/%06d.tiffWhat bit depth? Uncompressed? Are there optional parameters? Partly I'm asking because the DCI resize is a little sketchy for sources not already very close to 2k. Can I add a custom rescale to this command? For example, if my source is BRD scope, rather than full chip scope. Thanks.

Edit: Hmmm... what does this line from terminal output mean?
Code: [Select]
[buffer @ 0x17570e0] w:1920 h:816 pixfmt:yuv420p
« Last Edit: September 01, 2012, 03:03:09 AM by hdvprojection »

Wolfgang Woehl

  • Global Moderator
  • Sr. Member
  • *****
  • Posts: 312
    • View Profile

fabrizio.carraro

  • New Member
  • **
  • Posts: 4
    • View Profile
Re: Open Source DCP Workflow
« Reply #40 on: October 05, 2012, 05:52:13 PM »
Hello,
I haven't been around here for quite a while, sorry if this issue was already discussed:
I have an encrypted DCP. I also have the AES key for each mxf reel. How can I unwrap the mxf and obtain the original jpeg2000 frames? When I tried, a couple of years ago, I managed to unwrap (I don't remember which tool I used) but then I was unable to succesfully decipher the frames because the decipher tool (and sorry I also do not remember which tool was it) not only needed the AES key, but also a "salt" that I didn't know where to get. And I stopped there. What did I do wrong?
Fabrizio

Wolfgang Woehl

  • Global Moderator
  • Sr. Member
  • *****
  • Posts: 312
    • View Profile
Re: Open Source DCP Workflow
« Reply #41 on: October 06, 2012, 01:31:31 AM »
Fabrizio, hi, use asdcplib's tools to decrypt:

Code: [Select]
$ asdcp-test -x <path to a writable dir>/foo_plaintext_j2c_ -k <16 hexbytes key data> foo_crypt_j2c.mxf
The IV and padding scheme involved is handled by asdcplib (Check asdcplib/AS_DCP.h for an entry point to all the gory details).

If, insted of plaintext AES key data, you have a DKDM targeting a public key certificate under your control then you can use kdm-decrypt.rb which is part of digital cinema tools.
« Last Edit: October 07, 2012, 03:09:03 AM by Wolfgang Woehl »

fabrizio.carraro

  • New Member
  • **
  • Posts: 4
    • View Profile
Re: Open Source DCP Workflow
« Reply #42 on: October 06, 2012, 08:37:13 PM »
It worked perfectly. After two years!
Thanks a lot Wolfgang

Wolfgang Woehl

  • Global Moderator
  • Sr. Member
  • *****
  • Posts: 312
    • View Profile
Re: Open Source DCP Workflow
« Reply #43 on: October 07, 2012, 03:44:03 AM »
Minor glitch one can run into: asdcp-test expects an absolute path spec for the -x switch. That's something like "/path/to/dir" or, if you aim at pwd, './'

Glad I could help, Fabrizio. After all, it was you who, on the reduser thread about Digital Cinema Packages, started to share experiments wrt encryption, KDMs etc.. Seems like ages ago now :)

hdvprojection

  • Full Member
  • ****
  • Posts: 221
    • View Profile
Re: Open Source DCP Workflow
« Reply #44 on: February 06, 2013, 11:39:29 AM »
Damn. I screwed up my workflow by not resizing extracted tiffs from 2048x1152 to 1920x1080. This happened once before, and as I recall I wound up with a teeny tiny image onscreen (as though opendcp assumed I was generating a 4k feature?) but I can't recall if I tried DCI resize or not. Any suggestions, other than the obvious: start over?

dcinemaforum.com

Re: Open Source DCP Workflow
« Reply #44 on: February 06, 2013, 11:39:29 AM »