DCP-o-matic users

users@lists.dcpomatic.com

1 participants
633 discussions

[DCP-o-matic] VlC and DCP - still no success

by Gérald Maruccia

Hello, might be of interest, I've posted some words on the VLC forum about unsuccessful DCP trial… https://forum.videolan.org/viewtopic.php?f=13&t=125675&p=422851#p422589 Maybe someone has something to share ? Best regards, Gerald

10 years

[DCP-o-matic] P3 Color Space

by Carsten Kurz

Hi Carl, I noticed there have been some recent changes/improvements to the color conversion, assisted by Dennis Couzin. I would like to pick up one issue that seems to have remained unsolved in some previous discussions, and where I have a hard time to understand the issue completely myself. That is, source footage in P3 color space. More and more people use Adobe products and especially DaVinci Resolve for editing/grading, and quite a few of them are encouraged to use P3 for their editing, because they are told this would be the recommended color space for DCI work. Hence I would like to assume that when creating a final master within that color space, that this is already in XYZ. But that doesn't seem to be the case? As more and more people are using RAW cameras with a wider gammut than plain sRGB or rec709, I think we should address this issue. There have been a few questions regarding proper P3 conversion on this list before, and I think they have been left unanswered. When I google for this, there seems to be quite a bit of confusion. I'm not even sure wether P3 in DaVinci Resolve could be only a preview colourspace that is used when suitable display devices are connected. Maybe Dennis can help in solving that puzzle as well? - Carsten

10 years

[DCP-o-matic] UI bug - drag and drop

by Gérald Maruccia

Hello, It may have already been noticed. Here are dcp-o-matic 1.78 and ubuntu (unity) 14.04 64bits. aim : one dcp from 11 still images (.tif) In file browser Nautilus I've selected my 11 images using ctrl+click. Then I've dragged'n'dropped them onto the dcp-o-matic window. It seems to work but actually the images are "loaded" in dcp-o-matic without any duration* or framerate. I've seen this in the "time" tab. *default duration for still images is set at 1 second in the preferences. If loaded from dcp-o-matic using the import file button, images are correctly set. Though they are not sequenced, alphabetically or numerically speaking. And previewing did not work. Best regards, Gerald.

10 years

[DCP-o-matic] Audio levels

by Carsten Kurz

We just had it on a german cinema newsletter - there has been a new 'memorandum of understanding' between german distributors, advertising agencies and mastering facilities that stricter LEQ(m) values should be adhered to for advertising and trailers. They explicitly mention Dolbys LEQ meter software ('Dolby Media Meter', around 750€), and values should be 85 Leq for Trailers and 82 Leq for other preshow content. Now that is revolutionary. TASA and Leq(m) is around since... say, the year 2000 or so...? http://www.tasatrailers.org/TASAStandard.pdf - Carsten

10 years, 1 month

[DCP-o-matic] DCP-o-matic 1.78.0 released

by Carl Hetherington

Hi all, DCP-o-matic 1.78.0 was released. It is available from: http://dcpomatic.com/download This version includes: A new Russian translation from Igor Voytovich. An updated Italian translation from Davide Sanvito. An updated German translation from Carsten Kurz. An updated French translation from Thierry Journet. An updated Spanish translation from Manuel AC. Fix a regression causing “programming error” at the end of encodes in some cases. Fix one cause of hangs at the end of encodes (#508). Fix frame corruption and crashes when duplicating source frames in the DCP (e.g. with 25fps content in a 50fps DCP). Fix incorrect timing of sound content when used with video that is being run faster or slower than its default rate. Fix a couple of errors when trying to put 1920x1080 content into a Scope container with no scale. Fix potential crash on encoding a second film in a session after closing the first. Use the number of mapped audio channels for the DCP name (not the number of DCP channels) (#479). Speculative fix for KDMs being rejected by EasyDCP player. Remove 1.37 ratio and correct Academy ratio to 1.375. Use a less accurate but much less time-consuming hashing method for content, dramatically speeding up examination of large files. Fix snap to work for all edges (#473). Fix hiding of filters edit button when there are a lot of filters (#475). Allow the audio parts of combined video/audio files to be removed in the timeline, which just unmaps the audio (#316). Only allow even DCP audio channel counts between 2 and 16 inclusive. Remove use of VRFY in SMTP sessions (#477). Examine a whole file to find its length if there is no readable header. Fix update checker. Thanks to Carsten Kurz, Igor Voytovich, Christian Hove, Jose Angel Velasco Fernandez, Steve Smail, Markus Raab, Davide Sanvito, Thierry Journet and Manuel AC. Six new supporters have been added since 1.77.0: thanks to Jose Angel Velasco Fernandez, Christopher Gray, Rui Pereira, Lawrence Towers, Frank Wenz and Roland Wirtz. Best regards, Carl

10 years, 1 month

[DCP-o-matic] Scaling options/Academy

by Carsten Kurz

Hmm, funny I didn't notice this earlier, but... The scaling options show: 4:3 Academy 1.375 However, Academy IS 1.375:1. The older silent/pre-Academy AR is 1:1.33, which is the same as 4:3 - so, can we get rid of ONE of these scaling choices? That would be nice, wouldn't it ;-) I am currently redoing the german translation and decided to beef up the aspect ratio naming a bit, so we have numbers and names. e.g. 1.78:1 (16:9/HD) 1.85:1 (Flat/BW) 2.39:1 (Scope) That should make it more clear to beginners. At least, I think it's important to also show real numbers there, not only names, because they can be misleading sometimes. - Carsten

10 years, 1 month

Re: [DCP-o-matic] DCPomatic Digest, Vol 31, Issue 9

by Paul Willmott

Hi Steph I hope all went well on Sunday night. Can you give me some dates/times you can come in for more training and I will organise it? Regards Paul -----Original Message----- From: DCPomatic [mailto:dcpomatic-bounces@carlh.net] On Behalf Of dcpomatic-request(a)carlh.net Sent: 18 March 2015 12:00 To: dcpomatic(a)carlh.net Subject: DCPomatic Digest, Vol 31, Issue 9 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. Audio levels (Carsten Kurz) ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Mar 2015 12:40:21 +0100 From: Carsten Kurz <audiovisual(a)t-online.de> To: dcpomatic net carlh <DCPomatic(a)carlh.net> Subject: [DCP-o-matic] Audio levels Message-ID: <1F666051-3F9E-43FE-B7B1-AADC6C31763B(a)t-online.de> Content-Type: text/plain; charset=windows-1252 We just had it on a german cinema newsletter - there has been a new 'memorandum of understanding' between german distributors, advertising agencies and mastering facilities that stricter LEQ(m) values should be adhered to for advertising and trailers. They explicitly mention Dolbys LEQ meter software ('Dolby Media Meter', around 750€), and values should be 85 Leq for Trailers and 82 Leq for other preshow content. Now that is revolutionary. TASA and Leq(m) is around since... say, the year 2000 or so...? http://www.tasatrailers.org/TASAStandard.pdf - Carsten ------------------------------ Subject: Digest Footer _______________________________________________ DCPomatic mailing list DCPomatic(a)carlh.net http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic ------------------------------ End of DCPomatic Digest, Vol 31, Issue 9 **************************************** ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5751 / Virus Database: 4311/9329 - Release Date: 03/18/15

10 years, 1 month

[DCP-o-matic] DCP-o-matic 1.77.16 will become 1.78.0 soon

by Carl Hetherington

Hi all, I'm hoping that the test version 1.77.16 of DCP-o-matic will become 1.78.0 within a day or two. If anyone has any show-stoppers or last-minute translations, do let me know. Thanks all! Carl

10 years, 1 month

[DCP-o-matic] Sad DCP-o-matic performance under Ubuntu

by Andrew Levine

Hi there, After being unhappy with the Windows 7 Professional 64 Bit running on my new old Dell-box (updating all the time, running wild with strange processes etc.) I installed Linux. Tried an old DELL 10.x install first, but that that did not have the necessary dependencies for DCP-o-matic. Upgrading to version 12–with some complaints by the installer–let me finally add the package, but it would not start DCP-creation. Putting a new 14 on the box failed, but I could do a clean install of version 12. Major performance increases? DCP-o-matic encoded at a little over 1 fps, as opposed to >10 under Windows. OK, it is using about one of the 24 cores available… Upgrade to v 14 was painless, but the performance has not increased. Does someone have an idea where I might be going wrong? The BIOS settings seem to be OK. Multicore and multithreading etc. Is there some setting I have to do in some Linux app? When I use the systems analyser I can see periodic activity of all cores with v 14, but that is just a wide spike, and after that it is back to crawling speed. And this setup should run so much better. I am a bit frustrated currently, but not enough to download try to read the source code ;-) Any ideas anyone? Many thanks in advance, Andrew

10 years, 1 month

[DCP-o-matic] DCPs with mono and 3.0 audio

by Andreas Eli

Hello! I need a little help, maybe someone knows what I am doing wrong. 1. When I make a DCP (using DCP-o-Matic 1.77) and set the audio channels in the DCP Tab to 1, for a mono DCP, I end up with seeing only the left channel in the Content/Audio Tab. So rooting the audio to the center is not possible. When I do it before setting the audio channels to 1, I can root the audio to the center, but the DCP has no Audio at all in the end. And when I try to ingest it, the Doremi says "Unsupported odd number of audio channels(1)". Ingest Error. 2. When I try to make a 3.0 DCP by rooting the left and right channel also to the center and set the audio channels to 3, the Doremi is also not happy and doesnt ingest it. I know, 3.0 is not a DCI compliant, so maybe thats the reason and the solution is to not choose it? Possible workaround could be to set the DCP Name by hand and not use ISDCF Name. Setting audio channels to 6 and name it _30_ in the title, right? Thanks for your help! Andi

10 years, 1 month

← Newer
1
...
37
38
39
40
41
42
43
...
64
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

DCP-o-matic users