opendcp
opendcp copied to clipboard
Published
20 hours ago •
tmeiczin
tmeiczin
Multiple Reels
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Please provide any additional information below.
I wondered if there was a multiple reel creation option that I'm missing. This
would be really handy.
Original issue reported on code.google.com by [email protected] on 18 Apr 2011 at 5:12
Mulptiple reels is currently only supported in the command line version.
Original comment by [email protected] on 18 Apr 2011 at 5:33
- Added labels: Type-Enhancement
- Removed labels: Type-Defect
Yes, i agree. multiple reel would really be great in the gui.
Original comment by [email protected] on 5 Mar 2012 at 6:58
yea please add multiple reel so we could add a logo to an existing dcp ...
Original comment by [email protected] on 4 Jun 2012 at 1:48
When creating a multi-reel dcp via command line is it possible to adjust
duration and entry point for each mxf using switches?
For example, If I want to trim 168 frames off of the 1st reel's audio file
(with a new duration of 3171):
opendcp_xml -r TEST_PIX.mxf TEST_AUD.mxf -n 3171 -e 168 -r TEST2_PIX.mxf
TEST2_AUD.mxf -t DCP_TEST
I've tried to use -e and -n to adjust one mxf/reel but all other reel entry
points are being affected in the cpl. I am using v0.19. Is this possible and am
I doing it wrong?
Original comment by [email protected] on 14 Aug 2012 at 2:38
yes this is very important, so we can have a distributor jingle playing before
the movie. Thanks a lot
Original comment by [email protected] on 18 Apr 2014 at 6:25
Firstly Terrence thanks for a great piece of software - making the innards of
DCPs intelligible and manipulable. I have the same issue with the command line
version, as outlined:
1 OpenDCP_xml seems only to set variables based on the options attached to the
LAST reel listed in a series, and attempts to apply durations to all. In my
case yesterday, reel 5 of 6 was the shortest, reel 6 was the next shortest in
frame count (-n), the app would duly checksum each reel, setting durations to
the reel 6 value, exiting with an error on reel 5, which was too short. The
coercions to a matching frame count obviously need to be applied on a
reel-by-reel basis, not globally .
2 The global tag of the DCP seems to be set to the tag (-t) value entered last
- in this case "Reel6".
3 There seems to be no ability to enter separate options for each mxf within a
reel - for example, to vary the _j2c and _pcm entry points to adjust sync.
Attempting to add a value to both mxfs resulted in the reel compiling with only
the first element in the reel - MainPicture but no MainSound.
My solution to get the DCP to build was to set all -n values to the smallest,
then manually edit the _cpl to include the correct values, and check the _pkl
to make sure the byte count of the amended _cpl file had not changed. I feel an
Applescript coming on...
Original comment by [email protected] on 17 Jun 2014 at 9:55