Package Details: mplayer-vaapi 36265-19

Git Clone URL: https://aur.archlinux.org/mplayer-vaapi.git (read-only, click to copy)
Package Base: mplayer-vaapi
Description: A movie player, compiled with vaapi support
Upstream URL: http://gitorious.org/vaapi/mplayer
Licenses: GPL
Conflicts: mplayer
Provides: mplayer
Submitter: foutrelis
Maintainer: ryshglene
Last Packager: ryshglene
Votes: 10
Popularity: 0.000000
First Submitted: 2015-04-02 12:39 (UTC)
Last Updated: 2020-04-02 20:29 (UTC)

Required by (124)

Sources (8)

Pinned Comments

ryshglene commented on 2020-04-02 20:52 (UTC) (edited on 2020-09-19 15:49 (UTC) by ryshglene)

It seems the last packager has lost interest on this package, so I've taken maintainership of it now.

I've added new patches to get it building again in this repository. I've changed the sources to use new mirrors. And I've also tweaked a few things in the PKGBUILD, because some of the dependencies have become missing and/or unneeded.

The package is now building again. Though, if new issues arise, feel free to email me at the URL linked in the PKGBUILD. You can also flag this package instead, if you want, then explain in the comments what's wrong.

NOTE: This package uses GPG keys for verification.

To avoid build failures, make sure to run the following command before you install:

$ gpg --recv-key 51E8B148A9999C34

For more information, see the Arch Wiki article on makepkg verification.

Latest Comments

ryshglene commented on 2022-03-03 02:23 (UTC)

Hello @talessx. This is a common issue for AUR packages that link against libraries from the official repositories. What you need to do is to rebuild the AUR package against the new version of the library. You have to do this every time the library it depends on (in this case, libx264) is updated.

talessx commented on 2022-02-27 14:13 (UTC)

Hi, it requires libx264.so.163 that is no longer supported by pacman, last update is 3:0.164.r3081.19856cc-1 version.

" xxxxx@xxxxxx ~ $ mplayer mplayer: error while loading shared libraries: libx264.so.163: cannot open shared object file: No such file or directory "

ryshglene commented on 2020-05-30 05:33 (UTC)

@Danieldakataca This package uses GPG verification during build. Make sure to import the keys before running makepkg.

I've added a note in the pinned comment to this regard.

dakataca commented on 2020-05-30 04:47 (UTC)

Gpg keys cannot be verified, so installation fails.

ryshglene commented on 2020-04-02 20:52 (UTC) (edited on 2020-09-19 15:49 (UTC) by ryshglene)

It seems the last packager has lost interest on this package, so I've taken maintainership of it now.

I've added new patches to get it building again in this repository. I've changed the sources to use new mirrors. And I've also tweaked a few things in the PKGBUILD, because some of the dependencies have become missing and/or unneeded.

The package is now building again. Though, if new issues arise, feel free to email me at the URL linked in the PKGBUILD. You can also flag this package instead, if you want, then explain in the comments what's wrong.

NOTE: This package uses GPG keys for verification.

To avoid build failures, make sure to run the following command before you install:

$ gpg --recv-key 51E8B148A9999C34

For more information, see the Arch Wiki article on makepkg verification.

tjackson commented on 2019-12-02 22:24 (UTC)

Thanks @ryshglene, works well for me.

ryshglene commented on 2019-11-05 14:54 (UTC) (edited on 2019-11-06 08:18 (UTC) by ryshglene)

I have his sources mirrored here: https://github.com/ryshglene/mplayer-vaapi/releases/tag/36265

Try editing the PKGBUILD to use the sources there instead, and see if it builds. I haven't it tested personally, but it should work without any problems (as its the same exact files).

Edit: It doesn't work without any problems.

In particular, I got errors while building stream/stream_smb.c because of some missing headers. And also with ffmpeg's libavcodec/libx264.c, because of API changes.

I've added patches to fix this, so anyone wanting to test can clone the repo at: https://gitlab.com/arvl/aurpkg-mplayer-vaapi

As of now, it works for me, at least.

adlerweb commented on 2019-03-03 18:15 (UTC)

Looks like the project has gone away - URL is not reachable and sources have disappeared (404)…

notsiska commented on 2017-11-11 01:08 (UTC) (edited on 2017-11-11 01:08 (UTC) by notsiska)

Building libavcodec/libilbc components fails against current version of the library, use --disable-libilbc if you don't need it.

jkl commented on 2016-08-23 18:29 (UTC) (edited on 2016-08-23 18:31 (UTC) by jkl)

I unflagged the package since I don't know of any updates to the patch. If someone wants to point me in some direction, let me know.

iegubkin commented on 2015-12-04 23:31 (UTC)

To successfully build mplayer-vaapi "ffmpeg-libvpxenc-remove-some-unused-ctrl-id-mappings.patch" needs to be added. See my comment of 2015-11-16 or that of vugri 2015-11-23 for the patch. Hope this helps.

jkl commented on 2015-12-04 23:19 (UTC)

This was flagged out of date, does anyone want to indicate where updated sources reside?

vugri commented on 2015-11-23 00:32 (UTC)

patch ok ffmpeg libavcodec/libvpxenc https://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=6540fe04a3f9a11ba7084a49b3ee5fa2fc5b32ab

iegubkin commented on 2015-11-16 16:38 (UTC) (edited on 2015-11-16 22:09 (UTC) by iegubkin)

Looks like the upgrade of libvpx (upgraded as a dependency of ffmpeg) to libvpx-1.5.0 has broken mplayer-vaapi. When starting, mplayer throws the error: mplayer: error while loading shared libraries: libvpx.so.2: cannot open shared object file: No such file or directory When trying to recompile it fails with a bunch of errors, the last including: libavcodec/libvpxenc.c:98:6: error: array index in initializer not of integer type libavcodec/libvpxenc.c:98:6: note: (near initialization for 'ctlidstr') common.mak:48: recipe for target 'libavcodec/libvpxenc.o' failed make[1]: *** [libavcodec/libvpxenc.o] Error 1 make[1]: *** Waiting for unfinished jobs.... In file included from libavcodec/libvpxdec.c:32:0: libavcodec/avcodec.h:4512:5: warning: "AV_HAVE_INCOMPATIBLE_LIBAV_ABI" is not defined [-Wundef] #if AV_HAVE_INCOMPATIBLE_LIBAV_ABI ^ make[1]: Leaving directory '/tmp/makepkg/mplayer-vaapi/src/mplayer-vaapi-36265/ffmpeg' Makefile:774: recipe for target 'ffmpeg/libavcodec/libavcodec.a' failed make: *** [ffmpeg/libavcodec/libavcodec.a] Error 2 ==> ERROR: A failure occurred in build(). Aborting... EDIT: As a temporary workaround, libvpx (VP8/VP9 Codec) can be disabled by adding "--disable-libvpx-lavc" to the PKGBUILD. EDIT 2: Could the following patch help building against libvpx-1.5.0? http://osdir.com/ml/blfs-book/2015-11/msg00271.html https://projects.archlinux.org/svntogit/packages.git/tree/trunk/ffmpeg-2.8.1-libvpxenc-remove-some-unused-ctrl-id-mappings.patch?h=packages/ffmpeg https://aur.archlinux.org/cgit/aur.git/commit/?h=mplayer-svn&id=473b345d678f4d992e54a6e821678473e61375d2

guiodic commented on 2015-11-15 21:45 (UTC)

there is a build error libavcodec/x86/mathops.h:71:5: warning: "HAVE_I686" is not defined [-Wundef] #if HAVE_I686 ^ make[1]: Leaving directory '/home/guido/Scaricati/mplayer-vaapi/src/mplayer-vaapi-36265/ffmpeg' Makefile:774: set di istruzioni per l'obiettivo "ffmpeg/libavcodec/libavcodec.a" non riuscito make: *** [ffmpeg/libavcodec/libavcodec.a] Errore 2 ==> ERRORE: Si è verificato un errore in build().

Tomek commented on 2015-05-14 19:18 (UTC)

Unfortunately mpv cannot play all stuff mplayer(-vaapi) can! I have been using mplayer-vaapi for years for watching SAT-TV over my LAN (video streaming from my sat receiver. The mplayer is able to play all channels my receiver provides. I tried yesterday to use mvp instead of mplayer and I found several channels mpv could not play. Unfortunately vlc seems to have similar limitations like mpv. So it's really a pity mplayer-vaapi is going to disappear ;-)

foutrelis commented on 2015-04-14 11:55 (UTC)

@iegubkin: smplayer >= 14.9.0.6690 can be used with mpv and the latter supports VAAPI; in the general options you set "mpv" as the executable and then in the advanced settings you add the "--hwdec=auto" option to be passed to mpv. Also see the wiki page: https://wiki.archlinux.org/index.php/Mpv I don't know why mplayer hasn't added VAAPI support yet (there were discussions in the past); mplayer-vaapi hasn't been developed since mid–2013.

iegubkin commented on 2015-04-13 00:16 (UTC)

@foutrelis "I feel that this package is no longer needed and I've personally switched to using mpv with smplayer for VAAPI support." I don't understand your use of "smplayer for VAAPI support." Isn't smplayer a front-end for mplayer? I thought the standard mplayer package (currently 37379-1) doesn't support vaapi. Isn't smplayer using mplayer 37379-1 for its backend? If you're not using mplayer-vaapi anymore how can you have "smplayer for VAAPI support"? Are you using libvdpau-va-gl? Do you happen to know why mplayer hasn't officially adopted vaapi support? Also do you know if mplayer-vaapi (https://gitorious.org/vaapi/mplayer) is still being developed (I noticed yesterday, for exapmple, that its build doesn't support VP9 yet)? Thanks for your past work on mplayer-vaapi. It was appreciated.

jugs commented on 2015-04-03 22:30 (UTC)

Forced mpv usage? lol

foutrelis commented on 2015-04-02 12:41 (UTC)

Dropped from [community]: https://lists.archlinux.org/pipermail/arch-dev-public/2015-March/027032.html