- DCP-o-matic users - lists.dcpomatic.com

by Benoît Poncelin

I’ve made a DCP of a 90 minutes documentary, But the projectionist, don’t succeed to ingest the DCP, he say that there’s to much files and folder on the disk. I’ve copied the whole folder of my DCP : Is it something normal that I’ve this result and then a Video Folder with another .mxf with the same size of the video .xmf file in the first folder ? Please help me ! Benoît Poncelin Tel : 06 81 52 34 27 http://benoitponcelin.wix.com/bppostproduction <http://benoitponcelin.wix.com/bppostproduction>

9 years, 6 months

5
5
0 0

[DCP-o-matic] DCP-o-matic 2.4.0 released

by Carl Hetherington

Hi all, DCP-o-matic 2.4.0 is now available for download from: http://dcpomatic.com/download It has the following changes: * Basic support for creation of VF DCPs from imported OV DCPs. * Handle non-UTF-8 .srt files better. * Add experimental packages for Fedora 22. * Fix various problems with subtitle timing when video frame rates change. * Fix various preview problems when changing DCP frame rate (#695 and #699). * Fix incorrect recognition of a folder of images due to filenames beginning with ._ * Fix failure to analyse audio of some combined video/audio files. * Fix subtitle errors in some cases. * Fix errors with .MTS files in some cases (#702). * Fix incorrect hint when making a 3D DCP. * Fix error on adjusting the audio map in some cases. * Fix for analysis of audio when the subject is later in the playlist than some other long piece of content. * Fix encoding server shortcut on Windows. * Fix failure to display audio analyses in some cases. * Fix crash when re-making certificates after deleting existing ones (#690). * Fix crash on adding an empty folder as content (#691). * Fix non-operational image sequence frame rate dialogue. * Speculative fix for hangs at the end of encodes in some cases. * Fix subtitle timing when trimmed. * Add a new stereo to 5.1 upmixing algorithm (Upmixer B). * Allow configuration of default standard (Interop or SMPTE). * Speed up checking of existing image data when resuming transcodes. * Add a frame counter to transcode progress (#111). * Add export button for certificates. * Display peak audio value in the audio tab if an analysis has been done. * Add option to analyse audio automatically when it is added (#673). * Mark SCP as being the protocol for Doremi as well as AAM (#678). Thanks to Mirjam Bromundt and Thierry Journet. Best regards, Carl

9 years, 6 months

3
4
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 37, Issue 16

by Raymond Massard

Hi Carl, Try this :https://mega.nz/#!R9QHkYSA!UpdSfrUnedBa5xCdV6HrpkRBnW4I8KM8mDhPNLrcogI Txs On 26/9/15 13:00, "dcpomatic-request(a)carlh.net" <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: Problems with versions 2.3.0 and 2.3.5 (Carl Hetherington) > 2. Re: testing 4K 3D (Carl Hetherington) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Fri, 25 Sep 2015 20:05:41 +0100 >From: Carl Hetherington <cth(a)carlh.net> >To: dcpomatic(a)carlh.net >Subject: Re: [DCP-o-matic] Problems with versions 2.3.0 and 2.3.5 >Message-ID: <20150925200541.1839df315dfdd52bea802e66(a)carlh.net> >Content-Type: text/plain; charset=ISO-8859-1 > >On Fri, 25 Sep 2015 18:01:28 +0000 >Raymond Massard via DCPomatic <dcpomatic(a)carlh.net> wrote: > >> With the new versions under OS X 10.10.5 I keep getting messages « >>Programming error at ../src/lib/ffmpeg_subtitle_stream.cc:86 » when >>analysing audio and previewing video. > >Hi Raymond, > >Do you have any content files that exhibit this problem which I could get >a copy of? > >Thanks, >Carl > > > >------------------------------ > >Message: 2 >Date: Fri, 25 Sep 2015 20:45:32 +0100 >From: Carl Hetherington <cth(a)carlh.net> >To: dcpomatic(a)carlh.net >Subject: Re: [DCP-o-matic] testing 4K 3D >Message-ID: <20150925204532.d351afc8d990629ed77be9a2(a)carlh.net> >Content-Type: text/plain; charset=US-ASCII > >Hi Jonathan, > >> However, I noticed something peculiar when checking the 'hints' box in >>DOM. >> It gave this error: >> >> "You are using 3D content, but your DCP is set to 2D" > >Thanks. I've fixed that locally and it will be in 2.3.6. > >Regards, >Carl > > > >------------------------------ > >Subject: Digest Footer > >_______________________________________________ >DCPomatic mailing list >DCPomatic(a)carlh.net >http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic > > >------------------------------ > >End of DCPomatic Digest, Vol 37, Issue 16 >*****************************************

9 years, 7 months

2
2
0 0

[DCP-o-matic] testing 4K 3D

by Jonathan K. F. Jensen

Hi all. Have anyone experience making 4K 3D DCP's`with DOM? I just made one (4K 3D 24fps) in v2.3.0 I know there isn't a standard just yet, but DOM seems to pack it correctly, so I wanted to test our ICMP's as Barco claim they can do 4K 3D 24fps. The DCP played fine (Barco DP4K-19B + ICMP w/4K-60fps, 4K-3D License). However, I couldn't exactly see if it was 4K or just uprezzed 2K... I'll do a A-B test soon to test that out :) However, I noticed something peculiar when checking the 'hints' box in DOM. It gave this error: "You are using 3D content, but your DCP is set to 2D" I thought it might be because 4K and 3D was checked at the same time, so I set it to 2K instead, but the message was still there. I added two image folders, one with LEFT images and one with RIGHT images. They have been properly selected under 'Content -> Video' as "3D left only" and "3D right only". I've also ticked "3D" under 'DCP - > Video'. As stated earlier, the DCP played back fine (in 3D), so this might just be a small bug. Best regards, Jonathan

9 years, 7 months

2
1
0 0

[DCP-o-matic] Problems with versions 2.3.0 and 2.3.5

by Raymond Massard

With the new versions under OS X 10.10.5 I keep getting messages « Programming error at ../src/lib/ffmpeg_subtitle_stream.cc:86 » when analysing audio and previewing video. [cid:E4947A7C-3055-44E3-B96B-0E66BDA92806]

9 years, 7 months

2
1
0 0

[DCP-o-matic] Live server image issue for both 1.83.0 and 2.3.0

by David Nedrow

I've downloaded both live server images. When I boot either of them, the .bash_profile attempts to launch /usr/bin/dcpomatic{2}_server_cli. However, the server doesn't appear to be installed in the image. Can someone double-check me on this? -David

9 years, 7 months

2
1
0 0

[DCP-o-matic] DCP-o-matic version 2.3.0 released

by Carl Hetherington

Hi all, DCP-o-matic version 2.3.0 is now available to download from: http://dcpomatic.com/download This is fairly significant upgrade from the 1.x series and offers the following new features: - creation of DCPs with "proper" XML subtitles - import of .srt and DCP .xml subtitles - use of existing DCPs as content when creating new ones - more advanced sound processing, including up-mixing from stereo to 5.1 There are also many other smaller improvements in various areas. Please report any problems with this release to the mailing list: dcpomatic(a)carlh.net or the forum: http://dcpomatic.com/forum or the bug tracker: http://dcpomatic.com/mantis Very many thanks to everyone who has tested 2.x during its beta phase and to all of DCP-o-matic's financial supporters whose generosity has supported the development of this release. If you would like to donate on a one-off or regular basis please see: http://dcpomatic.com/donate Special thanks to Manuel AC, Igor Voytovich, Gérald Maruccia, Thierry Journet, Jakob Mårtensson, Anders Uhl Pedersen, Carsten Kurz, Frank Anderson IV, Andreas Weiss, Michael Reckert, Georges Asmar, Bohumír Džubej, Cherif Ben Brahim, Max Aeschlimann, Dennis Couzin and Theo Kooijmans. Best regards, Carl

9 years, 7 months

3
3
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 37, Issue 3

by E Zimmermann

Kcg Von meinem Sony Xperia™-Smartphone gesendet ---- dcpomatic-request(a)carlh.net schrieb ---- >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 version 2 release candidate (Gérald Maruccia) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Mon, 7 Sep 2015 12:13:04 +0200 >From: Gérald Maruccia <gerald.maruccia(a)yahoo.fr> >To: dcpomatic(a)carlh.net >Subject: Re: [DCP-o-matic] DCP-o-matic version 2 release candidate >Message-ID: <55ED6330.7000702(a)yahoo.fr> >Content-Type: text/plain; charset="utf-8"; Format="flowed" > >Hello, > >I've never tried for myself to create a DCP with subtitles but I have >found this thread about it : > >http://www.projectionniste.net/forums/viewtopic.php?f=45&t=8048 > >where the previewing (of content + subtitles) /seems-may-be/ wrong ??? > >squares instead of letters > >As pointed, I've never gone into subtitles with DoM so I don't know how >to advice. > >Best regards, >Gérald > > > >Le 06/09/2015 04:30, Carl Hetherington via DCPomatic a écrit : >> Hi all, >> >> Unless any terrible bugs are exposed I plan in the next day or two to >> "release" 2.2.0 of DCP-o-matic based on the test version 2.1.55 which >> is here: >> >> http://dcpomatic.com/v2 >> >> If anyone has the time to test 2.1.55 for last-minute problems it would >> be much appreciated. >> >> With best regards, >> Carl >> >> _______________________________________________ >> DCPomatic mailing list >> DCPomatic(a)carlh.net >> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic > >

9 years, 7 months

1
0
0 0

[DCP-o-matic] Old versions of DVD-o-matic still available somewhere?

by Michael Heseltine

Hello everyone, yes, I'm still using DVD-o-matic (version installed locally is 0.132 git) - partly because I could now probably operate it in my sleep, partly because I know the results definitely work in the local cinema for which they are intended. As I'll soon be moving to a new computer, I had planned to reinstall the old DVD-o-matic (and slowly start a few tests with DCP-o-matic) - but it seems I lost the installation exe. Are old versions of DVD-o-matic still available somewhere/somehow? Could anyone supply me with the 0.132 or something close to it? Thanks in advance, Mike.

9 years, 7 months

2
2
0 0

[DCP-o-matic] DCP-o-matic version 2 release candidate

by Carl Hetherington

Hi all, Unless any terrible bugs are exposed I plan in the next day or two to "release" 2.2.0 of DCP-o-matic based on the test version 2.1.55 which is here: http://dcpomatic.com/v2 If anyone has the time to test 2.1.55 for last-minute problems it would be much appreciated. With best regards, Carl

9 years, 7 months

3
5
0 0

[DCP-o-matic] DCP-o-matic 2 segfaults on launch under El Capitan (10.11)

by David Nedrow

I know El Capitan is still a beta, but I thought I’d report this just the same. DCP-o-matic 2 segfaults immediately when launched under OS X 10.11 (beta 8). libsamplerate.0.dylib can’t be loaded. Process: dcpomatic2 [16267] Path: /Applications/DCP-o-matic 2.app/Contents/MacOS/dcpomatic2 Identifier: net.carlh.dcpomatic Version: ??? Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: dcpomatic2 [16267] User ID: 501 Date/Time: 2015-09-09 10:27:50.552 -0400 OS Version: Mac OS X 10.11 (15A279b) Report Version: 11 Anonymous UUID: C62C391E-ED64-8BA4-0204-DFE011C1D3EF Sleep/Wake UUID: 2A479064-D3DE-49FA-9FA5-2477E81ACCD8 Time Awake Since Boot: 51000 seconds Time Since Wake: 1200 seconds System Integrity Protection: enabled Crashed Thread: 0 Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY Application Specific Information: dyld: launch, loading dependent libraries Dyld Error Message: Library not loaded: /Users/carl/Environments/osx/10.6/64/lib/libsamplerate.0.dylib Referenced from: /Applications/DCP-o-matic 2.app/Contents/MacOS/dcpomatic2 Reason: image not found Binary Images: 0x7fff68235000 - 0x7fff6826bf5f dyld (360.14) <DF977301-4A63-32ED-9939-1EE3122D18D4> /usr/lib/dyld 0x7fff8f332000 - 0x7fff8f343fff libz.1.dylib (60) <D3B5FAE1-8018-389D-B29E-13C637381740> /usr/lib/libz.1.dylib 0x7fff90588000 - 0x7fff90588fff com.apple.Cocoa (6.11 - 22) <954D2BC7-940D-391E-88CE-8C469A27D7BF> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x7fff94811000 - 0x7fff94884fff com.apple.framework.IOKit (2.0.2 - 1178.1.4) <AB6AFBDA-118D-3F61-89A7-EA02FBD021D2> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff9652e000 - 0x7fff9653cfff com.apple.opengl (12.0.34 - 12.0.34) <7D63C884-AF3D-3167-ABCE-F7EEBDF9762B> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x7fff98312000 - 0x7fff98312fff com.apple.Carbon (154 - 157) <53CA1409-1D3C-36A8-B59C-FD9F02285664> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x7fff998c9000 - 0x7fff999b0ff7 libcrypto.0.9.8.dylib (59) <69FB2019-0A19-3586-9EDE-F5FFC12DACA8> /usr/lib/libcrypto.0.9.8.dylib 0x7fff9b46b000 - 0x7fff9b46cffb libSystem.B.dylib (1225.1.1) <E48AAE3F-370E-34AE-AECA-4CA28F211479> /usr/lib/libSystem.B.dylib 0x7fff9bd78000 - 0x7fff9bdaefff libssl.0.9.8.dylib (59) <DC4B66A8-AFED-33A9-A5B8-D2088C6EF5B2> /usr/lib/libssl.0.9.8.dylib 0x7fff9dffc000 - 0x7fff9e1a1ff3 com.apple.audio.toolbox.AudioToolbox (1.13 - 1.13) <6EE756D4-6A54-3BFF-A1F3-AFB3DBEDE798> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox Model: MacBookPro4,1, BootROM MBP41.00C1.B03, 2 processors, Intel Core 2 Duo, 2.4 GHz, 4 GB, SMC 1.27f3 Graphics: NVIDIA GeForce 8600M GT, GeForce 8600M GT, PCIe, 256 MB Memory Module: BANK 0/DIMM0, 2 GB, DDR2 SDRAM, 667 MHz, 0x7F7F7F8300000000, 0x202020202020202020202020202020202020 Memory Module: BANK 1/DIMM1, 2 GB, DDR2 SDRAM, 667 MHz, 0x7F7F7F8300000000, 0x202020202020202020202020202020202020 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8C), Broadcom BCM43xx 1.0 (5.10.131.36.16) Bluetooth: Version 4.4.0f4 16320, 3 services, 27 devices, 1 incoming serial ports Network Service: Ethernet, Ethernet, en0 Network Service: Wi-Fi, AirPort, en1 Serial ATA Device: Samsung SSD 840 Series, 250.06 GB Parallel ATA Device: HL-DT-ST DVDRW GSA-S10N USB Device: USB 2.0 Bus USB Device: USB 2.0 Bus USB Device: Built-in iSight USB Device: USB Bus USB Device: USB Bus USB Device: BRCM2046 Hub USB Device: Bluetooth USB Host Controller USB Device: USB Bus USB Device: USB Bus USB Device: Apple Internal Keyboard / Trackpad USB Device: IR Receiver USB Device: USB Bus Thunderbolt Bus:

9 years, 7 months

2
1
0 0

[DCP-o-matic] encrypted SMPTE DCPs

by Carsten Kurz

There seems to be an issue with encrypted SMPTE DCPs on Sony SRX-R510/515 (XCT-S10 Server) machines. While unencrypted and encrypted INTEROP DCPs work, as well as unencrypted SMPTE DCPs, encrypted SMPTE DCPs do not work. They seem to ingest fine, and the KDM is properly attached to the content, but when trying to play, it gives an error: 'CPL xxx is not playable. Time period of the CPL or KDM is not present.' KDM type is Modified Transitional 1. This may be a Sony specific issue, but maybe someone has an idea what is going on. Seems that a signature method for the CPL or MXF is not supported or handled properly? Logs show: --- bad log --- imb.log Sep 3 16:07:36 sh local1.notice mba[1592]: ply:parser_cpl.c:0581::ContentTitleText: "test for Sony" Sep 3 16:07:36 sh local1.notice mba[1592]: ply:play_check_func.c:0110::MbPlayIsEncryptedCPL:Enc(v) Sep 3 16:07:36 sh local1.notice mba[1592]: ply:play_check_func.c:1083::SMPTE format CPL [64F16A5977B842A88116E8EDBE8B01AC] Enc:1 Sep 3 16:07:36 sh local1.err mba[1592]: agt:common/xml_verify.c:0329::__checkFormatType: Not Supported this SignatureMethod attribute. Sep 3 16:07:36 sh local1.err mba[1592]: agt:common/xml_verify.c:0330::__checkFormatType: sigAlgType = [0]. Sep 3 16:07:36 sh local1.err mba[1592]: agt:common/xml_verify.c:0729::mandatory field [fomatType] error Sep 3 16:07:36 sh local1.err mba[1592]: ply:validation.c:0793::MbPlayVerifyCPLData(): Cert Format Error Sep 3 16:07:36 sh local1.notice mba[1592]: ply:validation.c:0393::GetHashValuefromCPL(): CPLID = urn:uuid:64f16a59-77b8-42a8-8116-e8edbe8b01ac Sep 3 16:07:36 sh local1.notice mba[1592]: ply:validation.c:0533::Number of Assets 2 from CLIENT, 2 in CPL. res = 0 Sep 3 16:07:36 sh local1.notice mba[1592]: ply:play_check_func.c:0892::mode[2] 0:low 1:middle 2:high Sep 3 16:07:36 sh local1.err mba[1592]: ply:play_check_func.c:0914::SHOW START FAILED VERIFY: Verify=NG cpl_id=64F16A5977B842A88116E8EDBE8B01AC --- end bad log --- While with proper CPL/KDM, this should be (this example is provided by Sony, but it seems this is unencrypted, so, no proof): --- good log --- imb.log.6 Aug 26 08:56:09 sh local1.notice mba[1585]: ply:parser_cpl.c:0581::ContentTitleText: "SKYFALL_TLR-C-CCAP_S_EN-MULTI_51_4K_SPE_20121005_SMPTE_TDC" Aug 26 08:56:09 sh local1.notice mba[1585]: ply:play_check_func.c:1083::SMPTE format CPL [5868E4BDA14744E898AD8F928F4B1AC0] Enc:0 Aug 26 08:56:09 sh local1.err mba[1585]: agt:common/xml_verify.c:0452::mandatory property of Reference URI=[] Aug 26 08:56:09 sh local1.notice mba[1585]: agt:common/xml_verify.c:0615::mandatory field of Reference DigestValue=[t8lSROJD8AO3pJJOFyiAJZAsr7w=] Aug 26 08:56:09 sh local1.notice mba[1585]: agt:common/xml_verify.c:0616::Reference Validation of DigestValue =[t8lSROJD8AO3pJJOFyiAJZAsr7w=] Aug 26 08:56:09 sh local1.err mba[1585]: agt:common/xml_verify.c:0623::DigestValue validation is success Aug 26 08:56:09 sh local1.notice mba[1585]: ply:validation.c:0805::MbPlayVerifyCPLData(): MtXMLVerifyCertChain() res = [0] Aug 26 08:56:09 sh local1.notice mba[1585]: ply:validation.c:0393::GetHashValuefromCPL(): CPLID = urn:uuid:5868e4bd-a147-44e8-98ad-8f928f4b1ac0 Aug 26 08:56:09 sh local1.notice mba[1585]: ply:validation.c:0533::Number of Assets 8 from CLIENT, 8 in CPL. res = 0 Aug 26 08:56:09 sh local1.notice mba[1585]: ply:play_func.c:0932::mbPlayPrepCplVerify(): CPL Check rtn = 0 (0x00) Aug 26 08:56:09 sh local1.notice mba[1585]: ply:play_func.c:0941::mbPlayPrepCplVerify(): KDM Check rtn = 0 (0x00) Aug 26 08:56:09 sh local1.notice mba[1585]: com:btp/btp_log.c:0188::ES PLAY PREP CPL 0x9166 rs 0x0000 0x00000004 --- end good log --- - Carsten

9 years, 7 months

2
1
0 0

[DCP-o-matic] Cineform Codec

by Andreas Eli

Hello! I tried to import a video file with the cineform codec inside. Dcp-o-matic 1.82 does not import it, just saying "could not find video decoder", dcp-o-matic 2.1.5 crashes while importing. Is there a trick to do it, or is it just not possible to import cineform codec? Thank you Andi

9 years, 7 months

2
1
0 0

[DCP-o-matic] DCP-o-matic 1.82.0

by Carl Hetherington

Hi all, DCP-o-matic 1.82.0 is released, and it includes: Fix for crashes or colour errors on left/right crop in some circumstances. Fix to recognise .w64 and .flac as audio files. New da_DK translation from Anders Uhl Pedersen. Fix display of non-Latin characters in some cases on Windows. Use 96kHz DCP audio when sources are sampled at more than 48kHz. Thanks to Anders Uhl Pedersen and Patrick Haderer. Get it from http://dcpomatic.com/download All the best, Carl

9 years, 8 months

1
0
0 0

[DCP-o-matic] DCP-o-matic 2.2.0 string freeze

by Carl Hetherington

Hi all, The 2.x branch of DCP-o-matic is now in "string freeze" for the 2.2.0 release. That means that none of the translatable strings will change before 2.2.0, so now would be a good time for translators to send any updates to their i18n files. I know we experimented with Zanata but there weren't really any positive remarks about it so if it's ok with everyone I will stick with the old method of editing .po files... Current i18n status and information is here: http://dcpomatic.com/i18n Please don't hesitate to send any queries to the list or to me directly. Thanks and best regards, Carl

9 years, 8 months

2
3
0 0

Re: [DCP-o-matic] Default colour space changed in 1.79.0

by Jim Dummett

Hello all. I just realised that I sent the message below a while back only to Carl and not the list. Can anyone shed any light on how to deal with video which has "headroom" in the signal (i.e. white is not completely white, black is not completely black)? Many thanks, Jim On 22/06/2015 17:19, Jim Dummett wrote: > Hi Carl. > > Hmm... I must admit I'm a bit baffled. We've been using sRGB setting > as standard and found it gives the best results. I'm going to have to > do further tests in a cinema. > > This may be related to another question which I've been meaning to ask > for a while... > > As far as I'm aware, standard output from Final Cut Pro 7 to ProRes > Quicktime places black at value of 16, white at 235 (out of full gamut > of 0-255 for 8-bit encoding). i.e. it leaves headroom above white and > below black, so there can technically be levels which are "whiter than > white". This I guess is to be compatible with the broadcast TV world, > where levels below 16 and above 235 are considered out of gamut and > illegal. > > Presumably, though, a DCP can use the full spectrum of 0-255. So pixel > which has luminance level of 16 would be dark grey rather than > completely black. > > So... how does one take that into account in the colour conversion to > XYZ space? Does DCP-o-Matic's transform do this already? I believe in > DVS Clipster there is an option for this where you select whether the > source's black and white levels are "full" (0-255) or "head" (16-235) > and performs the transform accordingly. > > I wonder if the reason why we've found sRGB encoding works is that the > gamma skew it introduces roughly compensates for the input not being > full gamut? But, even if that is the case, it's clearly not the right > way to do it. > > Apologies if the above is a bit confused or erroneous. In truth I find > the intricacies of colour space hard to get my head around (tried to > read your and Dennis Couzin's paper on the subject, but the maths were > well above my level). But if anyone has any ideas on this subject, > would love to hear them. > > Many thanks, > > Jim > > > On 21/06/2015 16:42, Carl Hetherington via DCPomatic wrote: >> Hi Jim, >> >>> While teaching a group of people how to use DCP-o-matic last weekend >>> (DCP-o-matic is now on the syllabus at London Film School!), I came >>> across the change in v1.79.0 that default colour space conversion is >>> now >>> Rec709. >>> >>> For the majority of the people who'd brought their film to test on, we >>> found that sRGB was the best setting for them. We were comparing their >>> source files (mostly Quicktime) to the resulting DCP viewed in Doremi >>> Cineplayer (evaluation version) and found that Rec709 was changing the >>> colour balance of the image (most notably, making it darker). >>> >>> What was the rationale for changing the default to Rec709? >> Rec. 709 is thought to be the best guess for HD (i.e. roughly 2K pixels >> across) material; it is the default output from Final Cut Pro 7, for >> example. >> >>> And is there any way to examine a Quicktime file to find out what >>> colour >>> space it's in? With shorts filmmakers, they often don't know >>> themselves! >> There is, unfortunately, no easy way to do this. There are some >> QuickTime headers that you can read with tools such as QT Edit >> (http://www.digitalrebellion.com/promedia/) but I haven't personally >> tried that. >> >>> Presumably the default output from Final Cut Pro, Premiere Pro etc >>> remains sRGB rather than Rec709? >> This would seem unlikely. Almost all "video" formats represent colour >> as YUV, not RGB, so use of the sRGB colour conversion settings doesn't >> make much sense. >> >> It's strange that sRGB is closer to Cineplayer for you than Rec. 709. >> If you use sRGB with DCP-o-matic you are going to get a gamma >> correction which results in a lighter image than that for Rec. 709, and >> it is odd that Cineplayer "agrees" with that lighter gamma. >> >> Have you ever compared the output of Cineplayer on your system to a >> projected image? Is it accurate? >> >> Best regards, >> Carl >> >> >> _______________________________________________ >> DCPomatic mailing list >> DCPomatic(a)carlh.net >> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic >

9 years, 8 months

5
8
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 36, Issue 4

by paul＠saffronscreen.com

I am away from the cinema from 5th August until 25th August and will have limited access to emails. For business related matters please contact rebecca(a)saffronscreen.com. For technical matters please contact andy(a)saffronscreen.com. Thanks Paul

9 years, 8 months

1
0
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 36, Issue 3

by paul＠saffronscreen.com

I am away from the cinema from 5th August until 25th August and will have limited access to emails. For business related matters please contact rebecca(a)saffronscreen.com. For technical matters please contact andy(a)saffronscreen.com. Thanks Paul

9 years, 8 months

1
0
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 36, Issue 2

by paul＠saffronscreen.com

I am away from the cinema from 5th August until 25th August and will have limited access to emails. For business related matters please contact rebecca(a)saffronscreen.com. For technical matters please contact andy(a)saffronscreen.com. Thanks Paul

9 years, 8 months

1
0
0 0

Re: [DCP-o-matic] DCPomatic Digest, Vol 36, Issue 1

by paul＠saffronscreen.com

I am away from the cinema from 5th August until 25th August and will have limited access to emails. For business related matters please contact rebecca(a)saffronscreen.com. For technical matters please contact andy(a)saffronscreen.com. Thanks Paul

9 years, 8 months

1
0
0 0

[DCP-o-matic] dcpomatic on Raspberry Pi / Raspian

by David Nedrow

I’ve been able to compile DCP-o-matic on Raspberry Pi 2’s using the Raspian disk image. I had to install a few packages and compile/install a couple of third party libraries. I also had to make some changes to the script file to take into account that the CPU is an ARM chip, and not Intel x86. Carl, any chance you’d be willing to take on another platform for your package distribution? Raspian is a direct Debian implementation, so you should be able to re-use a lot of your setup. I’d be willing to donate a configured Pi 2 to the project if that would help. -David

9 years, 8 months

9
76
0 0

Re: [DCP-o-matic] color conversions - AGAIN ;-)

by Carsten Kurz

Am 28.07.2015 um 17:41 schrieb Carl Hetherington: > Hi Carsten, > > Yes, it's a bit tricky ... in these cases the specified YUV to RGB > conversion sort of means "if required". It would be better to grey it > out if the content is not in YUV. Yup - similiar for the case when using DCPs/MXF with or without recompression. I would choose 'none' for all these cases - assuming that the MXFs had been properly XYZ converted beforehand. - Carsten

9 years, 9 months

1
0
0 0

[DCP-o-matic] Editing DCPs

by Carsten Kurz

Hello there, I played around with the DCP import feature of v2. I know quite a few people would love to be able to edit out certain passages of trailers, etc. - e.g. a trailing 'in 3D' or 'from Dec 5th'. This can be done, but with the current implementation only for both audio and video tracks of a DCP. Very often it would be necessary to do a split edit, apply different trim points to video and audio track. This can only be done in DCP-o-matic when importing the audio as a separate file. Now it is possible to extract an audio.MXF to a multichannel WAV file (DCP-o-matic will not read audio from an MXF file currently, as it is trying to find video in it). But maybe there is a way to dettach the audio track of a DCP so that it appears as a separate content? I know this leads to the discussion what DCP-o-matic is and should be capable of. But my intention is not to boost it's capabilities to a full fledged editor, but to make the most of the existing GUI with simple actions. - Carsten

9 years, 9 months

2
3
0 0

[DCP-o-matic] DCP-o-matic 1.81.0 released

by Carl Hetherington

Hi all, DCP-o-matic version 1.81.0 is now available from: http://dcpomatic.com/download This release includes: Updated ru_RU translation from Igor Voytovich. New pl_PL translation from Marek Skrzelowski. Updated fr_FR translation from Thierry Journet. Allow audio from different content streams to be used together in the same DCP (#274). Set the default colour conversion slightly more intelligently depending on content type (#565). Adjust colour conversion interface so that it's easier to use a preset. Be more strict about what characters are allowed in DCP names. Adjust job view in various ways (fixing #578). Fix hang if you cancel a paused job. Fix for distorted audio in some cases. Slightly improve performance with high speed encoding setups. Use j2c_<uuid>.mxf and pcm_<uuid>.mxf for picture/sound MXF filenames (#336). Fix for failure to analyse audio or create DCPs with negative audio delay in some circumstances (#571). Fix for failure to import video MXFs in some cases (#566). Fix for crashes when using some colour conversions which result in out-of-range XYZ values. Fix for failure to encode 3D from separate folders of images in some cases (#634). Thanks are due to Carsten Kurz, Marek Skrzelowski, Thierry Journet and Igor Voytovich. With best regards, Carl

9 years, 9 months

1
0
0 0

[DCP-o-matic] Scaling options

by Carsten Kurz

Hi Carl - can you comment on the scaling types offered in DCP-o-matic? Is that performed by FFMPEG functions? I tried to look up the more exotic ones (e.g. 'X'), but did not find all references from here: https://www.ffmpeg.org/ffmpeg-scaler.html 'X' could be the mysterious 'experimental scaler'? I know it's useless for most applications except 'real' experimental ones, but I am currently missing 'nearest neighbor' or pixel repeat. I may find other ways to do what I want to do, but, just in case... Wondering how I could downscale an image series with the most basic pixel repeat method. Maybe I have to batch image magick with the -sample resize option. Leads us to my old issue that I think scaling options should be under the content tab and should be made content specific - not under DCP tab. And that takes us to v2 where the strict separation of content and DCP options in the GUI is broken up (e.g. with audio). Anyone likes to discuss this? I really preferred the strict separation of content related parameters and formal DCP parameters in v1. For my thinking, that is the most solid approach to create well defined compositions. Now that DCP-o-matic uses more inherent parameter constraining to assure formally correct DCPs, I would understand that it isn't necessary anymore - but I still don't like it ;-) Anyone? - Carsten

9 years, 9 months

2
1
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

DCP-o-matic users