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
Hi Carl, Good morning, I hope you are well.I have a couple of doubts…
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?
2. What do I have to do to be able to check without any playback problems with DCP-o-matic 2 Player? My machine is powerful and playback is not smooth.
3. What program do you recommend for exporting subtitles (SRT) to import them into DCP-O-Matic 2?
Thank you very much and greetings.
Jordi Miró. 678442976
Hi Carl, I hope you are well. I need urgent help.
To my client, who is dedicated to film distribution, an international distributor says:
Could you please send me your lab's server certiifcate in order to issue the DKDM for the DCP?
No se que información le tengo que proprcionar. Me podrias aydar?
Muchas gracias!
Jordi Miró
been trying to convert out film into DCP but every time I do it keeps
telling me no assetmap?
macOS cataline
version: 10.15.2
I don't know what i'm doing wrong?
Really great idea!
Thanks,
Dave Roman
The Colour Closet
#101-511 West 14th Ave
Vancouver, BC, Canada
V5Z 2V7
639 317 7724
> On Mar 30, 2020, at 5:29 PM, dcpomatic-request(a)carlh.net wrote:
>
> Send DCPomatic mailing list submissions to
> dcpomatic(a)carlh.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
> or, via email, send a message with subject or body 'help' to
> dcpomatic-request(a)carlh.net
>
> You can reach the person managing the list at
> dcpomatic-owner(a)carlh.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of DCPomatic digest..."
>
>
> Today's Topics:
>
> 1. Re: DCP-o-matic Disk Writer alpha test (Carl Hetherington)
> 2. Re: DCP-o-matic Disk Writer alpha test
> (cjflynn(a)digitaltesttools.com)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 31 Mar 2020 01:14:09 +0100 (BST)
> From: Carl Hetherington <cth(a)carlh.net>
> To: "audiovisual(a)t-online.de" <audiovisual(a)t-online.de>
> Cc: "dcpomatic(a)carlh.net" <dcpomatic(a)carlh.net>
> Subject: Re: [DCP-o-matic] DCP-o-matic Disk Writer alpha test
> Message-ID: <alpine.DEB.2.21.2003310105070.1218(a)main.carlh.net>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all,
>
>> Can you tell us how this works/what it is doing in detail?
>
> There is some platform-specific code to find available drives and open
> them as devices that DCP-o-matic can write raw data to. Then there is a
> library called lwext4 (https://github.com/gkostka/lwext4) (that I have
> tweaked a little) which can make an ext2 filesystem given a place to write
> the raw data.
>
> So the DCP-o-matic Disk Writer just asks for a DCP and a drive, then
> formats the drive as ext2 with the required inode size, copies the data
> and verifies it.
>
> It seems to work on Windows and Linux and I am just working on the Mac
> version.
>
> The two main concerns I have are:
>
> 1. does it destroy users' data?
> 2. does it *always* either a) make a valid DCP drive or b) give an error.
>
> If we are confident that (1) happens rarely and (2) happens mostly then we
> will probably have a useful tool. TBH one of the main motivations here is
> to remove a source of error that can be blamed on DCP-o-matic, and to
> simplify the explanation of the DCP-making process to truly be "put your
> file in, click the button, get a drive out".
>
> All the best,
> Carl
>
>
>
>>
>> - Carsten
>>
>>
>> -----Original-Nachricht-----
>> Betreff: [DCP-o-matic] DCP-o-matic Disk Writer alpha test
>> Datum: 2020-03-30T00:35:45+0200
>> Von: "Carl Hetherington via DCPomatic" <dcpomatic(a)carlh.net>
>> An: "dcpomatic(a)carlh.net" <dcpomatic(a)carlh.net>
>>
>> Hi all,
>>
>> I'm hopefully not-too-far (TM) away from having a very alpha-quality
>> version of a "disk writer" tool for DCP-o-matic. This is a thing which
>> can format a drive as EXT2 and copy a DCP onto it from
>> Linux/macOS/Windows.
>>
>> Since the potential for disaster is fairly high with this tool (i.e.
>> unrecoverably destroyed hard disk partitions) I am hoping to find some
>> brave and interested parties to test it out in a sort of "closed beta"
>> arrangement, rather than making it available to everybody in the normal
>> test version.
>>
>> If you are interested in helping out with testing, drop me a line! All
>> that's really required is an understanding that the software might destroy
>> any data that happens to be on any drive connected to the computer that
>> you run it on. So if you have an old machine that you could tolerate
>> re-installing, that would be ideal! It doesn't need any great CPU power.
>>
>> If you have access to a cinema to test your copied drives, even better!
>>
>> I hope everybody is keeping as well as can be expected given the current
>> state of the world.
>>
>> Kind regards,
>> Carl
>>
>>
>> _______________________________________________
>> DCPomatic mailing list
>> DCPomatic(a)carlh.net
>> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>> ?
>>
>> _______________________________________________
>> DCPomatic mailing list
>> DCPomatic(a)carlh.net
>> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 30 Mar 2020 17:28:56 -0700
> From: "cjflynn(a)digitaltesttools.com" <cjflynn(a)digitaltesttools.com>
> To: Carl Hetherington <cth(a)carlh.net>
> Cc: "audiovisual(a)t-online.de" <audiovisual(a)t-online.de>,
> "dcpomatic(a)carlh.net" <dcpomatic(a)carlh.net>
> Subject: Re: [DCP-o-matic] DCP-o-matic Disk Writer alpha test
> Message-ID:
> <75956F52-8767-4467-946C-252982593D1E(a)digitaltesttools.com>
> Content-Type: text/plain; charset="utf-8"
>
> My spare Mac situation might be great for this since it is booting off an external USB. So, if the program will confuse and wipe out anything, it will be a good target. I?ll make certain to make an image of it for when you are ready for testing!
>
> Best in return,
> C J
>
>> On Mar 30, 2020, at 5:14 PM, Carl Hetherington via DCPomatic <dcpomatic(a)carlh.net> wrote:
>>
>> Hi all,
>>
>>> Can you tell us how this works/what it is doing in detail?
>>
>> There is some platform-specific code to find available drives and open
>> them as devices that DCP-o-matic can write raw data to. Then there is a
>> library called lwext4 (https://github.com/gkostka/lwext4 <https://github.com/gkostka/lwext4>) (that I have
>> tweaked a little) which can make an ext2 filesystem given a place to write
>> the raw data.
>>
>> So the DCP-o-matic Disk Writer just asks for a DCP and a drive, then
>> formats the drive as ext2 with the required inode size, copies the data
>> and verifies it.
>>
>> It seems to work on Windows and Linux and I am just working on the Mac
>> version.
>>
>> The two main concerns I have are:
>>
>> 1. does it destroy users' data?
>> 2. does it *always* either a) make a valid DCP drive or b) give an error.
>>
>> If we are confident that (1) happens rarely and (2) happens mostly then we
>> will probably have a useful tool. TBH one of the main motivations here is
>> to remove a source of error that can be blamed on DCP-o-matic, and to
>> simplify the explanation of the DCP-making process to truly be "put your
>> file in, click the button, get a drive out".
>>
>> All the best,
>> Carl
>>
>>
>>
>>>
>>> - Carsten
>>>
>>>
>>> -----Original-Nachricht-----
>>> Betreff: [DCP-o-matic] DCP-o-matic Disk Writer alpha test
>>> Datum: 2020-03-30T00:35:45+0200
>>> Von: "Carl Hetherington via DCPomatic" <dcpomatic(a)carlh.net>
>>> An: "dcpomatic(a)carlh.net" <dcpomatic(a)carlh.net>
>>>
>>> Hi all,
>>>
>>> I'm hopefully not-too-far (TM) away from having a very alpha-quality
>>> version of a "disk writer" tool for DCP-o-matic. This is a thing which
>>> can format a drive as EXT2 and copy a DCP onto it from
>>> Linux/macOS/Windows.
>>>
>>> Since the potential for disaster is fairly high with this tool (i.e.
>>> unrecoverably destroyed hard disk partitions) I am hoping to find some
>>> brave and interested parties to test it out in a sort of "closed beta"
>>> arrangement, rather than making it available to everybody in the normal
>>> test version.
>>>
>>> If you are interested in helping out with testing, drop me a line! All
>>> that's really required is an understanding that the software might destroy
>>> any data that happens to be on any drive connected to the computer that
>>> you run it on. So if you have an old machine that you could tolerate
>>> re-installing, that would be ideal! It doesn't need any great CPU power.
>>>
>>> If you have access to a cinema to test your copied drives, even better!
>>>
>>> I hope everybody is keeping as well as can be expected given the current
>>> state of the world.
>>>
>>> Kind regards,
>>> Carl
>>>
>>>
>>> _______________________________________________
>>> DCPomatic mailing list
>>> DCPomatic(a)carlh.net
>>> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>>> ?
>>>
>>> _______________________________________________
>>> DCPomatic mailing list
>>> DCPomatic(a)carlh.net
>>> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>> _______________________________________________
>> DCPomatic mailing list
>> DCPomatic(a)carlh.net <mailto:DCPomatic@carlh.net>
>> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic <http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic>
>
Hi all,
I'm hopefully not-too-far (TM) away from having a very alpha-quality
version of a "disk writer" tool for DCP-o-matic. This is a thing which
can format a drive as EXT2 and copy a DCP onto it from
Linux/macOS/Windows.
Since the potential for disaster is fairly high with this tool (i.e.
unrecoverably destroyed hard disk partitions) I am hoping to find some
brave and interested parties to test it out in a sort of "closed beta"
arrangement, rather than making it available to everybody in the normal
test version.
If you are interested in helping out with testing, drop me a line! All
that's really required is an understanding that the software might destroy
any data that happens to be on any drive connected to the computer that
you run it on. So if you have an old machine that you could tolerate
re-installing, that would be ideal! It doesn't need any great CPU power.
If you have access to a cinema to test your copied drives, even better!
I hope everybody is keeping as well as can be expected given the current
state of the world.
Kind regards,
Carl
Dear Carl,
Our customer Mrs. Deickert is working with your wonderful tool to create frequently DCPs for her cinema.
We created a remote working solution for, the Sony Server is connected to a small PC with is continuosly connected to the Internet. First we tried Apple iCloud synchronization to bring the DCP files from her Macbook Pro to the Windows PC, now we switched to GDrive.
Currently we face the issues that the GDrive sync app does not sync two files which are technically identical but have a different naming. I speak about both the j2c and the file in the movie folder. I do not know why during the export you save the video file with two diffenent names. Is there a way to disable the second video export in the movie folder? As GDrive is skipping the j2c movie file, the server does not allow to ingest the DCP in a correct way. Do you have any idea?
Thank you and best regards from Munich
René
__________________________________________________
René Wagner, M.Sc.
Specialist for Virtual Reality, Multimedia, High-Res Projection and Digital Cinema systems
Tel: +49 89 958 23 324 Videocation GmbH
Fax: +49 89 958 23 299 Schatzbogen 50-52
Mobile: +49 162 61 22 714 DE-81829 München
r.wagner(a)videocation.com<mailto:r.wagner@videocation.com> Registergericht München HRB 555 80
www.videocation.com<http://www.videocation.com/> Geschäftsführer Carl Nedeltschev, Ralf P. Pfeffer
Hello from Berlin, Germany.
I need help with exporting the necessary data out of dcpomatic in order for a posthouse to make me a DKDM that I can use, to create KDMs for festivals. I’m the director of that movie and we agreed to outsource this process from the posthouse to me to safe a lot of money and time for the KDM creation.
I exported the „KDM Encryption Certificate“ as explained in the manual and sent it to the company. They said, they need also a pem file. I didn’t know which file was right, so I exported everything to them what I found under the keys tab. 4 or 5 files. Then they finally made me the DKDM. But when I try to open in in the KDM Creator it failes and warns, that it maybe was made with the wrong certificate.
We are lost. Can you help me? Which files are exactly needed in order to create a DKDM and where do I export them?
Thanks, Martin
___
Martin Busker
Regisseur und Autor
Prenzlauer Allee 203
10405 Berlin
+49 179 2319461
mail(a)martin-busker.de
www.martin-busker.de
Hi all.
I'm making a DCP of compilation of short films. Half the films are 4K
source, the other half are 2K.
If I make the DCP as 4K, the 2K films will get uprezzed to 4K, but the
majority of cinemas will probably only have 2K projectors, so will
downres to 2K again.
Will that result in the 2K films looking worse than they would have if
the DCP was made 2K in the first place?
i.e. This would involve 2 translations: (1) DCP-o-matic 2K -> 4K scaling
and (2) J2K decoding discarding a resolution level. Are the two
translations a good mirror of each other? Or do they work in different
ways so it could result in the 2K film looking less sharp than if DCP
had been encoded in 2K in the first place?
Obviously, the 4K films would look less sharp if encoded as 2K. But what
I'm wondering is whether I need to make both 2K and 4K DCPs so the films
can be presented optimally in all cinemas, or whether just a 4K DCP will
cover all cases.
Hope this makes some kind of sense!
Jim
So, maybe it was indeed Resolve. There are other options as well, Adobe products, JPEG2000 plugins for Adobe products.
- Carsten
Am 26.01.2020 um 16:34 schrieb lilian:
> It seems the mxf was only wrapped with OpenDCP:
> asdcp-info -i -d returns
>
> SMPTE 429 file essence type is JPEG 2000 pictures, (6737 edit units).
> ProductUUID: 43059a1d-0432-4101-b83f-736815acf31d
> ProductVersion: 0.30.0
> CompanyName: OpenDCP
> ProductName: OpenDCP
> EncryptedEssence: No
> AssetUUID: 1ee2949c-c2ef-46f5-b5c5-738109994496
> Label Set Type: SMPTE
> AspectRatio: 1998/1080
> EditRate: 24/1
> SampleRate: 24/1
> StoredWidth: 1998
> StoredHeight: 1080
> Rsize: 3
> Xsize: 1998
> Ysize: 1080
> XOsize: 0
> YOsize: 0
> XTsize: 1998
> YTsize: 1080
> XTOsize: 0
> YTOsize: 0
> ContainerDuration: 6737
> -- JPEG 2000 Metadata --
> ImageComponents:
> bits h-sep v-sep
> 12 1 1
> 12 1 1
> 12 1 1
> Scod: 1
> ProgressionOrder: 4
> NumberOfLayers: 1
> MultiCompTransform: 1
> DecompositionLevels: 5
> CodeblockWidth: 3
> CodeblockHeight: 3
> CodeblockStyle: 0
> Transformation: 0
> Precincts: 6
> precinct dimensions:
> 1: 128 x 128
> 2: 256 x 256
> 3: 256 x 256
> 4: 256 x 256
> 5: 256 x 256
> 6: 256 x 256
> Sqcd: 66
> SPqcd: 972096f096f096c08f008f008ee087508750876870057005704777d377d37762
>
> j2c-test does not give the same result between Jim's DCP and J2K created with OpenDCP.
>
> Jim's DCP:
> SIZ:
> Rsize: 3
> Xsize: 1998
> Ysize: 1080
> XOsize: 0
> YOsize: 0
> XTsize: 1998
> YTsize: 1080
> XTOsize: 0
> YTOsize: 0
> Csize: 3
> Components
> 0: 11, 1, 1
> 1: 11, 1, 1
> 2: 11, 1, 1
> COD:
> ProgOrder: CPRL
> Layers: 1
> DecompLevels: 5
> CodeBlockWidth: 32
> CodeBlockHeight: 32
> CodeBlockStyle: 0
> Transformation: 9/7
> QCD:
> QuantizationType: scalar expounded
> GuardBits: 4
> SPqcd: 4
> 000000: 20 96 f0 96 f0 96 c0 8f 00 8f 00 8e e0 87 50 87 .............P.
> 000001: 50 87 68 70 05 70 05 70 47 77 d3 77 d3 77 62 P.hp.p.pGw.w.wb
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> Unprocessed marker - SOT: Start of tile-part
> Processed 11 JPEG 2000 marker items.
>
> OPEN DCP 0.30.0:
> SIZ:
> Rsize: 3
> Xsize: 1920
> Ysize: 1080
> XOsize: 0
> YOsize: 0
> XTsize: 1920
> YTsize: 1080
> XTOsize: 0
> YTOsize: 0
> Csize: 3
> Components
> 0: 11, 1, 1
> 1: 11, 1, 1
> 2: 11, 1, 1
> COD:
> ProgOrder: CPRL
> Layers: 1
> DecompLevels: 5
> CodeBlockWidth: 32
> CodeBlockHeight: 32
> CodeBlockStyle: 0
> Transformation: 9/7
> QCD:
> QuantizationType: scalar expounded
> GuardBits: 4
> SPqcd: 4
> 000000: 20 96 f0 96 f0 96 c0 8f 00 8f 00 8e e0 87 50 87 .............P.
> 000001: 50 87 68 70 05 70 05 70 47 77 d3 77 d3 77 62 P.hp.p.pGw.w.wb
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> COM:OpenDCP
> Unprocessed marker - SOT: Start of tile-part
> Processed 12 JPEG 2000 marker items.
>
> DOM 2.14.17:
> SIZ:
> Rsize: 3
> Xsize: 1998
> Ysize: 1080
> XOsize: 0
> YOsize: 0
> XTsize: 1998
> YTsize: 1080
> XTOsize: 0
> YTOsize: 0
> Csize: 3
> Components
> 0: 11, 1, 1
> 1: 11, 1, 1
> 2: 11, 1, 1
> COD:
> ProgOrder: CPRL
> Layers: 1
> DecompLevels: 5
> CodeBlockWidth: 32
> CodeBlockHeight: 32
> CodeBlockStyle: 0
> Transformation: 9/7
> QCD:
> QuantizationType: scalar expounded
> GuardBits: 4
> SPqcd: 4
> 000000: 20 96 f0 96 f0 96 c0 8f 00 8f 00 8e e0 87 50 87 .............P.
> 000001: 50 87 68 70 05 70 05 70 47 77 d3 77 d3 77 62 P.hp.p.pGw.w.wb
> COM:libdcp
> Unprocessed marker - SOT: Start of tile-part
> Processed 8 JPEG 2000 marker items.
>
> Le dim. 26 janv. 2020 à 15:13, audiovisual--- via DCPomatic <dcpomatic(a)carlh.net> a écrit :
>
> I am not fluent in J2K, but to me it looks as if that codestream at least tries to be DCI compliant:
>
> ---
> Cinema2K profile: This option generates a codestream compliant to the Digital cinema specifications for a 2K resolution content. The value given is the frame rate which can be 24 or 48 fps. The main specifications of the JPEG Profile-3 (2K Digital Cinema Profile) are * Image size = 2048 x 1080 (at least one of the dimensions should match 2048 x 1080) * Single tile * Wavelet transform levels = Maximum of 5 * Wavelet filter = 9-7 filter * Codeblock size = 32 x 32 * Precinct size = 128 x 128 (Lowest frequency subband), 256 x 256 (other subbands) * Maximum Bit rate for entire frame = 1302083 bytes for 24 fps, 651041 bytes for 48fps * Maximum Bit rate for each color component= 1041666 bytes for 24 fps, 520833 bytes for 48fps * Tile parts = 3; Each tile part contains data necessary to decompress one 2K color component * 12 bits per component.
> ---
>
> It would be interesting to see the same J2C-test output for a current DCP-o-matic output file in comparison.
>
> Jim - is the metadata of the original DCP still available?
> Wondering wether the original MXF file contains some header data that may lead to the origin of the files? Although it is quite probable that it would just lead to OpenDCP.
>
> It may still be interesting to find the reason for this, but, in general, when I come across a non-working DCP, I first try to rewrap, and if that also fails, try to re-encode, and then forget about it. J2K and MXF is complex enough, and finding the actual cause will usually get you nowhere, at least when 'old' software has been used. A developer of current software of course, confronted with such an issue should be highly interested.
>
>
>
> ---------------
>
>
> I checked j2c structure with j2c-test but I do not know how to analyse the 'Unprocessed marker':
> SIZ:
> Rsize: 3
> Xsize: 1998
> Ysize: 1080
> XOsize: 0
> YOsize: 0
> XTsize: 1998
> YTsize: 1080
> XTOsize: 0
> YTOsize: 0
> Csize: 3
> Components
> 0: 11, 1, 1
> 1: 11, 1, 1
> 2: 11, 1, 1
> COD:
> ProgOrder: CPRL
> Layers: 1
> DecompLevels: 5
> CodeBlockWidth: 32
> CodeBlockHeight: 32
> CodeBlockStyle: 0
> Transformation: 9/7
> QCD:
> QuantizationType: scalar expounded
> GuardBits: 4
> SPqcd: 4
> 000000: 20 96 f0 96 f0 96 c0 8f 00 8f 00 8e e0 87 50 87 .............P.
> 000001: 50 87 68 70 05 70 05 70 47 77 d3 77 d3 77 62 P.hp.p.pGw.w.wb
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> Unprocessed marker - COC: Coding style component
> Unprocessed marker - QCC: Quantization component
> Unprocessed marker - SOT: Start of tile-part
> Processed 11 JPEG 2000 marker items.
>
> Le sam. 25 janv. 2020 à 23:07, Carl Hetherington via DCPomatic <dcpomatic(a)carlh.net> a écrit :
> Hi Jim
>
> It might be interesting to see if DCP-o-matic will happily make a new DCP
> out of it with "force J2K re-encode" ticked.
>
> Best
> Carl
>
> On Sat, 25 Jan 2020, Jim Dummett via DCPomatic wrote:
>
> > Hi all.
> >
> > Anyone out there have access to a Wailua or recent version of EasyDCP Player+,
> > and be willing to run a DCP through it for validation?
> >
> > This DCP is a 3 minute short which failed playback at a London cinema
> > recently. The fault was that picture and sound cut out (screen black, silence)
> > for a couple of seconds and then playback resumed, but it skipped forwards by
> > about 1 minute. This behaviour was replicated on two different servers at this
> > cinema, although weirdly it played back faultlessly at another cinema.
> >
> > The disturbing thing is that I cannot find any fault with the DCP with the
> > tools I have available. I would really like to find out what the fault is so I
> > can add tools to our workflow to catch similar faults in future.
> >
> > NB This DCP came from an unknown external source and was made with OpenDCP.
> > However, we rewrapped it with DCP-o-matic (without force J2K re-encode) and
> > the problem persisted in that rewrapped DCP.
> >
> > If anyone is able to help, would be amazing.
> >
> > Many thanks,
> >
> > Jim
> >
> >
> >
> > _______________________________________________
> > DCPomatic mailing list
> > DCPomatic(a)carlh.net
> > http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
> >
>
> _______________________________________________
> DCPomatic mailing list
> DCPomatic(a)carlh.net
> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>
> _______________________________________________
> DCPomatic mailing list
> DCPomatic(a)carlh.net
> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
Hi all.
Anyone out there have access to a Wailua or recent version of EasyDCP
Player+, and be willing to run a DCP through it for validation?
This DCP is a 3 minute short which failed playback at a London cinema
recently. The fault was that picture and sound cut out (screen black,
silence) for a couple of seconds and then playback resumed, but it
skipped forwards by about 1 minute. This behaviour was replicated on two
different servers at this cinema, although weirdly it played back
faultlessly at another cinema.
The disturbing thing is that I cannot find any fault with the DCP with
the tools I have available. I would really like to find out what the
fault is so I can add tools to our workflow to catch similar faults in
future.
NB This DCP came from an unknown external source and was made with
OpenDCP. However, we rewrapped it with DCP-o-matic (without force J2K
re-encode) and the problem persisted in that rewrapped DCP.
If anyone is able to help, would be amazing.
Many thanks,
Jim
Hi all.
A filmmaker has sent me a DKDM to decrypt their DCP.
I sent them the certificate chain, and unfortunately they seem to have
targeted the KDM at the root cert rather than the leaf cert, so I can't
"unlock" the DCP in DCP-o-matic.
This particular filmmaker is in a far far away land and has been hard to
get hold of, so I am worried I may not be able to get a new KDM issued
in time for the screening.
Is there any way to switch around the certs in DCP-o-matic so the root
cert is used to decrypt? I can only see one private key in config.xml,
which I assume is for the leaf cert. However, I guess a private key must
have been created for the root cert too, in order to sign the
intermediate cert. Does this private key get saved anywhere?
If anyone is able to help, would be hugely appreciated.
Many thanks,
Jim
Hi Carl, hope all is well with you, I'm a user of your product DCP-o-matic
for two years now and I have to say that it's a very good DCP creator and
one of the best according to the reviews I've seen online. I use it to
create movie trailers for our cinema here in Barbados. Though I usually
receive links from our movie Distributors to download their DCP trailer
content for our screens, if there are any unavailable content I will go to
HDtrailers.net or Thedigitaltheater.com. and download the the content if
available. These trailers which I download from the two sites in the above
have to be prepped for DCP export which I use the DCP-o-matic DCP creator
to finish the trailer.
DCP file size: ( Distributors content file size vs DCP-o-matic file size.)
My observation of file size that the trailer content downloaded via link
from our Distributors have a greater file size than any trailer content
that I create using the DCP-o-matic creator.
I understand that the Distributor's content are mastered in Dolby 5.1 and
mixed in a facility studio with 5.1 audio track stems and full 2k video
content that is then exported to DCP with very expensive DCP creator
software like Easy DCP and Wraptor DCP. but the trailer content download
from Thedigitaltheater.com that are mastered in Dolby 5.1 are copies from
the good content and then converted to MKV and MP4 files that are smaller
in size because of the compression of audio and video bit rates.
If I convert one of these compressed trailer files to DCP using The
DCP-o-matic creator, then compare it to one of the Distributors files (the
exact trailer) there is always a difference in the size of the output file.
Mastering in Adobe Premiere Pro and Audition:
I've experimented with creating 2048x858 2K & 1998x1080 2K QuickTime video
files in Premiere with maximum bit rates and bit depths for optimum picture
quality, and have extracting the 5.1 files from the compressed content
with Audition then export to 5.1 wav files. Then I create and export a 5.1
2k sequence file that give me a 2.9gb or a 3.0gb file depending on the
length of the trailer.
DCP-o-matic export:
After I have imported the sequence file that I have created in Premiere
into DCP-o-matic and make all the necessary adjustments then I make the
DCP. After the DCP is finished, I am seeing that the file existing in the
content folder is half the size of the sequence file. Example! [ imported
sequence file = 3.0gb] [exported DCP folder with ASSETMAP, cpl, j2c, pcm,
pkl, VOLINDEX = 1.5gb.]
There is also a drop in resolutions in the exhibition of the trailer
content although all DCP contents are 2K.
(1) Is the compression rate set by default to 2gb alone for all contents
that are approximately 2 minutes 30 seconds?
(2) Or, is there something that I can do to maintain a maximum quality
content and keep my file size matching the imported file size? Thanks!
Best regards,
Clive.
Hello!
I am emailing you because (after upgrading) to DCP-o-matic 2.14.12, I have found that the program no longer works.
I was running v 2.12.12 for quite a long time, but decided to try and upgrade when it refused to convert a large mkv file. I thought maybe it was a bug that was later fixed.
However, the latest stable version on your site refuses to open on my Mac laptop. It gives me an error log (pasted below).
The latest test version doesn’t even give me an error log, OS X just flat out tells me it will not open.
I am running Mac OS 10.13.6
Is this a known problem? Or perhaps I am missing something
Thank you so much for any help you can provide. Your software is (usually) quite incredible.
-Max
Process: dcpomatic2 [48755]
Path: /Applications/DCP-o-matic 2.app/Contents/MacOS/dcpomatic2
Identifier: com.dcpomatic
Version: 2.14.12
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: dcpomatic2 [48755]
User ID: 501
Date/Time: 2019-10-29 16:31:54.346 -0400
OS Version: Mac OS X 10.13.6 (17G6030)
Report Version: 12
Anonymous UUID: F7752C46-8A60-5BF1-036A-5685C3814874
Sleep/Wake UUID: DE1D445D-A226-4D13-9B5A-8BFC18A86E41
Time Awake Since Boot: 29000 seconds
Time Since Wake: 2400 seconds
System Integrity Protection: enabled
Crashed Thread: 0
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: DYLD, [0x1] Library missing
Application Specific Information:
dyld: launch, loading dependent libraries
Dyld Error Message:
Library not loaded: /Users/*/libxml++-2.6.dylib
Referenced from: /Applications/DCP-o-matic 2.app/Contents/MacOS/dcpomatic2
Reason: image not found
Binary Images:
0x108e28000 - 0x108e9dfff +com.dcpomatic (2.14.12) <7A1214F3-89E9-3A64-87CE-E8E70FF35421> /Applications/DCP-o-matic 2.app/Contents/MacOS/dcpomatic2
0x108f04000 - 0x10920fff7 +libdcpomatic2-wx.dylib (0) <93700545-B169-3FDA-9964-72F3022691CB> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libdcpomatic2-wx.dylib
0x1093fe000 - 0x1097e5fff +libdcpomatic2.dylib (0) <86437FDA-ED19-3B7D-A221-70A84CAF6540> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libdcpomatic2.dylib
0x1099d3000 - 0x1099e2ff7 +libboost_thread.dylib (0) <B4796D2A-8969-35D6-9D22-C7CEF6E0A937> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libboost_thread.dylib
0x109a00000 - 0x109a02fff +libboost_system.dylib (0) <5E5CB712-44A2-3ADA-9C38-8804FB13A2D6> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libboost_system.dylib
0x109a0d000 - 0x109a11ff7 +libboost_date_time.dylib (0) <164F6DD7-E51B-39C3-951F-8239405FF017> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libboost_date_time.dylib
0x109a22000 - 0x109cf4f37 +libdcp-1.0.dylib (0) <5C831F2D-0DCB-3333-81C6-658B0B83A230> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libdcp-1.0.dylib
0x109de1000 - 0x109de6ff7 +libcxml.0.0.0.dylib (0) <381FD05F-3694-38C5-9E59-547A4A9AC10E> /Applications/DCP-o-matic 2.app/Contents/Frameworks/libcxml.0.0.0.dylib
0x113c6a000 - 0x113cb4acf dyld (551.5) <30B355CB-35BA-3112-AA76-4E46CD45F699> /usr/lib/dyld
0x7fff3b0a6000 - 0x7fff3b334ff7 com.apple.audio.toolbox.AudioToolbox (1.14 - 1.14) <E0B8B5D8-80A0-308B-ABD6-F8612102B5D8> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x7fff3ba09000 - 0x7fff3ba09fff com.apple.Carbon (158 - 158) <F8B370D9-2103-3276-821D-ACC756167F86> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x7fff3bf1b000 - 0x7fff3bf1bfff com.apple.Cocoa (6.11 - 22) <8C1B3F7A-889A-3D71-A58C-C672665F9E78> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x7fff3ef32000 - 0x7fff3efcdfff com.apple.framework.IOKit (2.0.2 - 1445.71.5) <59191D07-0C8E-3823-A124-CE46F1A35935> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x7fff46c7e000 - 0x7fff46c8dff3 com.apple.opengl (16.7.4 - 16.7.4) <9BDE8FF9-5418-3C70-8D1C-09656884CE48> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x7fff623e4000 - 0x7fff623e5ffb libSystem.B.dylib (1252.50.4) <88203CF0-5028-3653-BD02-A5E6DD7F1B2D> /usr/lib/libSystem.B.dylib
Model: MacBookPro10,1, BootROM 253.0.0.0.0, 4 processors, Intel Core i7, 2.3 GHz, 8 GB, SMC 2.3f36
Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In
Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54333531533642465238432D50422020
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54333531533642465238432D50422020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF), Broadcom BCM43xx 1.0 (7.21.190.19.1a4)
Bluetooth: Version 6.0.7f12, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SM256E, 251 GB
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: FaceTime HD Camera (Built-in)
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: Hub
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: USB 3.0 Bus
USB Device: My Passport 25E2
USB Device: Extreme SSD
Thunderbolt Bus: MacBook Pro, Apple Inc., 23.4
Hi!
I am running DoM on a computer with two network cards, eth0 and eth1.
eth0 is on the 192.168.0.0/24 subnet and eth1 on 192.168.241.0/24.
Encode servers started on the 192.168.0.0/24 subnet are found
automatically by DoM, but none of the servers on 192.168.241.0/24. I
am sure there is connectivity on this subnet between the DoM encoding
computer and the clients (ping and ftp works among other things).
Is there a way to instruct DoM which network interfaces and/or subnets
to listen on? It would be useful to have it listen on several
subnets/interfaces as well.
Thanks!
Best,
--
-mattias
Hello dear Sirs!
For creating DCP packages we build a workstation. Specifications are point
is below:
2 * Intel(R) Xeon(R) Gold 5118 CPU @ 2.30GHz
2 * KINGSTON SEDC500 SSD 1920 GB
2 * 32Gb 2400MHz RDIMM
OS: Windows 10 Enterprise LTSC
But we have a once problem.
The speed of encoding usually is 14-15 fps. Encode servers is not use.
Jpeg 2000 bandwidth for newly-encoded date is 180Mbit/s.
We made is about 100 DCP projects. Sources files were always different. The
speed is always about the same 14-15 fps.
We noticed that the CPU load during encoding averages 60%
Can you tell me what to look for why such a low coding speed?
____________________________________________
Yours faithfully,
Movie Systems Engineer
Ivan Ipatov
tel .: +7 (914) -975-23-76
Russia Federation, 690091
Vladivostok, Primorye
Svetlanskaya 31 St
The network of cinemas "Illuzion"
The cinema "Ocean IMAX". Russia, Vladivostok, 21955
Hi Carlh,
Just wondering if a PC and MAC would format DCPs differently?
I delivered some to a cinema today but 6/15 didn’t show up on the cinemas system despite being able to play on dcpomatic player on my laptop.
Thanks
James
Discover.film
Somerset House, Strand
London WC2R 1LA
https://discover.film <https://discover.film/>
Hi Carl.
Are there any changes in the format of the metadata.xml DCP-o-matic
project file between 2.12.x and 2.14.x?
I have a bunch of DCP-o-matic project files made with 2.12.10 but not
encoded yet, but would like to upgrade to 2.14.8. If I attempt to open
these old projects in DOM 2.14.8 in order to "Make DCP", should I expect
any incompatibility/problems?
Or may there be problems if I encode these old projects via command line?
dcpomatic2_cli --config /path/to/config /path/to/dom/project
Cheers!
Jim
Hi, is it possible to remove a segment of an existing DCP? I would like to remove 1 minute of video and audio (same scene) from an existing DCP to create a shorter version. If this is possible, how may I do so?
Thanks for your time.
Richard Fox [http://graphics.hotmail.com/emwink.gif]
Hello
Here are the message when try o install:
Output folder: C:\Program Files\DCP-o-matic 2\bin
Created uninstaller: C:\Program Files\DCP-o-matic 2\Uninstall.exe
Extract: libboost_chrono-mt.dll... 100%
Can't write: C:\Program Files\DCP-o-matic 2\bin\libboost_date_time-mt.dll
What to do?
Thanks
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10