Hi all,
I plan to release version 1.80.0 (based on 1.79.8) within the next few
days. If anyone has any translation contributions or big problems with
1.79.8, do let me know.
Best regards,
Carl
I'm working on a video that was given to me by a film maker, it's an MP4
file and it has subtitles, the subtitles were given as a separate Excel
file. Does anyone know how I can use the .xls file as subtitles for an MP4,
or even to use it to make a new MP4/MKV file with subtitles embedded?
Below is an example of the xls file.
tc in tc out text 00:01:43:10 00:01:49:19 Stop spying you little perv
and fuck off! 00:03:29:11 00:03:31:22 Hey, cute boy. 00:03:31:22
00:03:35:01 Out! I´m taking a bath. 00:03:35:06 00:03:37:18 Get out Disa!
00:03:37:18 00:03:41:23 Mom tell Disa to go out!
I'm taking a bath.
Hello all.
While encoding a DCP from a Prores422HQ file last night, I noticed the
following error output:
[swscaler @ 0x103830800] Warning: data is not aligned! This can lead to
a speedloss
...lots of progress...
[prores @ 0x103811e00] invalid plane data size
[prores @ 0x103811e00] invalid plane data size
[prores @ 0x103811e00] ac tex damaged 3371, 1024
...progress until end
NB I was using dcpomatic_cli, rather than the GUI. The DCP-o-matic
project was created using the GUI, but then I use a script to call
dcpomatic_cli, in order to batch process multiple DCPs.
DCP-o-matic 1.79.0, Mac OS X 10.9.5.
A few questions:
1. These errors/warnings are not included in the log file - they were
just output to the terminal, presumably from FFMPEG. Shouldn't they also
go to the log file? If I'd run the encode from the GUI, the errors would
be silently ignored and there'd be no record of them.
2. Should I be worried about the "invalid plane data size" and "ac tex
damaged" lines? Presumably this indicates corruption in the source file,
but has FFMPEG quietly fixed that, or may the DCP be corrupt too?
3. Does "3371" indicate the frame number which is possibly corrupt?
4. I've noticed the "swscaler" warning message a lot before on various
files. Does this have a major impact on encode times?
I hope someone can advise...
Many thanks,
Jim
Hi all,
I'm experimenting with Zanata, a web-based tool for translating
things. I've uploaded the current translations for the 2.0 branch of
DCP-o-matic to:
https://translate.zanata.org/
with the name "DCP-o-matic". You will need to sign up with Zanata (or
use OpenID) and then you should (in theory) be able to make and update
translations right-in-your-browser (TM).
If anyone would like to try it, please do, and let me know how it
goes ... and if it's any better than poedit, or whatever you are
currently using.
If you want to try a language that is not yet translated, let me know
and I will add it to the list.
Thanks!
Carl
Hi all.
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?
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!
Presumably the default output from Final Cut Pro, Premiere Pro etc
remains sRGB rather than Rec709?
Many thanks,
Jim
Hi all,
I have made a beta test release of DCP-o-matic version 2. It is not ready for general use yet, but testing would be most welcome. You can install it alongside an existing version 1, so you can carry on using 1.x for important work.
You can see details of version 2 here:
http://dcpomatic.com/v2
Any comments or bug reports are welcome to carl(a)dcpomatic.com, or to Mantis (http://dcpomatic.com/mantis).
I would be grateful to hear any reports of success as well as failure.
With best regards,
Carl
I participated in an interesting thread on film-tech that deals with an anomaly of Doremi (now Dolby) IMBs. As far as we found out, the Doremi IMB will not display 4k content when it was encoded with OpenJPEG - that would be true for all open-source DCP creation utilities, like DCP-o-matic, OpenDCP, etc.
A guy from france with some programming insight into both OpenJPEG and the Kakadu encoder hinted me towards a possible reason for this - JPEG2000 offers multiple resolution layers, 2k and 4k are one of these resolution layers (smaller ones are there as well). He pointed out that OpenJPEG and Kakadu may use different numbering schemes to express these resolution layers, and that the Doremi IMB may misuse the highest number in OpenJPEG, thereby only selecting the 2k layer instead of the higher 4k layer.
As a matter of fact, our Sony XCT-M10 (part of the Sony SRX-R515/510 projectors) does not have that issue, it will display 4k from both OpenJPEG and Kakadu.
So far, it is not entirely clear to me wether that is an issue with OpenJPEG/DCI profiles handling, or if it is a flaw in these Doremi IMBs.
I have never been a strong endorser of using 4k for your own projects, in most cases, it's not worth the extra memory or compression time. It is actually really hard to create/maintain real 4k value in your source footage. Aside from that, all 4k projectors do a pretty good job in upscaling 2k to 4k anyway. So aside from some synthetical patterns (which actually lead us finding that bug), I see little benefit in creating 4k DCPs. Same is true for using higher J2k bandwidths than 150MBit/s as long as you stay within 24-30 fps content.
The second issue is that while testing the 4k behavior of the Doremi and Sony IMBs, we found out that, even when using other J2K encoders like Kakadu, the Doremi IMB can not display complex full screen patterns in 4k - it will drop to 2k as well. We only confirmed this with synthetic checkerboard patterns again, it is not clear how likely this is to happen with any 4k real-life footage. We will conduct more tests to find out about that. The Doremi will not only show complex 4k content in 2k only, it will also create nasty flashing when switching between both modes. So there is a another good reason to not create 4k DCPs if not absolutely necessary.
Well, until the first issue is either solved in OpenJPEG or the Doremi firmware, there are little chances that these nasty flashing artifacts turn up with any 4k content created with DCP-o-matic or OpenDCP - simply because the Doremi will not select the 4k layer at all.
There is an early J2k viewer contained in the OpenJPEG 1.3 package which is able to detect the different numbering schemes between OpenJPEG and Kakadu. There is also a hint towards it contained in this paper on J2K encoders - even if it doesn't deal with DCI J2C profiles - see tables 1 and 2 on page 3 of this document: http://purl.pt/24107/1/iPres2013_PDF/An%20Analysis%20of%20Contemporary%20JP…
Carl, did you ever come across the resolution layer numbering scheme when dealing with OpenJPEG in DCP-o-matic?
- Carsten
Hi! Add please russian language.
12 июня 2015, 14:00:12, от dcpomatic-request(a)carlh.net :
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. Translators: web-based translation test (Carl Hetherington)
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
--
С уважением, Войтович Игорь
Hi Carl,
you certainly already had some thoughts about how the transition to v2 should happen some day? Share your ideas how 1.x and 2.x could grow together? How many essentials do they share currently?
- Carsten
Hi all,
DCP-o-matic 1.79.0 is now ready to download from:
http://dcpomatic.com/download
----- IMPORTANT NOTE FOR THIS RELEASE -----
Colour conversion presets have changed in this version. As a result, if
you load films created by previous versions of DCP-o-matic they are likely
to display their colour conversion as “Custom” since the conversion no
longer matches any preset.
----- CHANGES IN THIS VERSION -----
Updated ru_RU translation from Igor Voytovich.
Updated fr_FR translation from Thierry Journet.
Updated de_DE translation from Carsten Kurz.
Hopefully fix crash on editing cinema preferences on Windows (#474).
Various fixes to clumsiness of snapping in the timeline.
Fixes for various random crashes on OS X.
Fix for strange behaviour when using several pieces of image content in one film (#531).
Fix for “file not found” errors at the end of encodes in some cases.
Fix crash on pressing Ctrl+A in some cases (#525).
Attempt to fix problems when sending KDM emails with non-Latin character sets (#549).
Fix for missing audio channel checkboxces on initial display in the audio graph dialog (on OS X).
Fix incorrect ISDCF name audio channel counts in some circumstances.
Fix problems with audio analyses not appearing in some circumstances.
Allow the correct transformation to be applied to Rec 709 sources when converting from YUV to RGB, and default to Rec 709 for colour conversions.
Correct small and erroneous differences between the RGB->XYZ transform matrix for sRGB and Rec 709.
Use a single file to store frame hashes (rather than one file per frame) speeding up copying or deletion of projects (#444).
Better estimation of required disk space when the target filesystem does not support hard links (#511).
Efficiency improvement when running on machines with many cores.
Disable OK in the KDM certificate download dialogue until a download has succeeded (#404).
Sort image files that are added in bulk so that they are added in a sensible order.
Ignore image filenames which start with ._ to avoid errors when importing sequences of files that have been processed on OS X.
Allow configuration of encryption key (#534).
Define colour conversion to XYZ in terms of red/green/blue chromaticities and white point, rather than using a matrix.
Allow adjustment of the white point when converting colour.
Add a P3 colour conversion preset.
Add a readout of the peak audio value (and time) (#557).
Add an option to restore the default configuration.
Add a simple content properties dialogue accessible by right-clicking on the content list.
Thanks to Dennis Couzin, Igor Voytovich, Thierry Journet and Carsten Kurz.
Three new supports have been added since 1.78.0: thanks to Frechen-Film e.V., Adrian Manolescu and Raoul Walzer.
Best regards,
Carl
Hello.
Cant create one trailer in 3D for sever doremi master image system 3D or xpand.thanks Ardian.
Sent from Yahoo Mail on Android
From:"dcpomatic-request(a)carlh.net" <dcpomatic-request(a)carlh.net>
Date:Wed, May 13, 2015 at 1:00 PM
Subject:DCPomatic Digest, Vol 33, Issue 10
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: dcpomatic on Raspberry Pi / Raspian (Carsten Kurz)
----------------------------------------------------------------------
Message: 1
Date: Tue, 12 May 2015 20:03:49 +0200
From: Carsten Kurz <audiovisual(a)t-online.de>
To: David Nedrow <dnedrow(a)me.com>
Cc: dcpomatic(a)carlh.net
Subject: Re: [DCP-o-matic] dcpomatic on Raspberry Pi / Raspian
Message-ID: <98545931-C5B2-460A-8F67-FCB77EF3A95D(a)t-online.de>
Content-Type: text/plain; charset=us-ascii
Hi there,
already after a week, my new Raspberry PI 2 is bored playing Python games.
Do we have a minimal working Raspian-DCPo image for him to test?
- 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 33, Issue 10
*****************************************
Updated RU translation included. "Advanced" tab still not translated
Problem with 1.78.10 described here .
10 мая 2015, 14:00:13, от dcpomatic-request(a)carlh.net :
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. Release candidate for 1.79.0 (Carl Hetherington)
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
--
С уважением, Войтович Игорь
Hi all,
I will put 1.79.0 up for download soon, based on 1.78.10:
http://dcpomatic.com/test-download
If anyone has any problems with 1.78.10, or translation updates, please
let me know.
Thanks,
Carl
Hello all.
I wonder if anyone has experience of making DCPs for access screenings
with audio description track and open caption subtitles?
I'm being asked to quote for the work of creating DCPs for 4 hours of
short film programming with audio description track and open caption
subtitles for a film festival, and have no experience in the area. The
subtitles and audio description audio tracks will be produced by the
festival.
It it really as simple as adding the audio tracks in DCP-o-matic and
burning in the subtitles to the video before encoding? Or are there any
gotchas?
Many thanks,
Jim
Looks like when I change the gain for a sigle channel is not showing
up in the Show Audio graphic.
Also, the channel gain overrides the general gain or is relative to
the other channels? Let's say I have a general gain of -10dB and
center channel is -5dB, will center channel be -10dB or -15dB?
Just to make it harder, it's an stereo source upmixed to 5.1 (up-mixer A)
v. 2.0.41
Thanks!
Manuel AC
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
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.
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
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
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
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
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
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
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