Hi all,
Does anyone have issues generating KDMs for this server?
Any kind of KDM generated with DOM or easyDCP KDM Generator is rejected in
a cinema.
I had to tweak cinemaslides removing "DeviceListDescription" line on mt1
KDM to get it working and make the KDM identical than Waimea does.
Thanks for your help.
Lilian
Hi all.
This list has been quiet for a while...
Quick question: DCP-o-matic applies gamma correction when making a DCP
from a ProRes. When using "Export" to convert a DCP back to ProRes, does
DOM apply gamma correction in opposite direction? If so, to what? 2.4 or
2.2?
Jim
Hi Carsten,
Good day. I exported a DCP wonderfully made by dcp-o-matic to ProRes, and while it was perfect in the cinema testing, the ProRes export has extremely low audio. Audio in the cinema was perfect. Any possible issues are something I'm overlooking during export?
Thanks
Richard Fox [http://graphics.hotmail.com/emwink.gif]
Hi all,
I've had a bug report that DoM-encrypted DCPs don't play on EasyDCP
player. Has anybody tried that? Or does anybody have access to EasyDCP
player to try it?
Unfortunately the demo won't play back encrypted content as far as I can
see.
I hope everyone is doing OK!
Best,
Carl
Hi all.
This question is probably mostly for Carl, but thought I'd post it here
in case answer is of use to anyone else.
We use a setup with one "master" DCP-o-matic instance and other machines
on network running the Encode Server.
We mostly use 2.14.x but occasionally need to use the 2.15.x test
version for some strnage cases which require extra features only
available in DCP-o-matic test version.
Is the 2.15.x test version of DOM compatible with 2.14.x Encode Servers?
i.e. if we want to encode a DCP using the test version, do we need to
also switch to 2.15.x Encode Servers during that encode, or will stable
branch 2.14.x Encode Servers play nicely with a master running 2.15.x?
I'm less concerned about whether 2.15.x will use the power of the 2.14.x
Encode Servers, than whether there's any chance of an incompatibility
between 2.14.x and 2.15.x master and encoders causing glitches in the
encode.
Hope you can help.
Many thanks,
Jim
Hi all,
I have a new version of DCP-o-matic here:
https://dcpomatic.com/rc-download
There have been some bug fixes, but more importantly this version is built
against a newer version of the macOS SDK than previous versions, and has a
number of changes to comply with changes in Apple's notorization
requirements.
I was hoping to leave these fixes until 2.16.0 but Apple have quietly
changed some things and forced my hand.
I would be very grateful if anybody could take the time to test it.
It won't run on anything earlier than macOS Mavericks but I will upload a
different version for old OS versions soon.
Thank you!
Carl
Hello!
We need use the dcpomatic on a virtual servers. We have a server with two
processors, and when we start coding with dcpomatic on one virtual server
it works fast. When we start encoding with dcpomatic on two virtual servers
at the same time it works slow. Dcpomatic don't use a second proccesor.
Help us, say how to setup dcpomatic for use on two virtual servers, please.
With best regards, Boris.
I never had issues with hidden files. All DCI servers run Linux and are
aware of hidden files. It's just not 'pretty' if they go into a wide
distribution.
If you use a preformatted disc - use Mac OS disc utility to check wether it
is MBR or GUID/GPT formatted.
GUID/GPT can cause REAL issues with some servers - to the point that the
content vanishes from the disc. Make absolutely sure it uses an MBR
partition! If disc utility shows GUID - erase the disc and re-initialise
with the MBR option.
- Carsten
Hi.
I work on MAC and on PC. I make the DCPs with the MAC and when they are finished I pass them to the PC and from the PC I transfer them to the external NTFS hard disk to deliver. Could you copy them directly from the MAC to the NTFS hard drive? I have the NTFS for Mac application.
Thanks.
Ok, I understand, thank you very much for your complete explanation. very friendly. see you soon a greeting.
thanks
En jueves, 9 de julio de 2020 17:14:40 CEST, Carsten Kurz <audiovisual(a)t-online.de> escribió:
Am 09.07.2020 um 12:19 schrieb Jordi Miró via DCPomatic:
1. When I deliver a DCP to the client on hard disk, do I have to copy the folder with the name to the hard disk root, for example Bewarethechild_FTR-1-25_F_NORSK-ES_51_2K_20200708_SMPTE_OV or just the contents of this folder?
You may copy the content of that folder into the root directory, or, the complete folder 'Bewarethechild_FTR-1-25_F_NORSK-ES_51_2K_20200708_SMPTE_OV'
For that single DCP, it makes no difference. However, if you want to transport multiple DCPs on one disc, you need to use folders, as some files of a DCP always carry the same name and without a folder, can not be separated. In general, I would recommend copying the folder - it also makes sure you don't miss a file.
While it is allowed to change the folder name manually (but absolutely nothing inside that folder), if you do so, make sure you avoid any special chars outside the 'common' small ASCII charset, as some servers have then trouble recognizing the content. So, A-z, underscore, hyphen, nothing more.DCP-o-matic checks the CPL/folder name for compliance when you generate the project/DCP, but if you change it manually afterwards, you're on your own.This happens often with film titles that contain german umlaute, accents/diacritics, etc. Stay away from them - never name your DCP 'Jordi_Miró_FTR-1-25_F_NORSK-ES_51_2K_20200708_SMPTE_OV'
- Carsten
