Package Details: emby-server-beta 4.9.0.15-1

Git Clone URL: https://aur.archlinux.org/emby-server-beta.git (read-only, click to copy)
Package Base: emby-server-beta
Description: Bring together your videos, music, photos, and live television
Upstream URL: https://emby.media
Keywords: emby htpc media server
Licenses: custom
Conflicts: emby-server
Provides: emby-server
Submitter: nottin
Maintainer: nicolahinssen
Last Packager: nicolahinssen
Votes: 13
Popularity: 0.073935
First Submitted: 2016-07-23 17:42 (UTC)
Last Updated: 2024-04-25 20:14 (UTC)

Required by (2)

Sources (6)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

nicolahinssen commented on 2020-08-20 05:54 (UTC) (edited on 2020-08-20 06:39 (UTC) by nicolahinssen)

wilberfan:

Apologies, it's still early in the morning :)

Emby is built locally on your system, using the locally installed libx264 version. So to compile emby with libx264.so=160, ideally you should first update the x264 package (which is a hassle because of the dependency complaints).

What you should do is first temporarily remove the emby-server-beta package (pacman -R emby-server-beta), then update x264 (pacman -Syu), and finally install emby-server-beta again.

wilberfan commented on 2020-08-20 05:34 (UTC)

nicolahinssen:

That's exactly what I did: updated emby-server-beta first, then did a system update. I still get that dependency error.

nicolahinssen commented on 2020-08-20 05:15 (UTC)

wilberfan:

Could you first try updating just emby-server-beta? The latest version is compiled with libx264 v160. After that, the system update should work flawless.

wilberfan commented on 2020-08-20 00:04 (UTC) (edited on 2020-08-20 00:11 (UTC) by wilberfan)

nicolahinssen: Updated emby-server-beta to 4.5.0.20, then ran a pacman -Syyu:

error: failed to prepare transaction (could not satisfy dependencies) :: installing x264 (3:0.160.r3011.cde9a93-1) breaks dependency 'libx264.so=159-64' required by emby-server-beta

[edit] Does ffmpeg have the same dependency for libx264.so=159-64?

nicolahinssen commented on 2020-08-19 18:41 (UTC)

wilberfan: Still a problem?

wilberfan commented on 2020-08-17 22:52 (UTC)

System wants to update x264 to 3:0.160 but emby-server-beta needs "libx264.so=159-64". Latest ffmpeg and handbrake want latest x264.

wilberfan commented on 2020-06-11 19:03 (UTC) (edited on 2020-06-11 21:18 (UTC) by wilberfan)

nicolahinssen: Same playback error. Do you need more logs?

[edit] SMPlayer plays all of the files that emby won't. Cross-checking the emby-server-beta dependencies with the list of packages that updated, they only have aom & sqlite in common.

[2nd edit] Tried downgrading sqlite; no change. Downgraded aom from 2.0.0-1 to 1.0.0) and everything is playing properly again.

[third edit] "This bug report on ffmpeg makes it clear they forgot to update the bin references for libaom to v2: https://bugs.archlinux.org/task/66796 Doing downgrade aom back before v2.0.0 fixes that ffprobe issue, but the main issue still stands."

nicolahinssen commented on 2020-06-11 17:19 (UTC)

wilberfan:

Okay I'm not really sure what's happening here. Could you first try removing all files in /var/lib/emby/cache/ffmpeg, and afterwards restart emby with sudo systemctl restart emby-server.service

wilberfan commented on 2020-06-11 12:32 (UTC)

@nicolahinssen It's going to be one of these packages: https://i.imgur.com/WO24F26.png (I tried updating everything BUT ffmpeg and x265, but still got lots of playback errors, so it must be another package?)

Here's the log: https://pastebin.com/mSprrDbz Here's an ffmpeg log: https://pastebin.com/UXnTEWuD

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »