I am the program using DCP-o-matic and is very bizarre, but I've a problem when you make a trailer in 3D format does not decide to play when we dcp2000 Doremi server and projector is nec 1200C.
please give me a ndihime how to make trailers in 3D format that you play in dcp2000 Doremi server and projector nec1200c.
Thanks.
Ardian
On Saturday, March 8, 2014 1:00 PM, "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://carlh.dyndns.org/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. DCP-o-matic version 1.65.0 released (Carl Hetherington)
----------------------------------------------------------------------
Message: 1
Date: Fri, 7 Mar 2014 17:41:20 +0000 (GMT)
From: Carl Hetherington <cth(a)carlh.net>
To: dcpomatic-announce(a)carlh.net, dcpomatic(a)carlh.net
Subject: [DCP-o-matic] DCP-o-matic version 1.65.0 released
Message-ID: <alpine.DEB.2.02.1403071739190.6169@localhost>
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Hi all,
DCP-o-matic 1.65.0 is now available to download from here:
http://dcpomatic.com/download
Changes in this version include:
* Updates to the it_IT translation from William Fanelli.
* Basic support for 7.1/HI/VI audio tracks.
* Add support for no-scale of the input video.
* Update FFmpeg library version to fix incorrect frame rates with some source files.
* Fix for failure to open sound files with non-ASCII filenames.
* Fix missing RMS plots in the audio analyser.
* Fix incorrect rounding of timecodes in some cases.
* Speculative fix to stop OS X sleeping during DCP encodes.
* Use the correct timecode separator for frames (: rather than .)
* Fixes to some errors in the XML for Interop DCPs.
* Be more careful with catching exceptions from the KDM creation code.
* Fix for a crash on trying to seek when there is missing content.
* Some fixes for crashes under low-memory conditions.
* Centos 6.5 RPMs.
* Fix another repeated exception from the server-finding code.
* Fixes to strange behaviour of the colour conversion dialogue under OS X.
Thanks to William Fanelli, Ivan Pullman, lukegb and Adam Colt and all who
have tested the interim versions.
Best regards
Carl
------------------------------
Subject: Digest Footer
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://carlh.dyndns.org/cgi-bin/mailman/listinfo/dcpomatic
------------------------------
End of DCPomatic Digest, Vol 19, Issue 5
****************************************
Hi all,
DCP-o-matic 1.65.0 is now available to download from here:
http://dcpomatic.com/download
Changes in this version include:
* Updates to the it_IT translation from William Fanelli.
* Basic support for 7.1/HI/VI audio tracks.
* Add support for no-scale of the input video.
* Update FFmpeg library version to fix incorrect frame rates with some source files.
* Fix for failure to open sound files with non-ASCII filenames.
* Fix missing RMS plots in the audio analyser.
* Fix incorrect rounding of timecodes in some cases.
* Speculative fix to stop OS X sleeping during DCP encodes.
* Use the correct timecode separator for frames (: rather than .)
* Fixes to some errors in the XML for Interop DCPs.
* Be more careful with catching exceptions from the KDM creation code.
* Fix for a crash on trying to seek when there is missing content.
* Some fixes for crashes under low-memory conditions.
* Centos 6.5 RPMs.
* Fix another repeated exception from the server-finding code.
* Fixes to strange behaviour of the colour conversion dialogue under OS X.
Thanks to William Fanelli, Ivan Pullman, lukegb and Adam Colt and all who
have tested the interim versions.
Best regards
Carl
Hi all,
I have just changed the name of the DCP-o-matic mailing list from
dvdomatic to dcpomatic. I think I've arranged it so that the old email
addresses will still work. Do let me know if anything strange happens.
Best regards
Carl
Hi all,
DCP-o-matic version 1.64.0 is now available for download from:
http://dcpomatic.com/download
Selected highlights include:
* The basics of per-channel audio gain, so that a particular source
channel may be passed to different DCP channels with different gains.
* A warning on choosing ‘Make DCP’ if the disk is likely to have
insufficient free space for the DCP.
* A primitive ‘check for updates’ feature which may be triggered from
the ‘Tools’ menu or configured to be automatic at startup. It defaults to
not checking at startup.
* Updates to de_DE translation from Markus Raab.
* Updates to sv_SE translation from Adam Klotblixt.
* Updates to fr_FR translation from Theirry Journet.
* Allow choice of what to install (master/server) on Windows.
* Add subtitle X offset option.
* Fix bad A/V sync in some (and maybe in lots of) circumstances.
* Fix failure to open some .mov files on Windows.
* Fix incorrect subtitles when speeding up or slowing down video for the DCP.
* Fix incorrect audio position when using video files without audio tracks.
* Fix bad DCPs when resuming encodes of 3D content.
* Fix missing subtitles when they are in content with a non-zero position.
* Fix to formatting of Interop <ScreenAspectRatio> tags.
* Fix asset flags on Interop DCPs.
* Fix incorrect colouring of subtitles in some cases.
* Various fixes for efficiency on fast machines.
* Fix mis-timed subtitles in some cases.
* Fix error-reporting loop after long runs (and suspends) on Windows.
* Fix over-fussiness in names of 1-file-per-frame sources.
* Fix the inability to specify the frame rate of 1-file-per-frame sources.
* Try to stop Windows machines going to sleep during encodes.
* Make sure that forced languages override the environment for all messages, and not just some.
* Don't give .xml suffixes to VOLINDEX and ASSETMAP in Inter-op DCPs.
* Prevent some cases of half-finished DCP directories being created.
* Fix error on cancelling and re-starting a DCP transcode on Windows.
* Use Mbit/s instead of the incorrect MBps in the user interface.
Thanks to Adam Colt, Luke, Thierry Journet, Denzil Kriekenbeek, Brad
Miller, Markus Raab, Adam Klotblixt and all other DCP-o-matic users for
their suggestions, bug reports and contributions.
Do not hesitate to drop me a line at carl(a)dcpomatic.com with any questions
or problems.
Best regards
Carl
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
