numkem 0 Posted June 20, 2022 Posted June 20, 2022 Hello, I've tried upgrading Emby to 4.7.x under NixOS. While everything works as expected under 4.6.7.0, the live TV feature doesn't work at all with the 4.7.x series. I've tried every release including the beta ones to no avail. I've tried deleting everyting related to live tv and starting over. Not only the m3u tuner doesn't work but it's the same thing with my HDHomerun. I am attaching the log file to this post. embyserver.txt
Luke 42078 Posted June 20, 2022 Posted June 20, 2022 Hi there, what exactly happens when you try to play?
numkem 0 Posted June 20, 2022 Author Posted June 20, 2022 Both on Android TV (fire tv) and web it goes to the playback screen then will just fail after a few tries saying no stream are available. I also tried with an empty /var/lib/emby with the same effect.
Luke 42078 Posted June 28, 2022 Posted June 28, 2022 hi @numkem are you still running into this? Have you updated to Emby Server 4.7.5?
numkem 0 Posted July 13, 2022 Author Posted July 13, 2022 (edited) Yes @Luke, same exact problem with 4.7.5 unfortunately. If it helps I'm basing my package with the netcore zip release. Edited July 13, 2022 by numkem
Luke 42078 Posted July 13, 2022 Posted July 13, 2022 Ok so that means you don't have our ffmpeg build? Is the net core zip really the best you can use? It is generic. Using one of the platform specific packages would be better.
numkem 0 Posted July 13, 2022 Author Posted July 13, 2022 Thing is, I was using the stock ffmpeg and even the jellyfin-ffmpeg with it without issues with 4.6.7.0. I've tried using podman instead with the container on docker hub and it works as expected. Still I'd rather have a native package if possible. Where could I find the source/binary for emby's ffmpeg?
Solution numkem 0 Posted July 13, 2022 Author Solution Posted July 13, 2022 Seems like 4.7.x is much more reliant on the "right" ffmpeg installation than 4.6.x was. Knowing this, I've rewritten my package by starting with the debian one. I've come up with the package below and it works as expected. Is there a reason why the netcore zip exists? { lib, stdenv, fetchurl, dpkg, makeWrapper, autoPatchelfHook, lttng-ust_2_12 }: stdenv.mkDerivation rec { name = "emby-${version}"; version = "4.7.5.0"; src = fetchurl { url = "https://github.com/MediaBrowser/Emby.Releases/releases/download/${version}/emby-server-deb_${version}_amd64.deb"; sha256 = "sha256-y9oHSB1Xy9yWAPyaYcZDQSFu1kq6ajnqEFXlv9wlwPQ="; }; buildInputs = [ dpkg lttng-ust_2_12 ]; nativeBuildInputs = [ autoPatchelfHook makeWrapper ]; unpackPhase = "dpkg-deb -x $src $out"; installPhase = '' cp -r * "$out/opt/emby-server" rm -rf $out/opt/emby-server/lib/systemd rm -rf $out/opt/emby-server/licenses sed -i "s|/opt|$out/opt|g" $out/opt/emby-server/bin/* makeWrapper "$out/opt/emby-server/bin/emby-server" $out/bin/emby \ --prefix LD_LIBRARY_PATH : "$out/opt/emby-server/lib" \ --add-flags "$out/opt/emby-server/EmbyServer.dll -ffmpeg $out/opt/emby-server/bin/emby-ffmpeg -ffprobe $out/opt/emby-server/bin/emby-ffprobe" makeWrapper "$out/opt/emby-server/bin/emby-ffmpeg" $out/bin/emby-ffmpeg \ --prefix LD_LIBRARY_PATH : "$out/opt/emby-server/lib" makeWrapper "$out/opt/emby-server/bin/emby-ffdetect" $out/bin/emby-ffdetect \ --prefix LD_LIBRARY_PATH : "$out/opt/emby-server/lib" ''; }
Luke 42078 Posted July 13, 2022 Posted July 13, 2022 Yea we probably should stop publishing it at this point. Thanks for the feedback.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now