Package Details: emby-server-beta 4.10.0.11-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: 14
Popularity: 0.085047
First Submitted: 2016-07-23 17:42 (UTC)
Last Updated: 2026-05-01 22:18 (UTC)

Required by (12)

Sources (6)

Latest Comments

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

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

nicolahinssen commented on 2020-06-11 06:45 (UTC)

wilberfan:

I'll take a look later on. Can you send me the logs? (Upload them on i.e. pastebin)

wilberfan commented on 2020-06-11 05:52 (UTC)

Anyone else having a lot of playback errors after a system update on 6/9/20? I started a thread over at the Emby Community (which is down at the moment for maintenance). The dev thought that, based on what he saw in the emby.log, that it might be something that would have to be addressed by the package maintainer over here. I'll post a link to the thread when I can.

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