Getting "Invalid CompositionPlaylist file" error but no other errors upstream.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. running mkpkl on our video mxf, audio mxf, and cpl file
2.
3.

What is the expected output? What do you see instead?

We expect mkpkl to create a new xml packing list, instead we get no output
and the following error:

Kumu compiled without XML parser support.
/helga/uprising/pub/DCP/tower37_excerpt/tower37_excerpt.cpl.xml: Invalid
CompositionPlaylist file.

What version of the product are you using? On what operating system?

We compiled opencinematools-1.1.2 on linux (uname -a gives us "Linux keg
2.6.24-24-server #1 SMP Wed Apr 15 15:41:09 UTC 2009 x86_64 GNU/Linux")

Please provide any additional information below.

Help! We're trying to make our way through DCP creation and were making
good progress... until this mysterious error.

We have attached the cpl file that was created by mkcpl.

We don't know what's causing the Kumu error, nor do we know if it's suspicious.

We compiled opencinematools-1.1.2 and had to build a number of the
dependencies, including expat-2.0.1. The unix Makefile needed to be changed
to identify the location of some of the lib dependencies. We've attached
our tweaked Makefile too in case that's helpful.

Thanks in advance for your help/suggestions!

- chris

Original issue reported on code.google.com by perrygre...@gmail.com on 21 Jan 2010 at 9:50

Attachments:

• tower37_excerpt.cpl.xml
• Makefile

[GoogleCodeExporter]

I have since rebuilt asdcplib/kumu with XML support on, and after remaking 
mkpkl it
*seems* to now work.

I'd be happy to try and fold our Makefile changes in, or otherwise help assist 
on
Linux builds - who do I speak with about participating on the project?

- chris

Original comment by perrygre...@gmail.com on 22 Jan 2010 at 1:50

[GoogleCodeExporter]

Hi Chris,
   would you post your diff inline, here? Project maintainers no see for some time ...
Btw, did you use the asdcplib that came with opencinematools or did you build 
the
latest version from http://www.cinecert.com/asdcplib/ ?

Thanks, Wolfgang Woehl

Original comment by photonra...@gmail.com on 23 Jan 2010 at 12:37

[GoogleCodeExporter]

Wolfgang - I used the asdcplib that came with OCT. The only new thing I added 
was
expat-2.0.1 since the version which was distributed with OCT did not have an 
easy
configure/build script for Linux. The fresh download from expat worked great. 
So some
of my changes were to accommodate that change.

Here are my diffs for GNUmakefile in dep/asdcplib:
< CFLAGS    = -fPIC -Wall -Wno-switch -O3 -g -I. 
-DASDCP_PLATFORM="\"$(PLATFORM)\""
---
> CFLAGS    = -fPIC -Wall -Wno-switch -O3 -g -I. -I../expat-2.0.1/lib
-DASDCP_PLATFORM="\"$(PLATFORM)\""
170c170
< LDFLAGS += -L$(BUILD_DIR) -o 
---
> LDFLAGS += -L$(BUILD_DIR) -L../expat-2.0.1/.libs/ -o 
172,173d171
< ##
< ifdef WITH_XML_PARSER
176d173
< endif
256c253
<       gcc -I. -MT "\$$(BUILD_DIR)/$$srcname.o" -MM $$file; \
---
>       gcc -I. -I../expat-2.0.1/lib  -MT "\$$(BUILD_DIR)/$$srcname.o" -MM 
$$file; \

The summary: use expat-2.0.1, and I cheated by taking out the ifdef 
WITH_XML_PARSER
to force the recompile with it set. I should have just #defined it, so you can
probably ignore that one. I do think that that #define was the thing which made 
my
mkpkl ultimately work, so that makes me wonder why it isn't compiled by default 
with
that flag on.

Below are the diffs for the Makefile located in build/unix. The ugly changes 
are the
paths to the various libs (I think this can be fixed in a more elegant way by
unifying the Makefiles for the various subcomponents). The important changes 
were the
-lcrypto fix and adding an "all" target that makes all three tools.

1,2c1,3
< CC = g++
< LIBS = -lm -lopenjpeg -lexpat -lasdcp -lkumu -crypto
---
> INCL = -I../../dep/asdcplib/ -L../../dep/openjpeg 
-L../../dep/expat-2.0.1/.libs
-L../../dep/asdcplib/Linux
> CC = g++ $(INCL)
> LIBS = -lm -lopenjpeg -lexpat -lasdcp -lkumu -lcrypto
5a7,8
> all: mkcpl mkpkl mkmap
> 
13c16
<   $(CC) -o $(BINS)mkmap $(SRCS)mkmap.cpp $(LIBS)
\ No newline at end of file
---
>   $(CC) -o $(BINS)mkmap $(SRCS)mkmap.cpp $(LIBS)

If I could start with a new copy of the repository, I'd be happy to try and 
make a
much more polished Unix build. I could also look into the os X build, though I
haven't tried it yet. Let me know.

- chris

Original comment by perrygre...@gmail.com on 23 Jan 2010 at 2:25

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Chris,
   see
http://code.google.com/p/opencinematools/issues/detail?id=11
http://code.google.com/p/opencinematools/issues/detail?id=12
http://code.google.com/p/opencinematools/issues/detail?id=13

I'd recommend to use an up-to-date and "external" version of asdcplib (not 
build the
one provided with opencinematools -- which is out of date anyway, current 
version is
http://www.cinecert.com/asdcplib/asdcplib-1.5.32.tar.gz)

Since the maintainer (Marc Vandenbosch) seems to have abandoned the project it 
might
be just fine to set up another repository and /maintain/ it. Marc?

Wolfgang Woehl

Original comment by photonra...@gmail.com on 23 Jan 2010 at 9:14

[GoogleCodeExporter]

Wolfgang - I'd be happy to maintain the project with you and others should Marc 
deem
it appropriate. Let me know when/if you'd like to proceed. 

- chris

Original comment by perrygre...@gmail.com on 23 Jan 2010 at 4:58

[GoogleCodeExporter]

Hi Chris
Hi Wolfgang

just in case you're willing to revive the project i would be happy to add my 
(and of 
my associates) contribute with C++ coding and web publishing. (on my own 
servers)
Conditions are:
-serious team;
-distributed work;
-permisions (and supervision) of the original author;
-project must remain in the public domain.
Hope this will not result in any waste of time.

Thank you
Timothy (IT)

Original comment by timothy_...@hotmail.com on 26 Jan 2010 at 10:43

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Please, rado.markov, be more constructive or do not answer to questions.  This 
software 
has been developed for both commercial and free use.

This time I've removed you comment, try to be king with other.

Original comment by marc.van...@gmail.com on 27 Jan 2010 at 9:59

[GoogleCodeExporter]

those guys at cinecert should provide the executable files as well as the 
sources, 
because some of us can't build them from the files they provide (due to lack of 
tools 
and stuff).

Anybody has a built version of as-dcp that will run on windows? =D

Original comment by sergio.o...@gmail.com on 5 Feb 2010 at 6:26

[GoogleCodeExporter]

The bin-win32 version of Open Cinema Tools includes a compiled version of asdcp

Original comment by marc.van...@gmail.com on 5 Feb 2010 at 9:45

[GoogleCodeExporter]

yeah but it's an older version, 1.3-something I think? and the last version on 
the 
cinecert page is 1.5-something

Original comment by sergio.o...@gmail.com on 5 Feb 2010 at 6:00

[GoogleCodeExporter]

Hello, marc.vandenbosch

May be I'll be more constructive if you should be more constructive and remove 
errors from sources soon and made soft more  constructive. In that case there  
no 
more will be stupid question(yes, for me a lot of question here are stupid and 
NON 
profesional)and generally forum will be more profesional and more deep. Of 
course 
there all the time in any forum amatteurs that ask "How to do that for free and 
without my contribution to the project", but if you manage forum and project as 
needed such amateurs will dissapear and leave a room for real profesionals. If 
you 
needed that this forum seems like a tons of forum fitted with question "I wish 
that 
for free and immediately because I do bussiness with it " I can do nothing just 
will 
continue to develop in my direction... btw I removed some programming errors 
made 
some additional functions like: Corectly processing both mono/3D picture with 
Interop/smpte tags (mean that I can generate CPL for interop mono and 3D and 
smpte 
mono and 3D also I corect duration mismatch in sound/picture that are serious 
issue 
on some servers (I have access to the all servers on market) etc. So If you 
criticise me please do your part of your job or leave project to the other 
peoplesthat may be will menage it better.Do not forget that a lot of peoples 
get his 
bread on making DCP for money and with such "free" soft you get a part (if not 
all) 
of his bread. Because with free soft prices will  lower the prices and 
respectively 
the bread.So, you decide to get peoples bread or not...

Original comment by rado.mar...@gmail.com on 6 Feb 2010 at 11:03

[GoogleCodeExporter]

"Corectly processing both mono/3D picture with Interop/smpte tags (mean that I 
can 
generate CPL for interop mono and 3D and smpte mono and 3D also I corect 
duration 
mismatch in sound/picture that are serious issue on some servers."

Sincerely not really complicated, we managed it too; what about additional 
functions..just curious..

Original comment by timothy_...@hotmail.com on 6 Feb 2010 at 11:18

[GoogleCodeExporter]

You managed it with tons of manual work and NOT ina corect way(all the time) My 
corected mkcpl/mkpkl/mkmap do this AUTOMATICALLY and without additional 
parameters 
to command line, no need of any manual hassles.sound/picture Duration mismatch 
never 
been discussed here, but is a serious problem for some servers, that give me an 
idea 
that peoples till now never care about that or do not reach servers that not 
support 
duration mismatch.

Original comment by rado.mar...@gmail.com on 6 Feb 2010 at 11:23

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

..retouching source code appears not to be a complicate thing for a medium 
programmer; i just told you.
"Automatic"? What do you mean? There'are many ways to arrange code to do what 
you 
want.
If you was able to recode your executable congratulations!

About duration mismatch, problem really exist, it's not related to 
opencinematools 
in any way (just a rate parser problem in cinecert); sincerely not a problem on 
all 
major server.

Original comment by timothy_...@hotmail.com on 6 Feb 2010 at 11:35

[GoogleCodeExporter]

Automatic mean: you just start in a normal way mkcpl/mkpkl/mkmap and they do 
all 
neccesary without additional comand line parameter,and wihtout further manual 
modification of cpl/pkl/asset. Just hey make corect cpl/pkl for any kind of mxf 
2d,3d,smpte,interop... also if picture and sound are different type (one smpte 
one 
interop) program exit with error.

Original comment by rado.mar...@gmail.com on 6 Feb 2010 at 11:36

[GoogleCodeExporter]

Why recode executables? Just repairing and adding to the source code and 
compiling 
with LATEST libraries used (openssl,asdcplib xerces etc.)

Original comment by rado.mar...@gmail.com on 6 Feb 2010 at 12:17

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Recode executable means recode sources and recompile; "we managed too" means as 
before.
Automatic recognition of asset type is not a complicated thing, it would be 
easy as 
add a case in the source for new arguments at runtime, it sould be not 
considered as 
new feature but, ok, is confortable in usage; also regarding automatic 
recognition 
the whole work is easy due to prebuild classes in cinecert sources.
Ther're not any repairs to do in opencinematools, just in case only memory 
management; these tools are good starting point for improved versions.

Implement CTL in CINECERT SOURCE, this would be a great REAL feature.

Original comment by timothy_...@hotmail.com on 6 Feb 2010 at 12:43

[GoogleCodeExporter]

There AREsome smallrepairs to do. Anyway I get opencienma tools and develope it 
conform my needs.

Original comment by rado.mar...@gmail.com on 8 Feb 2010 at 11:00

[GoogleCodeExporter]

Hi i'm not getting the composition playlist.
when i run the mkcpl command i'm getting an error: Command not found.
there is no error while compiling and finally i'm getting an empty xml file.
Pls help.

Thanks
 John.

Original comment by bluehawk...@gmail.com on 6 Apr 2010 at 9:03