On a german projectionists forum someone posted first results for a dual xeon 2687W machine - total 16 cores 32 threads at 3.1GHz (very expensive, each CPU costs around 1.500€), running under WIN64
The results are a bit disappointing, Sintel runs through in around 32min - which is so far the fastest machine - but still a lot less than to be expected from such an expensive machine. The user confirmed that total CPU load during the encoding is only between 30% and 55%, no matter how many threads he configured. That computes into something like 11fps. The fastest so far I think was a 6-core i7-3930K at around 5.5fps. From extrapolating earlier results, 16 cores should result in something like 20-22fps, so, more or less half of that machines theoretical performance is not utilized by DVD-o.matic.
I assume that, roughly put, dvd-o-matic is split into something like preprocessor (input, FFMPEG, Filters, etc.), J2k encoding, postprocessor (audio, wrapping, XML, filewrites, etc). And that probably only the j2k encoding can actually use multithreading, one thread per frame? Or is there a fixed limit on the number of encoding threads used, even if set higher?
So it may be that the 'pre- and postprocessor' running singlethreaded may be the bottleneck on 'multi-multicore' machines, and performance can only be increased moderately with higher clock rates. Said machine has three fast SSDs for system, swap and workspace, and 64GBytes of RAM. I think Asus Z9 P -D8 mainboard.
From this, to me it looks as if a single Intel CPU six to eight core HT machine at the highest available clock rate is the most economical sweetspot currently for DVD-o-matic. More CPUs/cores are wasted as price increases. A six core CPU sells around 500€.
To give a more practical number, a typical 2hr full feature, using this 'sweetspot' machine will be converted to DCP in around 4-5 hours at 10-12fps average (all referenced to SINTEL encoding speeds - as we know, J2k encoding speed is highly content dependent).
Of course, the mentioned user did not build this machine only for DVD-o-matic, he uses other video editing and rendering software on it as well so it will still payout for him.
Meanwhile if have checked other DCP software performance figures and, as most of them are using OpenJPEG, their results are more or less the same.
Some of them allowing only image series input with only preconformed image and audio data and thus a more simple preprocessor may use more than 6-8 cores more efficiently than DVD-o-matic. But then the preconforming from common video/media formats will need additional time ahead of the encoding as well.
- Carsten
Hi all,
It has been suggested that it would be useful to have a list of
confirmed-working combinations of DCP-o-matic version and server/projector
models.
If you have witnessed the glorious sight of a DCP-o-matic-created DCP
working correctly on a DCI system, if would be great to hear from you with
details of:
The projector/media server model numbers.
The version of DCP-o-matic.
Any other interesting information that you can think of.
I'll make up a list to put on the website.
Thanks!
Carl
In a film-tech discussion, offering an inverse telecine option to DVD-o-matic was suggested for interlaced material at 29,97fps. As far as I know, recent versions of FFMPEG offer inverse telecine.
Maybe you can do some tests, Carl?
Personally I try to avoid to convert DVDs and usually stick to BluRays. However, I understand that sometimes BluRay with native 24fps is not available for certain titles.
If it's just a different processing flag for FFMPEG, it shouldn't be much work. Of course, not all 29,97 interlaced material can be inverse telecined, so it should be a manual option.
- Carsten
I just set up a new theatre work-station and downloaded the latest
DCP-o-matic 1.34 for a cleanly and newly installed Ubuntu 13.10 64-bit.
Installation went well, but the program was not possible to start from
GUI-menus, no messages or program starting. No hanging processes visible in
top. Trying the command-line I got an error "libxml-something-ssl missing",
which when installed solved the issue, the program starts and runs as
expected from GUI-menus.
So I see 2 problems:
- libxml-something-ssl is missing from the installer
- Starting the program from a menu fails mysterisously without any messages
/Adam Klotblixt
Hi all,
Thanks to the hard work of Stefan Karner, packages of DCP-o-matic are now available
for Arch Linux. Package details are here:
https://aur.archlinux.org/packages/dcpomatic/
Thanks Stefan!
Best regards
Carl
VLC 2.10 has recently been released into the wild and the DCP, or better, J2C MXF support is back in it. Jean-Baptiste told me a while ago they were working towards inverse xyz and improved playback performance after the initial experimental support in 2.01-2.03. If anyone want's to try it out...
http://www.videolan.org/
You can not open a CPL yet, only the video MXF, the extended file open dialog allows you to open and play the audio file in sync (provided there are no separate offsets in the raw files).
This should work for most single-reel DCPs made with DVD-o-matic.
Please comment on your performance.
- Carsten
Hi Frank,
I remember having some hard time with flash animation some months ago...
That was solved by exporting images séquence from flash editing software and creating dcp with separate sources - images and sound tracks - through OpenDCP.
At that time I was not aware of dcp-o-matic !
Best regards,
Gérald.
Envoyé à partir de mon smartphone Sony Xperia™
Frank Allison <franklsn(a)provide.net> a écrit :
>_______________________________________________
>DVDomatic mailing list
>DVDomatic(a)carlh.net
>http://carlh.dyndns.org/cgi-bin/mailman/listinfo/dvdomatic
Hi Carl -
Love the DVD (DCP) o matic -
I am making animation on adobe flash - flash doesn't like 24 fps so I am working 25 fps - flash can export my .mov at 25 fps - dvd o matic recognizes the 25 fps. mov and wants to make a 25fps package, but I get this error from dvd o matic after the job is complete (and the projector - NEC 900c) doesn't recognize the package for ingest:
Cannot handle pixel format 30 during make_black().
It is not known what caused this error. The best idea is to report the problem to the DVD-o-matic mailing list (dvdomatic(a)carlh.net)
Earlier attempts where flash made a .mov with a converted frame rate of 18.something worked fine, but the sound was either too slow or too fast depending on what frame rate I select on the dvd o matic settings. It converts the the 18 fps to 24 with roughly a 125% increase in speed -
I just donated to dvd o matic a few days ago - and am very excited to have such an amazing tool at my fingertips -
THANKS FOR YOUR HELP! I'll keep fooling about with frame rates and will let you know if I have any luck -
Frank Cianciolo
aka Frank Allison
Clinton Theater
XXX XXX XXXX - home
www.clintontheatre.com
Hi all,
DCP-o-matic version 1.10 is now available from here:
http://dcpomatic.com/download.php
The main improvement in this version is that it can write encrypted DCPs
and generate KDMs for them. All feedback is welcome.
Best regards
Carl
I'm prepping a trailer for DCP with your software, and got the following error:
Cannot handle pixel format 102 during make_black().
Any ideas about this?
David
------------------
David Mallin
Visiting Assistant Professor of Theatre & Cinema
Cellphone: (415) 378-7573
dpmallin(a)vt.edu
Hello everyone,
I have created four 24- to 32-minute long DCP packages for a friend and
hobby filmmaker who is going to screen them at a local movie festival.
Now, I've heard back from their technical department that the DCPs I
made using DVD-o-matic are single-reel and that "might cause problems",
whatever that means.
As far as I understand it, there is a convention to limit reels to
somewhere around 22 minutes (e.g. typical old "analog" reel size) to
minimize problems in transfer and handling and to keep the sizes of the
files in the DCPs reasonable. But I wouldn't have thought that a
32-minute single-reel DCP might be problematic. Can anyone enlighten me
on the subject? I'm no projectionist or TMS technician (I'm helping my
friend because I have maginally more hobby experience creating DCPs than
him), so there's a huge question mark hanging above my head. :-)
Furthermore, is there any possibility to create multi-reel DCP packages
via DCP-o-matic, or to convert the single-reel packages into multi-reel
using open-source tools?
Thanks for any help in this matter
Kasi Mir
Hmm, I reported this GAMMA issue before with a BluRay conversion around the beginning of June.
Now I did a parallel conversion of a DV-compressed AVI file to a DVD-Video and a DCP, both on a Mac. While the DVD retains more or less the same contrast and colours as the AVI file, the DCP again came out a lot brighter with greyish blacks (played back on our DCI projector). The BluRay conversion I reported back in june was done with the windows version from a 1:1 rip/MKV container and it had the same issues. I needed to create a special format on the projector reducing brightness and saturation considerably to make it watchable.
Hmm, I now see that DCP-o-matic has an explicit dialog for input/output gamma settings and color conversion matrix. Maybe I will try to do some tests to find out wether these issues can be solved by this. Really wondering why no one else is having this issue, as it is not just a minor variance but a heavy one.
- Carsten
Hello there.
I got an Error when using DVD o matic that looks like so:
Transcode job failed (Cannot handle pixel format 102 during make_black())
The suggestion was to mail it, so here it goes.
The source film is in Prores4444 1920x1080
The audio is external in 6 * PCM 24bit WAV files
No subs yet
(Mac version of DVD o matic because of the Prores source)
I specified the start frame to 3 and end frame to 36875 for a 5 minutes
test. But the encode seems to have run from 0 to 42571 where it stopped.
I wanted to ommit the syncblipp at fram 1 but I can hear it in the file
generated in the DCP_XX-XX.... folder
Any suggestions are appriciated, did I mention that I like DVD o matic a
lot =)
Attaching the log file.
[image: Inline image 1]
ps" I see now that I had "encode all frames and play the subset" on by
mistake. But does that mean that I will get this error when trying to
encode the entire movie later?
>From the end of the log file:
Fri Sep 20 16:46:32 2013: Finished locally-encoded frame 42554
Fri Sep 20 16:46:32 2013: Writer FULL-writes 42554 to MXF
Fri Sep 20 16:46:32 2013: Finished locally-encoded frame 42555
Fri Sep 20 16:46:32 2013: Writer FULL-writes 42555 to MXF
Fri Sep 20 16:46:32 2013: Matcher video @ 1702.68 [audio=82449186,
video=42567, pending_audio=0]
Fri Sep 20 16:46:32 2013: Matcher video @ 1702.72 [audio=82449186,
video=42568, pending_audio=0]
Fri Sep 20 16:46:33 2013: Finished locally-encoded frame 42556
Fri Sep 20 16:46:33 2013: Writer FULL-writes 42556 to MXF
Fri Sep 20 16:46:33 2013: Finished locally-encoded frame 42557
Fri Sep 20 16:46:33 2013: Writer FULL-writes 42557 to MXF
Fri Sep 20 16:46:33 2013: Matcher video @ 1702.76 [audio=82449186,
video=42569, pending_audio=0]
Fri Sep 20 16:46:33 2013: Matcher video @ 1702.8 [audio=82449186,
video=42570, pending_audio=0]
Fri Sep 20 16:46:33 2013: Finished locally-encoded frame 42558
Fri Sep 20 16:46:33 2013: Writer FULL-writes 42558 to MXF
Fri Sep 20 16:46:34 2013: Finished locally-encoded frame 42559
Fri Sep 20 16:46:34 2013: Writer FULL-writes 42559 to MXF
Fri Sep 20 16:46:34 2013: Matcher has seen 42571 video frames (which equals
81736320 audio frames) and 82449186 audio frames
Fri Sep 20 16:46:34 2013: Match 14.8514
Fri Sep 20 16:46:34 2013: Emitting 372 frames of black video
Fri Sep 20 16:46:34 2013: Transcode job failed (Cannot handle pixel format
102 during make_black())
Fri Sep 20 16:46:34 2013: Finished locally-encoded frame 42560
Fri Sep 20 16:46:34 2013: Writer FULL-writes 42560 to MXF
Fri Sep 20 16:46:34 2013: Finished locally-encoded frame 42561
Fri Sep 20 16:46:34 2013: Writer FULL-writes 42561 to MXF
Fri Sep 20 16:46:35 2013: Finished locally-encoded frame 42562
Fri Sep 20 16:46:35 2013: Writer FULL-writes 42562 to MXF
Fri Sep 20 16:46:35 2013: Finished locally-encoded frame 42563
Fri Sep 20 16:46:35 2013: Writer FULL-writes 42563 to MXF
Fri Sep 20 16:46:36 2013: Finished locally-encoded frame 42564
Fri Sep 20 16:46:36 2013: Writer FULL-writes 42564 to MXF
Fri Sep 20 16:46:36 2013: Finished locally-encoded frame 42565
Fri Sep 20 16:46:36 2013: Writer FULL-writes 42565 to MXF
Fri Sep 20 16:46:36 2013: Finished locally-encoded frame 42566
Fri Sep 20 16:46:36 2013: Writer FULL-writes 42566 to MXF
Fri Sep 20 16:46:37 2013: Finished locally-encoded frame 42567
Fri Sep 20 16:46:37 2013: Writer FULL-writes 42567 to MXF
Fri Sep 20 16:46:37 2013: Finished locally-encoded frame 42568
Fri Sep 20 16:46:37 2013: Writer FULL-writes 42568 to MXF
Fri Sep 20 16:46:37 2013: Finished locally-encoded frame 42569
Fri Sep 20 16:46:37 2013: Writer FULL-writes 42569 to MXF
Fri Sep 20 16:46:37 2013: Finished locally-encoded frame 42570
Fri Sep 20 16:46:37 2013: Writer FULL-writes 42570 to MXF
--
.
Hello!
Yesterday I made 3 versions of a DCP with a little video, and because
its mono, I wanted to try how it would sound like when the audio is C,
LR and LCR. So I exported a mono uncompressed wav file from Adobe
Premiere. I tried to listen to the file with VLC Player and looked at
the codec (PCM L16 SE) and thought everything was fine. But in the
cinema, the sound was only LR, no matter what, and was pitched down like
crazy. Didn?t sound good at all :)
What did i do wrong? Is there a problem that the video file has audio
too, and i just choosed external audio, is the video file not allowed to
have audio?
And my secound question, I?m not sure what "pad with silence to X
channels" does and what I do with it. It?s not written in the manual.
Can I get a short explanation?
Thanks and greetings from Vienna!
Andi
Hi all,
DVD-o-matic version 0.126 is now available from here:
http://carlh.net/software/dvdomatic/download.php
This fixes a variety of subtle and not-so-subtle bugs
with recent versions. If you are having any problems,
especially related to audio or strange DCP playback,
I suggest you update.
Also, I have started adding some benchmarks of DVD-o-matic's
speed on various computers:
http://carlh.net/software/dvdomatic/benchmarks/
If anyone would like to contribute information (by running
a couple of DCP encodes on their machine), please feel free.
I hope this might help people who are planning to buy new PCs
and who want to know how DVD-o-matic might perform.
Best regards
Carl Hetherington
one of my favourites ;-)
I noticed that while 'encoding the subset' on partial encodings, the space for the resulting file is reduced as intended, but not the encoding time. Seems as if a partial encode will take as much time as a full encode.
Could this be improved? I understand that the encoder needs to run through the whole file at some point, but it seems it will also take the time to encode all frames and just 'discard' the unnecessary ones?
Is this needed to keep video and audio in sync?
(I'm now using the Mac version 0.115, but this is the same under windows)
Also, the DCI naming options include the option to use OV or VF. Is there any way to actually create a VF only or a multipackage, e.g. one OV version, one subtitle version, one localized version, each using the same video file?
- Carsten
Hi all,
DVD-o-matic's next incarnation, "DCP-o-matic" is vaguely on the way. I've
started uploading test versions to a new site:
http://dcpomatic.com/index2.php
If anyone would like to test it out, please feel free. Any feedback is
welcome. Since it has a different name you can install it alongside
DVD-o-matic and it shouldn't interfere with your DVD-o-matic installation.
Best regards
Carl
--
DVD-o-matic: http://carlh.net/software/dvdomatic
been using it for some light pre show content, with no audio. and it has been working. that you so much for your work on this project. I work for a small art house cinema and it is very important to be able to create our own DCP content. Thank you for making it such a painless process.
Winston Riley
winston(a)ccasantafe.org