tmeiczin / opendcp

Created digital cinemas packages (DCP)
http://www.opendcp.org
GNU General Public License v3.0
120 stars 52 forks source link

Multiple Reels #53

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
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 AntonySm...@gmail.com on 18 Apr 2011 at 5:12

GoogleCodeExporter commented 9 years ago
Mulptiple reels is currently only supported in the command line version.

Original comment by terrenc...@gmail.com on 18 Apr 2011 at 5:33

GoogleCodeExporter commented 9 years ago

Original comment by terrenc...@gmail.com on 24 Jul 2011 at 5:00

GoogleCodeExporter commented 9 years ago
Yes, i agree. multiple reel would really be great in the gui. 

Original comment by thierry....@gmail.com on 5 Mar 2012 at 6:58

GoogleCodeExporter commented 9 years ago
yea please add multiple reel so we could add a logo to an existing dcp ... 

Original comment by jaye...@gmail.com on 4 Jun 2012 at 1:48

GoogleCodeExporter commented 9 years ago
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 tombodid...@gmail.com on 14 Aug 2012 at 2:38

GoogleCodeExporter commented 9 years ago
it would be great..

Original comment by vinne...@gmail.com on 21 Jun 2013 at 9:45

GoogleCodeExporter commented 9 years ago
yes this is very important, so we can have a distributor jingle playing before 
the movie. Thanks a lot

Original comment by antoineb...@gmail.com on 18 Apr 2014 at 6:25

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
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 m...@rpmpictures.co.nz on 17 Jun 2014 at 9:55