tmeiczin / opendcp Goto Github PK

What steps will reproduce the problem?
1. check out V0.15
2. cmake .
3. make

What do you see instead?
Linking CXX executable ../build/opendcp_j2k
CMakeFiles/opendcp_j2k.dir/asdcp_intf.cpp.o: In function `global constructors 
keyed to uuid_random':
asdcp_intf.cpp:(.text+0x169): undefined reference to 
`Kumu::Result_t::Result_t(int, char const*, char const*)'
asdcp_intf.cpp:(.text+0x193): undefined reference to 
`Kumu::Result_t::Result_t(int, char const*, char const*)'
asdcp_intf.cpp:(.text+0x1c0): undefined reference to 
`Kumu::Result_t::Result_t(int, char const*, char const*)'
asdcp_intf.cpp:(.text+0x1ed): undefined reference to 
`Kumu::Result_t::Result_t(int, char const*, char const*)'
asdcp_intf.cpp:(.text+0x21a): undefined reference to 
`Kumu::Result_t::Result_t(int, char const*, char const*)'
CMakeFiles/opendcp_j2k.dir/asdcp_intf.cpp.o:asdcp_intf.cpp:(.text+0x247): more 
undefined references to `Kumu::Result_t::Result_t(int, char const*, char 
const*)' follow
collect2: ld returned 1 exit status
make[2]: *** [build/opendcp_j2k] Error 1
make[1]: *** [src/CMakeFiles/opendcp_j2k.dir/all] Error 2
make: *** [all] Error 2


What version of the product are you using? On what operating system?
Ubuntu 10.10 AMD64
GCC 4.4.5

The closing MainStereoscopic picture tag is missing the trailing >

What steps will reproduce the problem?
1. Type opendcp_xml without arguments
2. Type opendcp_xml with "-h/-help/--help" arguments
3.

What is the expected output? What do you see instead?
-Expected Usage table Help
-Usage Table Help correctly showed but wrong or duplicated arguments in help

What version of the product are you using? On what operating system?
-Opendcp_xml _v0.08b

Please provide any additional information below.
1)"i" argument is duplicated; improperly displayed also for |"--kind" argument
2)"m" argument as contract form for |"--rating" argument return Illegal option

message:
Hi Terrence
surprised to see all of these status update today!

Tim

The encoding process requires about 150mb per thread. One problem is that Win32 
can only handle 2GB of memory per application, so in a system that can run 8 
threads or so may run out of memory and crash. Another possibility is that you 
have not have enough memory for the amount of cores selected.

So, in addition to the number cores, the next version of OpenDCP will need to 
take into account the amount memory in the system. Also, offer the user the 
ability to reduce the number of cores used.

TEST SYSTEM: Xp Pro x64
App: OPENDCP_XML

RESULT BUGS:

-- REQUIRED TO RUN APP --
1)Libeay32.dll is missing in package (required for app to run) - Attached
2)MSVCP100 runtime libraries required to run app - Attached the 
redistribuitable version or get yourself from msdn

-------------------------
-- APP WORK --
1)All of 3 asset media (video/sound/subtitle) required per reel to let APP 
complete DCP else returnig fatal error if at least one is missing; is this 
normal? What if a user does not have a subtitle media? (by the way; tried to 
add double audio or video asset to fake it appear to solve the problem but i 
assume is not normal)

Not tried SMPTE MXF UL VALUES yet, MXF INTEROP correctly interpreted.
Everythingelse is working properly ;)

Next step i'm going to try ingest on various machine; i will report asap.

Hope this is usefull to the project.
Thankyou

Ps: any advise on my compile problem as of issue 13?

Currently OpenDCP is only compiled with OS X 10.6 support. Support for 10.5.8 
will be added.

What steps will reproduce the problem?
1. $ opendcp_xml_verify VOLINDEX.xml

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

If there is no signature, the program should exit gracefully instead of 
segfaulting. 


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

0.16 on Ubuntu 10.10

Please provide any additional information below.

gdb backtrace.

#0  0x00007ffff6ec1701 in xmlSecKeyStoreDestroy () from /usr/lib/libxmlsec1.so.1
#1  0x00007ffff6ec1a3a in xmlSecKeysMngrDestroy () from /usr/lib/libxmlsec1.so.1
#2  0x0000000000405c7a in xml_verify ()
#3  0x0000000000405852 in main ()

What steps will reproduce the problem?
1. in the release notes, for 0.16 version you have written :
2. "Improved XYZ color conversion"
3.

What is the expected output? What do you see instead?
I didn't test yet but I just wanted to know what kind of "improvements" you 
made in the XYZ color correction... I made a DCP from TIFF files generated in 
Rec.709 by After Effects CS5 these last days and I've seen a difference between 
the J2C files created by opendcp_j2k and other J2C files made from TIFF files 
in "DCDM XYZ Adobe 5900K gamma 2.6" and converted by opendcp_j2k with the "-x" 
option (to prevent from a double color space correction).

Is that this mismatch I can expect to be corrected with the 0.16 version of 
opendcp ?

What version of the product are you using? On what operating system?
0.16 on Mac OS X

Please provide any additional information below.
I will go in a digital cinema theatre soon... and i will test 5 different 
workflows...

A : After Effects 32-bit linear Universal Printing Density color space -> TIFF 
16-bit Rec.709 RGB -> opendcp_j2k -> J2C XYZ
B : After Effects 32-bit linear Universal Printing Density color space -> TIFF 
16-bit DCDM XYZ -> opendcp_j2k -x -> J2C XYZ
C : After Effects 16-bit no color space -> TIFF 16-bit RGB -> opendcp_j2k -> 
J2C XYZ
D : After Effects 16-bit no color space + color space utilitie "working space 
to DCDM XYZ" -> TIFF 16-bit DCDM XYZ -> opendcp_j2k -x -> J2C XYZ
E : After Effects 32-bit linear Universal Printing Density color space + gamma 
1.22:1 correction -> TIFF 16-bit Rec.709 RGB -> opendcp_j2k -> J2C XYZ

If you have any suggestion tell me... and I will tell wich way is the best to 
maintain correct colors from a calibrated 10-bit HD monitor to a Digital Cinema 
projector...

Thanks (from France ! ^^) for all your amazing work... :)

What steps will reproduce the problem?
1. 'cmake .' in terminal during the installation of opendcp 0.15
2.
3.

What is the expected output? What do you see instead?
error during building process, cmake couldn't find the TIFF library

What version of the product are you using? On what operating system?
opendcp 0.15 on Mac OS X.6.6

Please provide any additional information below.
In your "COMPILE.txt" help document you should add "- LibTIFF 
(http://www.libtiff.org/)" in the needed libraries... see below.

"Requirements
------------
The program requires the following libraries.

  - AS-DCP File Access Library (http://www.cinecert.com/asdcplib/)
  - OpenSSL (http://www.openssl.org/docs/crypto/crypto.html)
  - OpenJPEG (http://www.openjpeg.org)

Mac OS X and many linux distributions already have OpenSSL (libcrypto) and 
E2fsprogs (libuuid) installed.
"
Thx (from France) ! :)

opendcp is incorrectly generating the xmlns field.

"AssetMap xmlns="http://www.digicine.com/PROTO-ASDCP-VL-20040311#"

needs to be changed to

"AssetMap xmlns="http://www.digicine.com/PROTO-ASDCP-AM-20040311#"

This only MXF Interop packages

Hi Terrence,

First thank you very much for all your time and efforts. I've been following 
your progress with great interest and I would like to submit a few suggestions 
to improve your already great software.
I'm currently working on the 25P DCP of a feature film shot in 4K so a few 
enhancements would be great, I'm not an expert at all and all you'll get from 
me is an end-user's opinion :

1) Instead of the OpenJPEG library, would it be possible to use the Kakadu 
JPEG2000 one, as it is faster and it seems to integrate 25P and other 
framerates with more confidence
2) It would be great if you could offer a GUI, at least for Mac, as 
command-lines are just nightmares for simple guys like me ;-)
3) It would be also great to offer the possibility of inputting DPX files, and 
then process them with the usual X'Y'Z' and gamma conversion.

Keep up the good work Terrence !

Thank you,

Jean-Charles Wolfarth

opendcp_j2k is not currently being built on win32. This is because Microsoft 
Visual Studio does not include multithreaded support unless you purchase the 
profession edition.

The solution will be to not include multithreaded support on win32, move the 
compiling to mingw32, or get somebody else to compile it under Microsoft Visual 
C++ Professional.

What steps will reproduce the problem?
1. opendcp_j2k -i input.tiff -o output,j2k -r 24 -p cinema2k


What is the expected output? What do you see instead?
Should create a j2k image

Please use labels and text to provide additional information.
Windows crash

Add duration/entry points to XML.

What steps will reproduce the problem?
1. Created j2c, mxf and xml files as instructed
2. When tried to play at easyDCP I got an error message.
3. Checked cpl xml file, and noticed that there was wrong duration. It should 
have been 14728 frames, but instead it was 13186. I tested the workflow with 
360 frame videos, and it worked well. Now I've done two tests with the whole 
film. Both ended up with the same error.

What is the expected output? What do you see instead?
The CPL file should have had 14728 duration, but instead it was 13186.

What version of the product are you using? On what operating system?
0.15. Windows XP 64.

Please provide any additional information below.
easyDCP error notofication:
"Warnings for CPL 
"D:/egoism/Renders/FINAL/DCP/DCP\07335758-0717-4a12-a66f-d148ba1e14c4_cpl.xml":
Intrinsic duration of picture trackfile 9dec3c9a-4f9d-4877-89a4-f00194ca04b8 in 
CPL and MXF are not identical."

http://code.google.com/p/opendcp/downloads/detail?name=opendcp-0.02-src.zip is 
empty

Running the following command:

$ opendcp_xml -r Sintel.pix.mxf Sintel.audio.mxf -d -s -c Hunter4k -a "Sintel 
is an independently produced short film, initiated by the Blender Foundation." 
-t SINTEL_SHR-1_S_EN-XX_INT-TD_51-EN_4K_DOMP_20110218_H4K_OV -k short -l 4

Results in:

  <AnnotationText>Sintel is an independently produced short film, initiated by the Blender FoundatSINTEL_SHR-1_S_EN-XX_INT-TD_51-EN_4K_DOMP_20110218_H4K_OV</AnnotationText>


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

Opendcp 0.16, Ubuntu 10.10

Please provide any additional information below.

The sprintf used for the generation of the asset sizes use the wrong format 
string. Also typecasting size_t types to int like (int)st.st_size breaks code 
in a unpredictable ways. Just don't do it.

Never typecast printf prameters to tackle compiler warnings. Always fix the 
format string. In the following the format string was changed to properly 
process size_t/off_t parameters. That way the code stays portable.

Change the following.
opendcp_utils.c 160:  sprintf(asset.size,"%zd",st.st_size);
opendcp_xml.c   136:  sprintf(context->cpl.size,"%zd",st.st_size);
opendcp_xml.c   226:  sprintf(context->pkl.size,"%zd",st.st_size);

Also don't use DWORD, WORD in tiff_infoheader_t, for the same reason. Use 
uint32_t and uint16_t from stdint.h.

line 325 creates an unusable ASSETMAP.xml (by closing <AssetList> prematurely) 
(opendcp 0.02)

What steps will reproduce the problem?
1. Compile on Debian 6.0 stable 64 bit
2. Do a simple opendcp_j2k -i TIFF -o j2k
3. Segfault

What is the expected output? What do you see instead?
Expected to run and complete but instead segfaults after the first frame is 
written (or tried to be written) to disk. File written is about 1.5 KB big. 
Here is a copy of the terminal output:

rio@BlackDragon:/media/Gonzales$ opendcp_j2k -i WhatIff_TIFF -o WhatIff_j2k -r 
25 -l 4 -t 1

OpenDCP J2K 0.16 (c) 2010-2011 Terrence Meiczinger, All Rights Reserved.
  Encoder: OpenJPEG
[INFO] JPEG2000 conversion WhatIff_TIFF/WhatIFF_000001.tiff started
[DEBUG] Reading input file WhatIff_TIFF/WhatIFF_000001.tiff
[DEBUG] allocating odcp image

[DEBUG] TIFF read complete
[INFO] RGB->XYZ color conversion WhatIff_TIFF/WhatIFF_000001.tiff
[DEBUG] Creating Compressor WhatIff_j2k/WhatIFF_000001.j2c
[DEBUG] Setup J2k Encoder WhatIff_j2k/WhatIFF_000001.j2c
[DEBUG] Opening J2k output stream WhatIff_j2k/WhatIFF_000001.j2c
[INFO] Encoding file WhatIff_j2k/WhatIFF_000001.j2c
[DEBUG] Encoding file WhatIff_j2k/WhatIFF_000001.j2c complete
[INFO] JPEG2000 conversion WhatIff_TIFF/WhatIFF_000001.tiff complete
[INFO] JPEG2000 conversion WhatIff_TIFF/WhatIFF_000002.tiff started
[DEBUG] Reading input file WhatIff_TIFF/WhatIFF_000002.tiff
[DEBUG] allocating odcp image

[DEBUG] TIFF read complete
[INFO] RGB->XYZ color conversion WhatIff_TIFF/WhatIFF_000002.tiff
[DEBUG] Creating Compressor WhatIff_j2k/WhatIFF_000002.j2c
[DEBUG] Setup J2k Encoder WhatIff_j2k/WhatIFF_000002.j2c
[DEBUG] Opening J2k output stream WhatIff_j2k/WhatIFF_000002.j2c
[INFO] Encoding file WhatIff_j2k/WhatIFF_000002.j2c
Segmentation fault


What version of the product are you using? On what operating system?
I've compiled opendcp 0.16 on Debian 6.0 Squeeze Stable 64bit.
AS-DCP File Access Library 1.7.40
OpenSSL 0.9.8

Ubuntu 10.04 users need "uuid-dev" (version string "2.17.2-0ubuntu1") and need 
to add "-luuid" to line 9 of opendcp's Makefile.

The tiff->jpeg2000 conversion doesn't handle images with an alpha channel 
(RGBA) and instead results in a corrupted image.

It seems on some OSX systems the file dialog buttons are extremely slow or not 
working.

openDCP should use a better, cross-platform build system like CMake rather than 
a hand written Makefile. I have attached a patch that uses CMake instead. 

Cheers!

Andrew

FindXMLSec.cmake is broken on Ubuntu 10.10 due to Ubuntu putting the header 
file in Xmlsec1/xmlsec.

The changes also take advantage of the PREFIXES option to more cleanly search 
separate directories.

I've attached the entire file as I'm too lazy to make a patch manually. Is 
there somewhere that the code is hosted in a VCS like git or bzr?

Cheers,

Andrew

If you specify absolute paths in openjpeg_j2k, it will fail to build the output 
path correctly. To work around change into the directory above where your 
folders are located and run opendcp_j2k.

Broken:
/home/tools> opendcp_j2k -i /home/dcp/tiffs -o /home/dcp/j2k

Workaround:
cd /home/dcp
/home/dcp> /home/tools/opendcp_j2k -i tiffs -o j2k

Where is the source code for version 0.9 ?
There are only mac binaries ! Any "open" project must hava at least source code 
and ho undarstand to compile it to whatever he want.btw this way will be 
stopped peoples for which "open" mean free stuff to make money with.So let 
publish source code of version 0.9.

What steps will reproduce the problem?
1. See debug log attached
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.

Issues appear to be related to passed argument suffix "-r" or "--reel".
Please see the debug package

opendcp_xml willl not catch a duration mismatch if the sound is longer than the 
main picture by 1 frame.

What steps will reproduce the problem?
1. run opendcp_gui and select the JPEG2000 pane
2. select the inputpath (/Volumes/RAID/TIFF) with Pana.0000.tif
3. select the outputpath (/Volumes/RAID/J2K)
4. deselect XYZ Conversion
5. start convert


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

This should render to an increasing number of files, but instead it renders 
into a single Pana.j2c file without a proper numbering. The commandline tools 
get it right.


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

Seen on OSX 10.6.6 and Windows 7 Pro 64bit

What steps will reproduce the problem?
1. I typed command with an error. Didn't add word "interop" after -n
2. opendcp_mxf -i j2k -o video.mxf -n
3.

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

I would have expected an error notification. Instead the program hanged, and I 
had to restart the command line application.

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

0.15. Windows XP 64-bit.

Please provide any additional information below.

Selecting the JPEG2000 stereoscopic checkbox should reduce the bandwidth per 
image to 125mb/s. It doesn't, which will result in a codestream that is out of 
DCI specification. As a work around reduce the quality slider to 50 when 
creating 3D content. This will not reduce the image quality in the case of 3D.

Need to add command line argument to add rating to DCP

The string size of the kind attribute is 10 characters, but it needs to be 15.

What steps will reproduce the problem?
1. i loaded the audio and video mxf .. all good.
2. where is actually the final folder gonna be created?? no clue!
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.

see closing tag typo at line 181 ("CompositionPlayList"), renders CPL unusable 
(opendcp 0.02)

What steps will reproduce the problem?
1. type> opendcp_xml -reel (your reel)
2.
3.

What is the expected output? What do you see instead?
-Expected a final dcp creation (with option default values)
-App crush returning an unhandled exception.
What version of the product are you using? On what operating system?
WIN32 v0.08b

Please provide any additional information below.
Unhandled exception relates to parsing passed arguments; since app accepts 
"-reel" as argument option (does not return any illegal option warning) it 
fails.
Can i suggest a strongly argument option parsing for future releases? (avoid a 
user to submit "-reel" instead of "-r/--reel")

$ opendcp_xml -r image_24_frames.mxf audio_48_frames.mxf

doesn't complain or fix and writes out a cpl with garbled top Id.

Wolfgang Woehl

What steps will reproduce the problem?
1. Trying to package timedtext with opendcp_xml --reel video.mxf audio.mxf 
timedtext.mxf --digest
2.
3.

What is the expected output? What do you see instead?
Wellformed timedtext (with asdcp-test) is not accepted 

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

0.15

Please provide any additional information below.

Hi Terrence!

First of all thank you for your work. I appreciated very very much.
Picture and audio packaging worked well for me. I had some minor issues 
concerning Timedtext (I mean an mxf with a font to load and otherwise only text
that I had previously created with asdcp-test and checked according to DCI DCSS 
CTP 1.1) whitch I could solve with the attached patches. But there is a question
that still puzzles me quite a lot. I saw that you check for  equal duration of 
picture, audio and subtitles in opendcp_utils.cpp and I understand that you are 
following what seems to be said in the DCI DCSS v.1.2 at paragraph 5.3.4.2 and 
5.3.5.2. If I can understand that for picture and audio (and following CTP v. 
1.1 at § 4.4.4 there should be a check to complete a second with the 
respective frames for each track at the end of a file) I cannot realize why 
subtitle couldn't end before audio and video. It seems to me that the actual 
duration of the subtitle track is derived from the TimeOut of the last 
SpotNumber. 
So I suspect that a Subtitle track could in practice really be shorter than 
picture and audio. Otherwise very often one should have a last virtual 
SoptNumber without text or subpicture. What do you think?

Thank you again

Luca

Hi!
I am trying to compile opendcp_xml (0.11b) for Win32 using cygwin.

# cmake CMakeLists.txt succeeds.
# make opendcp_xml gives errors
seems like c++.exe can't deal with some options given.


please see my output:


# cmake CMakeLists.txt
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc.exe
-- Check for working C compiler: /usr/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++.exe
-- Check for working CXX compiler: /usr/bin/c++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
--
-- 
-------------------------------------------------------------------------------
-- Finding Library Dependencies
-- 
-------------------------------------------------------------------------------
-- Library Mode: Dynamic
-- Found OpenSSL: /lib/libssl.dll.a
-- Found EXPAT: /lib/libexpat.dll.a
-- Found ASDCP: /lib/libasdcp.a
-- Found KUMU: /lib/libkumu.a
-- Found TIFF: /lib/libtiff.a
-- Found OPENJPEG: /lib/libopenjpeg.dll.a
--
-- 
-------------------------------------------------------------------------------
-- Creating Build Files
-- 
-------------------------------------------------------------------------------
-- Configuring done
-- Generating done
-- Build files have been written to: /cygdrive/x/opendcp-0.11b-src-full

swk@technik1 /cygdrive/x/opendcp-0.11b-src-full
# make opendcp_xml
Scanning dependencies of target opendcp_xml
[ 16%] Building CXX object src/CMakeFiles/opendcp_xml.dir/asdcp_intf.cpp.o
c++: /DWIN32: No such file or directory
c++: /DKM_WIN32: No such file or directory
c++: /D_CRT_SECURE_NO_WARNINGS: No such file or directory
c++: /D_CRT_NONSTDC_NO_WARNINGS: No such file or directory
c++: /Zl: No such file or directory
c++: /EHsc: No such file or directory
c++: /MT: No such file or directory
c++: /DNDEBUG: No such file or directory
c++: /D_NDEBUG: No such file or directory
make[3]: *** [src/CMakeFiles/opendcp_xml.dir/asdcp_intf.cpp.o] Error 1
make[2]: *** [src/CMakeFiles/opendcp_xml.dir/all] Error 2
make[1]: *** [src/CMakeFiles/opendcp_xml.dir/rule] Error 2
make: *** [opendcp_xml] Error 2

any suggestions?

All the best
SwK

What steps will reproduce the problem?

> opendcp_j2k -i TIFF -o J2K -t 4
or
> opendcp_j2k -i TIFF -o J2K --threads 4

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

This should use 4 threads, but always starts only 1 thread. The GUI works fine 
and detects the right amount of CPUs to use.


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

Same behaviour on OSX 10.6.6 and Windows 7 workstations

Long option '--base' works. (opendcp 0.01)

Wolfgang Woehl

What steps will reproduce the problem?
1. opendcp_xml -s -d -r test.V.mxf test.A.mxf 
2.
3.

What is the expected output? What do you see instead?
in pkl file cpl information is not proper 
<Asset>
      <Id>urn:uuid:0ad685c6-276c-4d63-be4b-8b46f31eceff</Id>
      <Hash/>
      <Size>0</Size>
      <Type>text/xml;asdcpKind=CPL</Type>
    </Asset>

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

Please provide any additional information below.
Without -s option all XML files are proper.

When trying to create a 3D DCP from 3D MXF Interop files, ASDCP can't identify 
them. It will return with a error. 3D SMPTE files work fine.

What steps will reproduce the problem?
1.Extract tiff's using mthod told at 
http://dcinemaforum.com/forum/index.php?topic=6.0
2.try ti convert resulting tiff's to jk2's
3. see following.
mfoxdogg@linux:~/sintel_dcp_test> opendcp_j2k -i tiff -o j2k -r 24 -p cinema2k

OpenDCP J2K 0.17 (c) 2010-2011 Terrence Meiczinger, All Rights Reserved.
  Encoder: OpenJPEG
Segmentation faultion (1 thread) [                    ] 100% [0/0]
mfoxdogg@linux:~/sintel_dcp_test> 

What is the expected output? What do you see instead?
To work! and it didn't :P

What version of the product are you using? On what operating system?
latest stable, compiled, Linux32(OpenSuSE11.3)


Please provide any additional information below.
Tried to convert the sintel trailer (www.sintel.org) to dcp, using th 480p .mp4 

What steps will reproduce the problem?
1. opendcp_xml_verify
2.
3.

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


What version of the product are you using? On what operating system?
opendcp 0.16 for win32

Please provide any additional information below.

i was making some test mpeg dcp. for verifying my xml i used opendcp_xml_verfiy 
on all xml and on every xml i got this error


C:\opendcp-0.16-bin-win32>opendcp_xml_verify volindex.xml
func=xmlSecPtrListAdd:file=..\src\list.c:line=305:obj=unknown:subj=xmlSecPtrList
IsValid(list):error=100:assertion:
func=xmlSecKeyDataIdsRegister:file=..\src\keysdata.c:line=110:obj=unknown:subj=x
mlSecPtrListAdd:error=1:xmlsec library function failed:dataId=aes
func=xmlSecCryptoDLFunctionsRegisterKeyDataAndTransforms:file=..\src\dl.c:line=5
67:obj=aes:subj=xmlSecKeyDataIdsRegister:error=1:xmlsec library function failed:

func=xmlSecOpenSSLInit:file=..\src\openssl\crypto.c:line=268:obj=unknown:subj=xm
lSecCryptoDLFunctionsRegisterKeyDataAndTransforms:error=1:xmlsec library functio
n failed:
[http://rcq.qc.ca/2003-ratings] xmlsec-crypto initialization failed
[ERROR] signature node not found

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
advertisem in case of advertisement 

What version of the product are you using? On what operating system?
0.15 on windows XP

Please provide any additional information below.

Dear Terrence72

First of all congratulations for the project; glad to see here also Wolfgang 
Woehl, remember him from OPENCINEMATOOLS BOARD.
Sorry for writing here, this is not an issue, i know; but it's the only way to 
communicate.

By the way; i saw in download section ther're OSX Binaries available for 
download, i assume you're developing on mac platform; is there any chance to 
get MS WIN binaries as well?

Thank you
Timothy

see line 220 for typo "<AnnotationTextText>"

What steps will reproduce the problem?
1. type> opendcp_xml (reels) -a/--annotation "yourAnnotation"
2.
3.

What is the expected output? What do you see instead?
-Expected annotation text in both CPL/PKL files
-Annotation text applys only on PKL file.

What version of the product are you using? On what operating system?
WIN32 v0.08b

Please provide any additional information below.
Also passing "-annotation" as argument is accepted but result in corrupted 
Annotation Text String in CPL file; still not applys in PKL file.