Package Details: dcpomatic 2.12.4-1

Git Clone URL: (read-only)
Package Base: dcpomatic
Description: A free, open-source program to generate Digital Cinema Packages (DCPs) from videos or images
Upstream URL:
Keywords: Cinema DCP
Submitter: ska
Maintainer: markusk
Last Packager: markusk
Votes: 6
Popularity: 0.001191
First Submitted: 2013-11-16 17:01
Last Updated: 2018-04-17 12:47

Latest Comments

markusk commented on 2018-05-24 16:29

for the moment please use my aur/dcpomatic-git package. It got fixes for ffmpeg4.0 from upstream. Please make sure that you also use all the "-git" libs ... like libdcp-git, libsub-git .... best way is to deinstall all of my packages and then reinstall using pacaur, yaourt, bb-wrapper ... from aur using for example "pacaur -S dcpomatic-git"

Upstream dev (Carl) also is planning to release a new stable soon. Might even be as soon as 2.12.6 which would include needed fixes for Arch builds.

markusk commented on 2018-05-21 14:24

@ago.casal Part2:

Arch linux made the jump to ffmpeg 4.0 some days ago. This version seems incompatible with dcpomatic at the moment.

Installing ffmpeg3.4 does not help either as the includes for the .h files needs to be adjusted in upstream.

I have filed a bugreport with dcpomatic.

Let's see what the developers will have to say about 4.0 support or patching for ffmpeg3.4 includes ....

TilmanV commented on 2018-05-21 14:20

@ago.casal @markusk

The problem is fixed in Dcpomatic-git. But dcpomatic-git is broken too. I wrote a patched pkgbuild for it. I'll send to markusk later.

markusk commented on 2018-05-21 13:48


looks like avfiltergraph.h was droped from ffmpeg ... before it was

$ pkgfile avfiltergraph.h <br> extra/ffmpeg community/ffmpeg-compat community/mythtv $

now i get zilch ...

looks like at the moment no arch repo packages delivers it

i will have a look around the ffmpeg mailinglists and also report this upstream to dcpomatic dev's

tiago.casal commented on 2018-05-21 10:42

getting this, with the new ffmpeg 4.0, any idea?

[ 53/379] Compiling src/lib/ ../src/lib/ fatal error: libavfilter/avfiltergraph.h: No such file or directory #include <libavfilter avfiltergraph.h=""> compilation terminated.</libavfilter>

markusk commented on 2018-03-26 07:05

@adsun: Thank you for the rtaudio deb "bug report" fixe in version 2.12.2-2

adsun commented on 2018-03-25 19:26

This needs rtaudio as a dependency, otherwise the build configuration will fail.

markusk commented on 2018-03-25 16:48

upstream has released the new version 2.12.2 which again compiles on arch linux.

"Major new stuff version" read the upstream changelog!"

markusk commented on 2018-02-27 04:37

please use the dcpomatic-git package! It's the beta of the upcoming 2.12.0. At the moment the 2.10.5 version of dcpomatic is incompatible to the current Arch Linux base libs. Final release of 2.12.0 is planed before the end of March 2018

markusk commented on 2018-02-24 23:51

@TilmanV thank you for the info about download link change! I fixed it but v2.10.5 still has some c++ header include bugs that are only fixed in future upstream versions. It's no big bug maybe you might be able to patch fix it by backporting the upstream fix. I will commit the new PKGBUILD with the new download location right away.

Have a look at and the git commit 85c2c9250f86dcc685b6e93e1e671a64cc0a24f3 where Carl fixed some of the bugs. Most of the warnings of #1135 are not connected to dcpomatic directly but to libs that are being used or the fact that Arch is doing a lot more compile warnings than his ubuntu dev platform. If you are able to supply a patch file i would integrate this into the PKGBUILD.

TilmanV commented on 2018-02-24 20:37

@markusk I know. I justed wanted to know if there are any news.

oh btw. please change the downloadlink to .

markusk commented on 2018-02-23 22:18

At the moment upstream dev is gearing up to release stable 2.12.0. At the moment both v2.12.x (git branch for future 2.12.0) and git baster branch are throwing compile bugs on by arch system. I submitted some bug reports and upstream seem to be working on these when he has time.

On the other hand 2.10.5 does not work with current Arch packages ...

To tell you the truth as a packaging only guy that has nothing to do with upstream development besides some very minor bug reporting i simply don't know what else besides waiting and bug reporting i can do.

TilmanV commented on 2018-02-23 19:48

Package still can't be built.. any news?

markusk commented on 2017-10-18 17:35

Hi @TilmanV

the stable dcpomatic/libdcp/libsub/... packages are at the moment incompatible to some newer Arch libs. I have reported these upstream to the dcpomatic develop team. The fixes where included into the dcpomatic testing (git dev Version). I reactivated my "git" packages (dcpomatic-git , libdcp-git, ..... ) for my testing runs. You can use these to get the current dev Version build on arch.

PS: please use pastebin or something like it for long code/error cut&pastes

TilmanV commented on 2017-10-18 15:10

Still broken

TilmanV commented on 2017-09-30 10:07

Build failed
-> task in 'libdcpomatic2' failed (exit status 1):
{task 140311127321424: cxx ->}
['/usr/lib/ccache/bin/g++', '-D_FORTIFY_SOURCE=2', '-march=native', '-O2', '-pipe', '-fstack-protector-strong', '-fno-plt', '-std=c++11', '-O2', '-D__STDC_CONSTANT_MACROS', '-D__STDC_LIMIT_MACROS', '-D__STDC_FORMAT_MACROS', '-msse', '-fno-strict-aliasing', '-Wall', '-Wno-attributes', '-Wextra', '-Wno-deprecated-declarations', '-D_FILE_OFFSET_BITS=64', '-Wno-unused-result', '-O2', '-DDCPOMATIC_POSIX', '-mfpmath=sse', '-DLINUX_LOCALE_PREFIX="/usr/share/locale"', '-DLINUX_SHARE_PREFIX="/usr/share/dcpomatic2"', '-DDCPOMATIC_LINUX', '-DDCPOMATIC_IMAGE_MAGICK', '-std=c++11', '-fPIC', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-I/usr/include/ImageMagick-6', '-I/usr/include/libdcp-1.0', '-I/usr/include/libxml++-2.6', '-I/usr/lib/libxml++-2.6/include', '-I/usr/include/glibmm-2.4', '-I/usr/lib/glibmm-2.4/include', '-I/usr/include/glib-2.0', '-I/usr/lib/glib-2.0/include', '-I/usr/include/sigc++-2.0', '-I/usr/lib/sigc++-2.0/include', '-I/usr/include/xmlsec1', '-I/usr/include/libxml2', '-I/usr/include/libasdcp-cth', '-I/usr/lib/libzip/include', '-I/usr/include/freetype2', '-I/usr/include/libpng16', '-I/usr/include/harfbuzz', '-I/usr/include/pangomm-1.4', '-I/usr/lib/pangomm-1.4/include', '-I/usr/include/cairomm-1.0', '-I/usr/lib/cairomm-1.0/include', '-I/usr/include/pango-1.0', '-I/usr/include/cairo', '-I/usr/include/pixman-1', '-I/usr/include/libsub-1.0', '-DDCPOMATIC_HAVE_MAGICKCORE_NAMESPACE=1', '-DDCPOMATIC_HAVE_FORMAT_STRIDE_FOR_WIDTH=1', '-DDCPOMATIC_HAVE_SHOW_IN_CAIRO_CONTEXT=1', '-DLOCALEDIR="/usr/share/locale"', '-DDATADIR="/usr/share"', '-DHAVE_AVCODEC=1', '-DHAVE_AVUTIL=1', '-DHAVE_AVFORMAT=1', '-DHAVE_AVFILTER=1', '-DHAVE_SWSCALE=1', '-DHAVE_SAMPLERATE=1', '-DHAVE_POSTPROC=1', '-DHAVE_MAGICK=1', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DHAVE_DCP=1', '-DXMLSEC_CRYPTO_DYNAMIC_LOADING=1', '-D__XMLSEC_FUNCTION__=__func__', '-DXMLSEC_NO_SIZE_T', '-DXMLSEC_NO_GOST=1', '-DXMLSEC_NO_GOST2012=1', '-DXMLSEC_DL_LIBLTDL=1', '-DHAVE_CXML=1', '-DHAVE_GLIB=1', '-DHAVE_CURL=1', '-DHAVE_ZIP=1', '-DHAVE_FONTCONFIG=1', '-DHAVE_PANGOMM=1', '-DHAVE_CAIROMM=1', '-DHAVE_SUB=1', '-DHAVE_ICU=1', '-DHAVE_NETTLE=1', '../src/lib/', '-c', '-o', '/tmp/yaourt-tmp-tilman/aur-dcpomatic/src/dcpomatic-2.10.5/build/src/lib/']

markusk commented on 2017-07-23 12:27

@adsun: checked into it and at the moment extra/imagemagick is the default version for Arch. I hope you can understand that for me that is the reference version. I only use other aur packages if there is need to.

markusk commented on 2017-07-23 00:31

@TilmanV: "systemd exta" sorry it took me so long to get back to you. At the moment my time is a bit limited. Truth be told at the moment the systemd-dcpomatic stuff has to wait until i have time to do some research how to best tackle the stuff.

markusk commented on 2017-07-23 00:27

@adsun: i will have a look at it in the next days but i think it would be better if you file a bug report upstream with the dcpomatic developer on his Mantis Bug reporting tool.

I only do packaging and some very limited testing for arch. I'm not involved with coding dcp-o-matic.

adsun commented on 2017-07-22 23:38

Fails to build against ImageMagick 7.

Would appreciate it if it were fixed.

TilmanV commented on 2017-07-08 12:07

about systemd:

what about another package, that depends on this but only provides the systemd-service unit and userconfig?

markusk commented on 2017-06-08 23:34

I have pushed PKGBUILD version 2.10.5-2 after some rudimentary testing it works on my desktop rig. I don't have time too run all the VM base install testing that i'm doing on dep changes usually. Please let me now if it works for you all or if there are problems!

markusk commented on 2017-06-08 23:02

About wxgtk ... i'm testing at the moment .. something is quite odd. wxgtk2 has "provides=wxgtk" that should lead to instant import even with my 'wxgtk>=3.0.1' ... will try some tests with wxgtk2 or even wxgtk3 maybe today or over the weekend.

TilmanV commented on 2017-06-08 16:25

wxgtk has been replaced with extra/wxgtk2. Please update the PKGBUILD.

markusk commented on 2017-05-28 16:15

@mrdrogdrog: About systemd
Adding this looks "easy" but it throws up a lot of side stuff that makes it "harder" then one would think. With systemd and server starting stuff comes the need for user creation. Sure one could run it as user nobody but that is not the right way. I for my part am not a fan of user creation in aur packages. And i would have to do this for a "dcpomatic" user like fedora does it.

How is the rest of the user base thinking about that ? Would you like systemd integration?

TilmanV commented on 2017-05-28 09:25

The fedora package of dcpomatic contains a systemd service unit for the encoding server.

Can you add this?

TilmanV commented on 2016-12-25 11:33

dcpomatic2: error while loading shared libraries: cannot open shared object file: No such file or directory

ImageMagick was updated. Had to recompile dcpomatic2

markusk commented on 2016-11-17 13:30

@mrdrogdrog;Thank you for the info. Fixed to 1.4.4

TilmanV commented on 2016-11-17 12:33

dcpomatic needs libdcp 1.4.1. please update the pkgbuild

markusk commented on 2016-04-27 17:58

2.7.1 didn't compile on arch linux when it was released . There where fixes merged into testing version 2.7.13 that made it possible to compile on arch without patching. As I'm only packaging and not patch-packaging the options where staying with 2.5.0 (last one which compiled with stable libs [libsub,libusb,libcxml]) or the "testing" versions 2.7.[13|17]. I decided to supply 2.7.13 some days ago and now upgraded to the "freeze" version of 2.7.17.

2.7.17 is very close to the soon to be released version 2.8.0.

If you have trouble with 2.7.17 please let me know what the problem is.

evil-god commented on 2016-04-27 17:43

PKGBUILD is wrong, pkgver=2.7.17 <-should be 2.7.1
checksum should be sha256sums=('73a4ec19f448055c1849f3fc1a482e2b1c51099bbd4c3bbd6715d9a6e7b4b167')
please fix

markusk commented on 2016-04-23 13:11

Carl (upstream dev) supplied 2.7.13 which compiles with current arch libs.

markusk commented on 2016-03-14 11:44

still waiting for upstream fixes!

markusk commented on 2016-02-05 20:30

The upstream developer is working on fixing dcpomatic to build with new gcc present in Arch.... Stay tuned!

markusk commented on 2015-12-07 03:22

Waiting for feedback from upstream developer because of compile errors of dcpomatic 2.6.3 on arch....

markusk commented on 2015-09-17 12:15

Quick Fix for include error for missing openjpeg.h
ln -s /usr/include/openjpeg-1.5/openjpeg.h /usr/include/openjpeg.h

markusk commented on 2015-07-28 14:34

Working with upstream to fix some bugs in 1.81.0 which make it unable to compile on Arch... Stay tuned ...

markusk commented on 2015-05-30 22:04

On 08.08.2015 the new system will finish beta testing an replace the current system. All dcpomatic and corresponding dep-libs which are maintained by me are already available in the new system. You can find all git repos under the following link [1]. The new system offers version history and "git clone" downloads of the PKGBUILD and .SRCINFO files!


peT commented on 2015-04-09 10:00

It's now libdcp>=1.00

markusk commented on 2014-10-16 10:20

The 1.73.0 version has an upstream bug that prevents compile on current arch systems! For the time being you can us the dcpomatic-git[1] package until a new dcpomatic version is released.


markusk commented on 2014-10-16 10:18

The 1.73.0 version has an upstream but that prevents compile! For the time being you can us the dcpomatic-git[1] package until a new dcpomatic version is released.


markusk commented on 2014-10-15 19:35

"Boost" Problem is connected to the fact that aur/libdcp also has to be compiled using boost 1.56 ...

markusk commented on 2014-09-13 12:08

Next "Bug": after patching (see below) it compiles but then there is a second bug as it is linked to two different libboost versions which does not make sense to me. Anyone have this running with libboost 1.56.0 ?

ldd /usr/bin/dcpomatic|grep boost => /usr/lib/ (0x00007f5cd9603000) => /usr/lib/ (0x00007f5cd8352000) => /usr/lib/ (0x00007f5cd6c50000) => not found => not found => not found => not found => not found

markusk commented on 2014-09-13 10:57

For all of you who can't wait for an upstream fix here a patch-fix using AUR ABS.

PKGBUILD file including patch exec

dcpomatic-iostream.patch file (needs to be in the same dir as PKGBUILD)

markusk commented on 2014-09-13 10:18

Didn't compile for me because of upstream bug with includes. See the dcpomatic bug report for patch info

ska commented on 2014-06-27 15:25

the wxgtk problem has been patched and reported upstream

markusk commented on 2014-06-18 18:11

wxgtk has reached version 3.0.1 and the dcpomatic build "waf" needs 3.0.0

markusk commented on 2014-04-29 21:43

Not working at the moment as dependency "extra/openjpeg" reached "1.5.2-1" and dcpomatic has a max-version for openjpeg of 1.5.1 at the moment.

Upstream developer is informed and fix is promised for the near future.

sadskull commented on 2014-03-27 10:48

une mise à jour prévue ?

karol_007 commented on 2013-11-16 18:10

Please fix the upstream url, it currently says http:// - one 'http://' too many.