Package Details: openpht 1.8.0.148-1

Git Clone URL: https://aur.archlinux.org/openpht.git (read-only, click to copy)
Package Base: openpht
Description: OpenPHT is a community driven fork of Plex Home Theater
Upstream URL: https://github.com/RasPlex/OpenPHT/
Keywords: openpht plex
Licenses: GPL2
Conflicts: plex-home-theater
Submitter: jpenguin
Maintainer: cowmix
Last Packager: cowmix
Votes: 11
Popularity: 0.000000
First Submitted: 2016-01-12 01:46 (UTC)
Last Updated: 2017-08-06 20:20 (UTC)

Latest Comments

FabioLolix commented on 2022-01-08 12:51 (UTC)

Thsi pkgbuild depends on openpht-ffmpeg but use the internal ffmpeg anyway (-DUSE_INTERNAL_FFMPEG='ON')

Risca commented on 2020-03-14 16:36 (UTC)

I got this building the other day and thought I'd share my findings. First of all, I disabled CEC:

diff --git a/PKGBUILD b/PKGBUILD
index 978b598..abe5bfb 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -19,7 +19,7 @@ depends=('openpht-ffmpeg' 'alsa-lib' 'avahi' 'boost-libs' 'curl' 'expat' 'freety
          'libxext' 'libxrandr' 'lzo' 'pcre' 'python2' 'sdl' 'sdl_image'
          'sdl_mixer' 'sqlite' 'smbclient' 'taglib' 'tinyxml' 'yajl' 'zlib' 'rtmpdump')
 makedepends=('boost' 'cmake' 'doxygen' 'git' 'java-environment' 'shairplay'
-             'libcec<=3.1.0' 'libplist' 'nasm' 'swig' 'unzip' 'zip' 'gcc-libs' 'glibc' 'llvm-libs')
+             'libplist' 'nasm' 'swig' 'unzip' 'zip' 'gcc-libs' 'glibc' 'llvm-libs')
 optdepends=('libplist: AirPlay support'
             'libcec: Pulse-Eight USB-CEC adapter support'
             'pulseaudio: PulseAudio support'
@@ -47,7 +74,8 @@ build() {

   cmake .. \
     -DCMAKE_INSTALL_PREFIX='/usr' \
-    -DUSE_INTERNAL_FFMPEG='ON'
+    -DUSE_INTERNAL_FFMPEG='ON' \
+    -DENABLE_CEC:BOOL=OFF

   make
 }

The rest of the fixes I applied upstream as a pull request: https://github.com/RasPlex/OpenPHT/pull/321

rassawyer commented on 2018-06-05 17:26 (UTC) (edited on 2018-06-05 17:26 (UTC) by rassawyer)

kodi-devel-cec no longer exists on the aur as far as I can tell. Is there a known work around to get this to build? I tried manually installing libcec 3.1.0, but it still complains that it is missing that dep.

nixisa commented on 2018-01-08 01:36 (UTC)

Does not build for me.

==> Validating source files with sha256sums... v1.8.0.148-573b6d73.tar.gz ... FAILED

mwberry commented on 2017-09-11 02:47 (UTC)

Right, so it might already be packaged as https://aur.archlinux.org/packages/kodi-devel-libcec/

mwberry commented on 2017-09-11 02:45 (UTC)

OpenPHT replies on a forked Libcec that it downloads from http://mirrors.xbmc.org/ [1]. Presumably the make logic notices that libcec is already installed so it skips trying to download it. But the copy of libcec installed is not the forked xmbc copy, so there's all sorts of mismatches. I'm still trying to locate where the patched libcec is hosted to see if it is worth setting up a PKGBUILD for it. [1] https://github.com/RasPlex/OpenPHT/blob/openpht-1.8/lib/libcec/Makefile

ky7pxrp2 commented on 2017-03-17 03:15 (UTC) (edited on 2017-03-21 16:58 (UTC) by ky7pxrp2)

@DaMastah it built properly after downgrading libcec to 3.1.0-2

DaMastah commented on 2017-03-07 06:59 (UTC)

Same problem as others : can't compile, error on PeripheralCecAdapter.cpp This program is awesome, please fix

freddierice commented on 2017-01-27 17:18 (UTC)

Add -DENABLE_CEC:BOOL=OFF to the end of the cmake line in PKGBUILD if you do not need CEC support. Then it will build correctly.

md2prof commented on 2017-01-16 03:05 (UTC)

I gave up on it too. Glad Plex Media Player is working for you... I think outside of a RasPI that is probably everyone's best option.

andresanemic commented on 2017-01-16 03:03 (UTC)

I just installed Antergos and I have libcec 4, so I'm very lost. But now i installed Plex Media Player and it's working fine, so I'm going to give up on openpht. Thank you anyway, I'm hoping that other people don't have this problem :)

md2prof commented on 2017-01-16 02:48 (UTC)

I have libcec 3.1.0-2 installed. That could be it too.

md2prof commented on 2017-01-16 02:46 (UTC)

Is the error happening even after deleting the whole package directory? openpht builds in stages and unless you delete everything stuff remains.

andresanemic commented on 2017-01-16 02:41 (UTC)

Yes, I have. Thats why I don't understand what happens. I have all the depencies installed as well :(

md2prof commented on 2017-01-16 02:39 (UTC)

Do you have libcec installed? I think I do which may explain the difference. It might need to be a dependency even if you don't use it. Let me know.

andresanemic commented on 2017-01-16 02:34 (UTC)

Hi md2prof: I tried again and i got the same error: [ 68%] Building CXX object xbmc/CMakeFiles/xbmc.dir/peripherals/devices/PeripheralCecAdapter.cpp.o /tmp/yaourt-tmp-andres/aur-openpht/src/OpenPHT-1.7.1.137-b604995c/xbmc/peripherals/devices/PeripheralCecAdapter.cpp: En la función miembro ‘virtual void PERIPHERALS::CPeripheralCecAdapter::Announce(ANNOUNCEMENT::AnnouncementFlag, const char*, const char*, const CVariant&)’: Thank you for your help!

md2prof commented on 2017-01-16 02:02 (UTC)

andresanemic: Try it now. I guess upstream changed the location of some of the files. It just worked for me with these changes and openpht-ffmpeg (unchanged). It loads anyway - I don't have a way to test it beyond that. Let me know what your errors are and I will try to help.

andresanemic commented on 2017-01-15 23:50 (UTC)

md2prof it doesn't work

md2prof commented on 2017-01-02 19:16 (UTC)

Should be ready now.

md2prof commented on 2017-01-02 19:06 (UTC)

Hold please... didn't get the whole diff.

md2prof commented on 2017-01-02 19:04 (UTC)

cowmix: Thanks for doing the work for me. I've "graduated" to Win10+Steam on my HTPC, so I don't use this anymore. Would you like to take this package over?

cowmix commented on 2016-12-29 00:16 (UTC)

Only some minor changes are needed to build 1.7.1.137, heres a diff of a new PKGBuild: 6,8c6,8 < pkgver=1.6.2.123 < _pkghash=e23a7eef < pkgrel=4 --- > pkgver=1.7.1.137 > _pkghash=b604995c > pkgrel=1 21c21 < 'libcec' 'libplist' 'nasm' 'swig' 'unzip' 'zip' 'gcc-libs<=5.3.0' 'glibc<=2.23-1' 'llvm-libs<=3.7.1') --- > 'libcec' 'libplist' 'nasm' 'swig' 'unzip' 'zip' 'gcc-libs' 'glibc' 'llvm-libs') 30c30 < sha256sums=('21375fbe78d894b1ff9e636b9d24a5434a34634495e07981f82d2240a9858e8b' --- > sha256sums=('e1b324a5ebb42d3a6f011592ff3dad0c4f08b3e937ff77977d3aa2ac51f8d415' 58,59c58,59 < mv "${pkgdir}"/usr/bin/{system,xbmc-xrandr} "${pkgdir}"/usr/lib/plexhometheater/ < mv "${pkgdir}"/usr/share/XBMC "${pkgdir}"/usr/share/plexhometheater --- > mv "${pkgdir}"/usr/bin/openpht "${pkgdir}"/usr/lib/plexhometheater/ > mv "${pkgdir}"/usr/share/openpht "${pkgdir}"/usr/share/plexhometheater

xelra commented on 2016-10-16 19:47 (UTC) (edited on 2016-10-16 19:48 (UTC) by xelra)

I'm using mesa-vdpau together with xf86-video-ati on a Radeon HD 5xxx. I had to enable DRI3 and Glamor rendering to make OpenPHT usable at all. Before that, with EXA, I had extreme rendering issues and it would crash my X session. After that I still had to deal with slowdowns, both in the menu as well as in videos. It was not usable. I fixed that by installing libva-vdpau-driver. Now it's usable. It's still far from perfect though.

normanu commented on 2016-08-12 12:43 (UTC)

The latest commit from OpenPHT builds correctly without downgrading any package. You only need the OpenPHT-ffmpeg package. Only thing it stopped on is in the install in fakeroot environment, -- Set runtime path of "/home/norman/openpht/pkg/openpht/usr/lib/openpht/plexhometheater" to "" mv: cannot stat '/home/norman/openpht/pkg/openpht/usr/bin/system': No such file or directory mv: cannot stat '/home/norman/openpht/pkg/openpht/usr/bin/xbmc-xrandr': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... Must be a configuration thing somewhere? btw this it the pkgbuild when using git, so openpht-git (http://pastebin.com/aLp9ezZR)

ccl2of4 commented on 2016-08-11 03:12 (UTC) (edited on 2016-08-11 03:13 (UTC) by ccl2of4)

@nevax It should work if you just recompile OpenPHT :) I'm no expert, but basically glew provides a shared object file that OpenPHT links to at compile time and loads dynamically at runtime. If you recompile OpenPHT it should update the linkage to the new version of libGLEW and then it should load it at runtime just fine.

Nevax commented on 2016-08-06 01:02 (UTC)

OpenPHT doesn't works with the new glew package, you need to downgrade to the 1.13.0-1.

Nevax commented on 2016-07-22 14:34 (UTC)

gcc 5.3 was also needed in my case

normanu commented on 2016-07-18 09:05 (UTC)

In the latest commit, they fixed the dependency on the the older GCC. https://github.com/RasPlex/OpenPHT/commit/8cd5e6a10b53d28630bd8574e7b6017dad6abd9a Maybe we should also have a OpenPHT-git version, so you can always upgrade to the latest and greatest without needing the official release. (Like Couchpotato-git)

ccl2of4 commented on 2016-07-05 14:17 (UTC)

md2prof: I got the change for the desktop file merged into upstream via a pull request. Keep an eye out for that in the next release to avoid having to provide your own desktop file :) btw, looks like they renamed both their desktop file and launch script to openpht.desktop and openpht.sh respectively.

md2prof commented on 2016-07-04 22:48 (UTC)

Added shairplay as a make depends and opt depends.

ccl2of4 commented on 2016-07-04 18:30 (UTC)

Just tried rebuilding the package -- got a message about needing to have libshairplay installed. Ran `pacman -S shairplay` to grab the dependency and the build succeeded. Maybe add it to the dependencies? I think it would just be a make depend... Not 100% sure though, haven't maintained a package myself before.

md2prof commented on 2016-07-04 17:19 (UTC)

Added rtmpdump to depends. Thanks carbncl.

carbncl commented on 2016-07-03 09:58 (UTC)

No package 'librtmp' found > pacman -S rtmpdump

md2prof commented on 2016-07-03 02:15 (UTC)

ccl2of4: I don't see why we can't make that change here. We're replacing plexhometheater.sh anyway. I'm adding a plexhometheater.desktop file with the change you suggest to the tarball and updating the PKGBUILD. You should make your suggestion to the openpht folks though... it is a good one.

ccl2of4 commented on 2016-07-03 01:56 (UTC)

I am using numix-circle-icon-theme, which has an icon for plexhometheater. But I noticed that the plexhometheater.desktop for this package hard codes the icon by doing Icon=/usr/share/pixmaps/plexhometheater.png instead of Icon=plexhometheater The effect of this is that the default plexhometheater icon is used instead of the one provided by numix-circle-icon-theme. I have modified plexhometheater.desktop on my own installation so that I can use the numix icon. Is this something that's worth changing, and if so, should it be done here in the PKGBUILD, or should I submit a pull request to the git repo? Thanks for any advice!

bcc commented on 2016-06-30 08:15 (UTC)

md2prof: ack thanks. Also, thanks for maintaining this package.

md2prof commented on 2016-06-29 22:22 (UTC)

bcc: You have to downgrade those packages to get a successful build. See https://wiki.archlinux.org/index.php/downgrading_packages There are reports that once built, the packages in question can be installed back up to current with pacman -S package_name Hope this helps.

bcc commented on 2016-06-29 21:29 (UTC)

:: no results found for gcc-libs<=5.3.0 :: no results found for glibc<=2.23-1 :: no results found for llvm-libs<=3.7.1

md2prof commented on 2016-06-28 01:37 (UTC)

Updated PKGBUILD for new upstream release. The package still requires openpht-ffmpeg package (stock arch ffmpeg failed in the same way as the last upstream release), but that package is unchanged. Same story for downgraded gcc-libs, glibc and llvm-libs. Same build error without the downgrade. May run just fine after the build with current packages... see hps's comment below. I don't have a production PLEX system to test, but it does open for me at least and there are no significant build errors.

md2prof commented on 2016-06-28 00:57 (UTC)

Thanks. I made the dependencies change, I will work on the upgrade and post in the next few days.

hps commented on 2016-06-27 15:19 (UTC)

Thanks for maintaining this! Upstream released 1.6.2.123 also, I suggest moving gcc-libs<=5.3.0 and llvm-libs<=3.7.1 to makedepends. Running works fine for me with gcc-libs 6.1.1 and llvm-libs 3.8.0

md2prof commented on 2016-06-19 00:10 (UTC)

BTW - OpenPHT 1.6 will not build with the gcc 6.1.1 and libs, so the dependencies for prior versions stay. I did try, but got the same build errors from algobase.

md2prof commented on 2016-06-18 23:58 (UTC)

Thanks to instructions here: https://forums.plex.tv/discussion/220704/openpht-1-6-building-error-on-ubuntu-14-04/p2 I have been able to get 1.6 to build. In order to make that happen, ffmpeg 2.8.7 with appropriate patches must be built and installed to /usr/local. Thus the new dependency for the new package openpht-ffmpeg. openpht-ffmpeg will install this modified ffmpeg. THIS MAY BREAK anything else you do with ffmpeg as /usr/local usually supersedes /usr. I'm not sure and don't have a way to test it. Hopefully this will work. I don't use openpht anymore so I can't easily test it.

md2prof commented on 2016-05-25 03:26 (UTC)

There hasn't been a new release for some time. I've heard that most of the development is in RasPlex (for Raspberry Pi). I could be wrong - gcc 6.1.1 is still pretty new, so maybe they will update the code...

Tanath commented on 2016-05-25 03:23 (UTC)

Wait OpenPHT isn't being developed either? I read that Plex wasn't but this was a community fork that was still maintained...

md2prof commented on 2016-05-25 02:08 (UTC) (edited on 2016-05-25 02:20 (UTC) by md2prof)

gcc and gcc-libs update to 6.1.1 broke this build. gcc is way above my paygrade, so my best alternative is to downgrade both gcc and gcc-libs back to 5.3.0. This also requires downgrading llvm-libs to 3.7.1 and glibc to 2.23-1. I've updated the dependencies to reflect this. I tried building with 6.1.1 with git sources on the OpenPHT branch of RasPlex, but same error - so there is no upstream solution from the OpenPHT developers either. I fear this will be the end of openpht eventually, as its dependencies are developed but it is not. I will do my best in the future. Search "arch downgrade package" to learn how to downgrade gcc. On my super simple build system the downgrade didn't break anything. Your mileage may vary... New PKGBUILD has been updated in AUR.

md2prof commented on 2016-05-24 22:30 (UTC)

I can reproduce the same build error - so it isn't your system. I'm going to try a git-clone (more recent openpht work in progress) to see if that will build.

Tanath commented on 2016-05-24 21:35 (UTC)

I'm up to date, rebooted, and still get same result. What package(s) should I check the version of?

md2prof commented on 2016-05-24 21:03 (UTC)

Have you done a complete system update? This looks like a change in c++ upstream from algobase. pacman -syU

Tanath commented on 2016-05-24 20:59 (UTC)

Same for me.

returntrip commented on 2016-05-15 11:39 (UTC) (edited on 2016-05-18 12:35 (UTC) by returntrip)

I am unable to build openpht. Unsure if it is only me with this issue. I Can paste the error if that helps. Error: [ 9%] Building CXX object lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/ximadsp.cpp.o In file included from /usr/include/c++/6.1.1/deque:60:0, from /usr/include/c++/6.1.1/queue:60, from /tmp/packerbuild-1000/openpht/openpht/src/OpenPHT-1.5.2.514-310d4f7e/lib/cximage-6.0/CxImage/ximadsp.cpp:3480: /usr/include/c++/6.1.1/bits/stl_algobase.h:243:56: error: macro "min" passed 3 arguments, but takes just 2 min(const _Tp& __a, const _Tp& __b, _Compare __comp) ^ /usr/include/c++/6.1.1/bits/stl_algobase.h:265:56: error: macro "max" passed 3 arguments, but takes just 2 max(const _Tp& __a, const _Tp& __b, _Compare __comp) ^ In file included from /tmp/packerbuild-1000/openpht/openpht/src/OpenPHT-1.5.2.514-310d4f7e/lib/cximage-6.0/CxImage/xfile.h:51:0, from /tmp/packerbuild-1000/openpht/openpht/src/OpenPHT-1.5.2.514-310d4f7e/lib/cximage-6.0/CxImage/ximage.h:62, from /tmp/packerbuild-1000/openpht/openpht/src/OpenPHT-1.5.2.514-310d4f7e/lib/cximage-6.0/CxImage/ximadsp.cpp:6: /usr/include/c++/6.1.1/bits/stl_algobase.h:195:5: error: expected unqualified-id before \u2018const\u2019 min(const _Tp& __a, const _Tp& __b) ^ /usr/include/c++/6.1.1/bits/stl_algobase.h:195:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:195:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:195:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:195:5: error: expected initializer before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:219:5: error: expected unqualified-id before \u2018const\u2019 max(const _Tp& __a, const _Tp& __b) ^ /usr/include/c++/6.1.1/bits/stl_algobase.h:219:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:219:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:219:5: error: expected \u2018)\u2019 before \u2018const\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:219:5: error: expected initializer before \u2018const\u2019 In file included from /usr/include/c++/6.1.1/deque:60:0, from /usr/include/c++/6.1.1/queue:60, from /tmp/packerbuild-1000/openpht/openpht/src/OpenPHT-1.5.2.514-310d4f7e/lib/cximage-6.0/CxImage/ximadsp.cpp:3480: /usr/include/c++/6.1.1/bits/stl_algobase.h:243:5: error: \u2018std::min\u2019 declared as an \u2018inline\u2019 variable min(const _Tp& __a, const _Tp& __b, _Compare __comp) ^~~ /usr/include/c++/6.1.1/bits/stl_algobase.h:246:7: error: expected primary-expression before \u2018if\u2019 if (__comp(__b, __a)) ^~ /usr/include/c++/6.1.1/bits/stl_algobase.h:246:7: error: expected \u2018}\u2019 before \u2018if\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:246:7: error: expected \u2018;\u2019 before \u2018if\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:248:7: error: expected unqualified-id before \u2018return\u2019 return __a; ^~~~~~ /usr/include/c++/6.1.1/bits/stl_algobase.h:265:5: error: \u2018max\u2019 declared as an \u2018inline\u2019 variable max(const _Tp& __a, const _Tp& __b, _Compare __comp) ^~~ /usr/include/c++/6.1.1/bits/stl_algobase.h:268:7: error: expected primary-expression before \u2018if\u2019 if (__comp(__a, __b)) ^~ /usr/include/c++/6.1.1/bits/stl_algobase.h:268:7: error: expected \u2018}\u2019 before \u2018if\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:268:7: error: expected \u2018;\u2019 before \u2018if\u2019 /usr/include/c++/6.1.1/bits/stl_algobase.h:270:7: error: expected unqualified-id before \u2018return\u2019 return __a; ^~~~~~ /usr/include/c++/6.1.1/bits/stl_algobase.h:271:5: error: expected declaration before \u2018}\u2019 token } ^ lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/build.make:62: recipe for target 'lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/ximadsp.cpp.o' failed make[2]: *** [lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/ximadsp.cpp.o] Error 1 CMakeFiles/Makefile2:619: recipe for target 'lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/all' failed make[1]: *** [lib/cximage-6.0/CxImage/CMakeFiles/cximage.dir/all] Error 2 Makefile:149: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... The build failed.

normanu commented on 2016-04-11 12:53 (UTC)

Am I the only one for who OpenPHT crashes on playing certain files? I get a black screen and then nothing .... I never had these problems with the original Plex HT package. Somehow my Graphics card seems related, 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Intel Corporation Device 2054 Flags: bus master, fast devsel, latency 0, IRQ 47 Memory at f7800000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915

md2prof commented on 2016-03-12 17:32 (UTC)

@degeberg: I've removed it. Your approach is more universal. Thanks.

degeberg commented on 2016-03-12 12:19 (UTC)

Why was -j2 added to the make command in the PKGBUILD? It will take precedence over whatever the user has set in /etc/makepkg.conf. This means that if you have 4 cores and put -j4 in your /etc/makepkg.conf, compiling with this PKGBUILD will only yield a 50% CPU utilization.

md2prof commented on 2016-03-12 03:09 (UTC)

Replaced libshairport build dependency with shairplay to match upstream changes. libshairport is not needed.

md2prof commented on 2016-03-12 01:02 (UTC)

All I did was update jpenguin's PKGBUILD to the new release number and hash. It is a long build on my HTPC, but appears to be functioning.

Sparhawk commented on 2016-03-09 19:19 (UTC) (edited on 2016-03-09 19:19 (UTC) by Sparhawk)

@jpenguin can you please update it to version 1.5.2? thanks!!!

ferllings commented on 2016-03-04 06:44 (UTC)

I answer my own question: you need to run plexhometheater.sh, not /usr/bin/plexhometheater

ferllings commented on 2016-03-03 11:38 (UTC)

Hello, Why do I have this error when I launch plexhometheater.sh "Unable to find path to XBMC data files!"

Svenstaro commented on 2016-02-01 05:40 (UTC)

Meh, probably an error by the developers, seems fairly stable to me.

jpenguin commented on 2016-02-01 03:01 (UTC)

@Svenstaro 1.5.1 is marked as a prerelease

ould commented on 2016-01-29 15:32 (UTC) (edited on 2016-01-29 15:33 (UTC) by ould)

If you change: -DUSE_INTERNAL_FFMPEG='FALSE' To: -DUSE_INTERNAL_FFMPEG='TRUE' It fixes bitstreaming TrueHD w/Atmos tracks. It previously did not work with that set to False. It also removes the dependencies on ffmpeg-compat and lib*.so.

degeberg commented on 2016-01-12 11:54 (UTC)

The package should list plex-home-theater as "conflicts" in the PKGBUILD as it installs to the same location. Perhaps it could use "provides" additionally. Why is the checksum for the source code marked as "SKIP"? Verifying a downloaded source seems pretty relevant to me.