Or if, when playing an episode of a series lasting 40 minutes, the viewer pauses the video for 20 minutes, the connection will be closed before the end of the episode. In the case of haproxy or nginx, if someone pauses a video that lasts more than an hour (a movie, for example), the websocket timeout will occur before the end of the movie.

Apart from reverse proxies such as caddy or traefik (for those I know) there is no real timeout for websockets.įor reverse proxies like haproxy or nginx, the timeout is defined either by default or by the user. I've just checked, and the package is building fine with the latest versions of ffmpeg-git and libplacebo-git, as long as you apply the fix to libplacebo-git PKGBUILD.Is it possible that in a version of emby a 'ping pong' is performed in websocket to maintain a connection via a reverse proxy? AUR helpers are not supported, please use makepkg. My bet is that the issue you're facing is due the AUR helper, which tries to automatically build everything.

You can apply my suggested fix to libplacebo-git PKGBUILD, or also manually specify a slightly older upstream git commit libplacebo-git PKGBUILD. In the libplacebo-git AUR web page, I've posted a fix that can be manually applied to the PKGBUILD before the packager update, for those wanting to build it now. What you could be facing is a build issue with libplacebo-git, which currently fails to build due to missing git submodules in the PKGBUILD. As I said, the package is currently building fine. mpv 0.36.0 requires libplacebo >= 6.278.0, regardless of the library soname, being it 315 or the current one in libplacebo git masster (318).

Telling that mpv-full requires libplacebo.so.315 does not make sense.

Mpv 0.36 instal the new for apple