cth103 / dcpomatic Goto Github PK

Hello,
I created a mxf player in cpp but I was not able to play an encrypted mxf file. i saw that dcp o matic player played an encrypted mxf file using kdm. i also saw the source code of the dcp-o-matic player where the decryption was done using libdcp but I was not able to understand that and was not able to integrate it into my mxf player.
please help me a little bit so that I can add decryption part to my mxf player

With MT1 or DCI specific KDM, content can not play with error following.
The integrator talks about KDM signature error. Easy DCP KDM works fine.
Enclosed DOM & Easy DCP KDM.
SMPTE_KDM.zip

Aug 12 08:10:20 icmp-17261b user.err SM: SM- uploadKdm error: valdidity window outside signer range
Aug 12 08:10:20 icmp-17261b user.err SMS: Player- KDM [a43888fc-bdd6-42fb-9364-fde7701275ff] Security validation error: player - invalid key signer chain - key rejected
Aug 12 08:10:20 icmp-17261b user.err SMS: Player- CPL [SejourMtFuchun_FTR_F-178_CMN-FR_FR_51_2K_GAL_20200611_LJM_SMPTE_OV] Security validation error: no valid key found
Aug 12 08:10:20 icmp-17261b user.err SMS: Player- CPL [SejourMtFuchun_FTR_F-178_CMN-FR_FR_51_2K_GAL_20200611_LJM_SMPTE_OV] validation error: player - no valid key found - cannot play - aborting validation
Aug 12 08:10:20 icmp-17261b user.err SMS: Player- Player error: player - no valid key found - cannot play
Aug 12 08:10:20 icmp-17261b user.err SMS: SMS- Playlist Security validation failed: no valid key found

dcpomatic2: symbol lookup error: /usr/local/lib64/libdcpomatic2.so: undefined symbol: ZN4cxml11raw_convertIiNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEET_T0

Hi there,

Trying to automate a few tasks on our end... adding the argument --standard interop, then viewing the resultant dcp in dcpomatic shows that the interop is not being set correctly. Manually changing the 0 to 1 in the xml file seems to fix this.

command to test is as follows:

dcpomatic2_create -n 'test' --standard interop -o ~/testDCP/ '/mnt/xxxx/xxxx/xxxxx/xxxxx.wav' --content-ratio 239

dcpomatic2 version 2.14.37 git d1e9749

can it work with 3d subtitle by import 3d xml+png or 3d xml+font?
seems to lose Zposition in sub xml after being packaged .

Our tech just came across a package made with dcp-o-matic which has ClosedCaption but not MainSubtitle.

This might be intentional - it's not in this case - and is not incorrect. But a hint when adding ClosedCaption without MainSubtitle would probably cover the majority case (adding MainSubtitle).

Package was authored with DCP-o-matic 2.16.65 2fac14d in 10.2023.

Sorry for the noise if this has been taken care of in the meantime (not using here) or came about in a different way.

Hi,

I am compiling dcpomatic from sources in Ubuntu 18.04 by following the steps mentioned here https://dcpomatic.com/build/linux?distro=ubuntu-18.04

I observed that the video is stuttering in the dcpomatic2_player. Whereas if I download the deb file from the website, it works fine.

So are there any difference in build parameters mentioned in the above link and build parameters used for the pre-built binary provided by the website.

:)

Thanks,
Antony

Not sure whether it is a bug.

Scenario:

• Create a new content with dcpomatic2
• Add a Dolby 3D DCP
• Request the new content to have the same characteristics as the imported DCP
• Process.

In the CPL, the video in the AssetList of the original is <msp-cpl:MainStereoscopicPicture xmlns:msp-cpl="http://www.smpte-ra.org/schemas/429-10/2008/Main-Stereo-Picture-CPL"> ....</msp-cpl:MainStereoscopicPicture> whereas in the processed it is claimed as <MainPicture> ... </MainPicture>.
I would have expected The identification as MainStereoscopicPicture to be maintained, especially since the content remained stereoscopic.

Can you please add readme file for step by step how to run the code?
didnt get any readme file for how to run the code

This field is not saved in the cinema config file

Hi - I'm using DCP-O-Matic v 2.12.20 git d4f07d4 to create DCP from DCDM. Windows 7 professional, Dual Xeon X5650 @2.67GHz (2 processors), 48 gig of ram, 7200rpm 10TB drive for input and output.

I find that loading an image sequence of tiffs takes almost no time at all, but when I import a folder of WAV files (usually six in a folder per reel), the program freezes for several minutes, I guess as it is examining the content. It's a little easier to drag and drop the files from Windows Explorer into the Content section as the program does not seem to freeze 100% - even though it stalls, it does allow me to drag and drop more files. Once I click anywhere on the GUI, I get the standard Windows 'Not Responding' reaction.
This makes it hard to build a DCP as the DCDM audio is usually split up into a folder per reel, with 6 wavs per folder. So I usually have to add the six wavs, wait a few mins, then re-assign the timing so that they start at the correct reel which then produces another long freeze, then do the same for the next four or so reels.

On a side note - i love how your software auto-assigns the single WAV files to the correct channels, i'm assuming based on the filename. And the fact that encoding uses every core on our Dual-Xeon CPU machine is so great :)

Using dcpomatic2_create with version 2.16.62
I get the following error dcpomatic2_create: Programming error at ../src/utc_offset.cc:53
The KDM was generated for a dcpomatic2 private key using <!-- Generated by Key Store Plugin (Waimea) v0.6.52 (wlib 3.3.15) -->

Of course, the same error occurs when using GUI dcpomatic2 and dcpomatic2_player.

What may produce such an error?

PS: I tested on two different KDMs for two DCPs produced by the same provider. It triggered the the same error.

Hi,

I'm trying to run the Appimage on NixOS 23.11 without success.

[eyduh@editing-bench:~/Downloads]$ ./DCP-o-matic-2.16.70-x86_64.AppImage 
DCP-o-matic-2.16.70-x86_64.AppImage installed in /home/eyduh/.cache/appimage-run/9d6e44d863d326eaf97b546b666b0b9ad69d8a750b2db417f77ccce429491b5e
/home/eyduh/.cache/appimage-run/9d6e44d863d326eaf97b546b666b0b9ad69d8a750b2db417f77ccce429491b5e/usr/bin/dcpomatic2: error while loading shared libraries: libthai.so.0: cannot open shared object file: No such file or directory

If I run the DCP in an environment with the required libraries I encounter the same issue:

[eyduh@editing-bench:~/Downloads]$ nix-shell -p libthai

[nix-shell:~/Downloads]$ ./DCP-o-matic-2.16.70-x86_64.AppImage 
DCP-o-matic-2.16.70-x86_64.AppImage installed in /home/eyduh/.cache/appimage-run/9d6e44d863d326eaf97b546b666b0b9ad69d8a750b2db417f77ccce429491b5e
/home/eyduh/.cache/appimage-run/9d6e44d863d326eaf97b546b666b0b9ad69d8a750b2db417f77ccce429491b5e/usr/bin/dcpomatic2: error while loading shared libraries: libthai.so.0: cannot open shared object file: No such file or directory

Since the Appimage depends on shared libraries that are expected to reside in /usr/lib/* it fails to locate these libaries even if installed on the host as the actual location on nixos is in the nix store like a so

[nix-shell:~]$ nix repl
Welcome to Nix 2.18.1. Type :? for help.

nix-repl> :l <nixpkgs>
Added 19749 variables.

nix-repl> "${libthai}"
"/nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29"

nix-repl> :q

[nix-shell:~]$ du -a /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29
4       /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/lib/libthai.la
52      /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/lib/libthai.so.0.3.1
4       /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/lib/libthai.so
60      /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/lib
576     /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/share/libthai/thbrk.tri
576     /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/share/libthai
576     /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29/share
636     /nix/store/7056l05jgksy4l9y2anifdg8p9q7vf85-libthai-0.1.29

Judging by this completely different issue, I would run into a similar issue with a few other libraries as well.

I'll look into setting up a nix derivation to build dcp-o-matic from source based on the instructions on your website but until then, would it be impractical to bundle these libraries into the AppImage? Alternatively, a way for it to find the libraries when in a non-standard location?

Thanks!

When cross-compiling v2.15.x for Win32 from GNU/Linux against latest FFmpeg since July 22nd, this symbol is undefined.

av_get_default_channel_layout(int)

It is probably not the fault of dcpomatic's code!

The error crept in at this FFmpeg commit:
FFmpeg/FFmpeg@1be3d8a

1be3d8a0cb77f8d34c1f39b47bf5328fe10c82d7 on 22/07/2021:

"avcodec/avcodec: Stop including channel_layout.h in avcodec.h"

dcpomatic2 compiles without problem when libavcodec/avcodec.h in the the FFmpeg source is altered to return

#include <libavutil/channel_layout.h>

to around line 34 of the file.

I'm not sure what the etiquette is here — do I go to FFmpeg dev list with this first?

Trying to build dcpomatic there is a large amount of errors that essentially just state that

../src/lib/dcp_decoder.cc:173:17: error: no viable conversion from 'boost::optional<int64_t>' (aka 'optional<long long>') to 'const int64_t' (aka 'const long long')
                int64_t const entry_point = (*_reel)->main_sound()->entry_point ();

This is one of many identical errors.

Can be resolved with dereferencing.. ie *( XY ).

I don't know if this is a particular platform error maybe?
I had to fix up the configuration step a bit to make it work on my system..

Or am I not using the latest version?

Hi,

We are using OSX El Capitan with DCP-O-Matic version 2.14.11 (i know we should upgrade, but the changelog doesn't look like this has been fixed).

We noticed that we can select multiple source images (DCDM TIFFS in our case) and set the scaling for all sources at once. When selecting things like colour space conversion though, it only seems to allow for change the setting for one of the sources, not all.

Same goes for audio - let' say you have 30 audio inputs and you want to trim 8 seconds of audio from the head and tail, you have to do it for each one manually.
I'd imagine that all off this is because they have to set manually - audio has the 'set' button, and the colour space has the 'edit' for manual adjustments. It would be great to be able to make batch changes though.

The crash occurs when converting a 3D encrypted DCP into a clear DCP (providing the corresponding KDM).
The error is
terminate caught unhandled exception. what(): could not open file to compute digest (/mnt/techdev-nas/DCP2/Dolby_3D_DCPs/rnd/Movie/Movie_FTR-1_S_XX-XX_71-HI-VI-IAB_2K_20230918_SMPTE_OV/pcm_18e657ad-a24e-496a-b1c5-e1d6a2270918.mxf) (error -13)
The DCP is not transcoded as the target project uses the characteristics from the source DCP. An example of the command
dcpomatic2_create -t Dolby3D -n Movie -c FTR --kdm kdm_Movie_FTR_EN-XX_Atmos_430-2_LEAF_Sony_2023-08-31_2023-11-30_DGB.xml Movie_FTR-2-3D-DVis_S_EN-XX_OV_51-Atmos_2K_SPE_20161213_DLB_SMPTE-3D_OV/ -o ../rnd/Movie dcpomatic2_cli ../rnd/Movie
The operation does the full decryption, "conversion," transfer in the OV directory, and crashes at the index calculation. The end of the log file is as follows:
Fri 15 Sep 2023 09:53:41 AM PDT: Transcode job starting Fri 15 Sep 2023 09:53:41 AM PDT: Sub-job Encoding starting Fri 15 Sep 2023 11:08:05 AM PDT: Clearing queue of 0 Fri 15 Sep 2023 11:08:05 AM PDT: Terminating encoder threads Fri 15 Sep 2023 11:08:05 AM PDT: Mopping up 0 Fri 15 Sep 2023 11:08:05 AM PDT: Terminating writer thread Fri 15 Sep 2023 11:08:05 AM PDT: Finishing ReelWriters Fri 15 Sep 2023 11:08:28 AM PDT: Writing XML Fri 15 Sep 2023 11:08:28 AM PDT: Sub-job Computing digests starting
I have tested with two different DCPS (different movies). Both crashed with the same error. I know the DCPs are OK, as they were used in DCI projectors. I performed the same operation with a non-encrypted, 2D DCP. In that case, the operation succeeded.
The same behavior occurs with the GUI.
Using the most recent candidate release v2.16.64 on Ubuntu 22.04.

I followed the build instructions from:

https://dcpomatic.com/build/linux?distro=ubuntu-18.04

However, when building dcp-o-matic, I am seeing the following error:

../src/lib/dcp_examiner.cc: In constructor ‘DCPExaminer::DCPExaminer(boost::shared_ptr)’:
../src/lib/dcp_examiner.cc:138:18: error: no match for ‘operator+=’ (operand types are ‘Frame {aka long int}’ and ‘boost::optional’)

Does anyone know how to fix this?

Thanks
Peter

Is asdcplib read kdm encrypted dcp ? i have the kdm file how i decrypt it using asdcplib .
please help me. i find the key in kdm file but I not able to understand where I put this key in asdcplib.

I am trying to create a subtitle with Ruby Element (furigana annotation) for Japanese subtitles. I manually modified the SMPTE 2014 XML created by Subtitle Edit, but when I try to import it in O-Matic, it gives me an error. O-Matic seems to not recognize Ruby (unexpected node Ruby). Is this a bug or a missing feature in the software?