Package Details: emby-server-unlocked

Git Clone URL: (read-only)
Package Base: emby-server-unlocked
Description: Emby Server compiled with a patch to unlock Emby Premiere features
Upstream URL:
Licenses: GPL2
Conflicts: emby-server
Provides: emby-server
Submitter: nvllsvm
Maintainer: nvllsvm
Last Packager: nvllsvm
Votes: 9
Popularity: 2.966808
First Submitted: 2017-08-06 01:19
Last Updated: 2018-01-18 23:01

Latest Comments

nvllsvm commented on 2018-01-17 00:07

@johnny12 - The .NET Core release of Emby is not fully open source. The build files for it are not released nor are the developers willing to release them.


johnny12 commented on 2017-11-09 13:04

@nvllsvm we finally have a .NET Core version of Emby Server available in the AUR ( Could you make an unlocked version for that one as well? Thanks again!

DaVinci42 commented on 2017-11-09 12:21

Since emby-server is available for armv7h, is it possible this package supports also?
Tried to build, while failed.

johnny12 commented on 2017-10-30 15:57

I'm still on Mono and it compiles Emby perfectly fine. However I noticed an AUR package called mono-stable ( which has Mono Can anyone tell me if Emby also builds and runs fine with this Mono version? Thanks!

Edit: one thing I now see in the Mono 5.0.0 changelog is that xbuild is deprecated (

Edit 2:
I decided to give it a shot and Emby seemed to run fine with Mono 5.4 afterwards. Just to be sure I decided to rebuild emby-server-unlocked against this new Mono version and that actually resulted in a smaller installation size for Emby (-1,10 MiB), so I guess rebuilding was the smart thing to do as it obviously changed something in the compiled Emby version, I'm just hoping this will give me some performance improvements. Now lets hope a .NET Core package for our distro will be released soon by Emby devs for some serious performance improvements :).

Edit 3: you could also add replaces=('emby-server') to the PKGBUILD I think.

IncredibleLaser commented on 2017-10-13 17:29

This package conflicts emby-server (unsurprisingly), please add.

nvllsvm commented on 2017-09-21 11:53

@jab2870 - is out now.

As for the source mismatch - an issue was opened on the Emby GitHub for that. The validation failure also impacted the standard emby-server PKGBUILD.

jab2870 commented on 2017-09-19 17:19

I'm having a problem validating source files:

==> Validating source files with sha256sums...
emby-server- ... FAILED
emby-unlocked- ... Passed
emby-server ... Passed
emby-migrate-database ... Passed
emby-server.conf ... Passed
emby-server.service ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build emby-server-unlocked.
==> Restart building emby-server-unlocked ? [y/N]
==> ---------------------------------------------

nvllsvm commented on 2017-08-23 05:41

There is an open GitHub issue to remove the delay before playback.

I've created a PR to resolve the issue.

Grab your popcorn!

jcstryker commented on 2017-08-23 05:37


I encourage you to take look at the arrogance and hostility of the current developers of emby server and the forum members here:

What the emby developers have done (inserting a 15 second timed nag screen before playback) is entirely against the spirit of free and open source software. I believe a hard fork is inevitable as they continue to make components of the project closed source.

Members of the free software community deserve our contributions and support. It is clear that the emby developers are no longer supporters of free software ideals, despite what the current licence implies.

nvllsvm commented on 2017-08-22 17:02

@puithove - I don't care. What the Emby developers did is disgusting.

They took a GPLv2 project that numerous people have contributed to and added a nag screen to it. As of now, GitHub lists that 118 people contributed to just the server alone.

The Emby developers should change the license if my patch offends them.

All comments