Package Details: mplayer-vaapi 36265-20

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: 2023-12-25 08:07 (UTC)

Required by (107)

Sources (9)

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

« First ‹ Previous 1 2 3

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

« First ‹ Previous 1 2 3