Package Details: mplayer2 20131009-14

Git Clone URL: (read-only, click to copy)
Package Base: mplayer2
Description: Advanced general-purpose media player. A fork of the original MPlayer project
Upstream URL:
Keywords: media player video
Licenses: GPL
Conflicts: mplayer
Provides: mplayer
Submitter: Barthalion
Maintainer: applebloom
Last Packager: applebloom
Votes: 49
Popularity: 0.000000
First Submitted: 2013-10-04 10:30 (UTC)
Last Updated: 2018-11-11 19:41 (UTC)

Required by (120)

Sources (1)

Latest Comments

applebloom commented on 2018-11-11 20:06 (UTC)

As always, I'm very sorry for the delay.

I didn't see any fixes for Mplayer 2 making it work with FFmpeg 4 as I did some time ago with FFmpeg 3. And the error was in the autoconf script, which I have little knowledge of. As a hotfix, I simply changed the requirement to an AUR package with an older FFmpeg (ffmpeg3.4), simply pointing to it in the build script. The downsides are that you need to build and store another package and you won't get new stuff form FFmpeg.

This is probably the last time I'm intervening with this package. Next time it breaks, I might fix it but I might not, depending if it's simple or not.

I and probably some of you kept clinging to Mplayer2 after it's death and rebityh as MPV for some time because MPV broke the de-facto protocol used to control it in frontends like smplayer. However, I believe this long behind us and there are multiple frontends working with MPV (even smplayer does I think). I myself migrated to MPV a few years back and I'm using it without any frontends, only with my own addon called mpvmenu. Other than the frontends issue, MPV is better than Mplayer2 in any possible way.

Recently, 5 years passed since Mplayer2 was last updated. I think it's time to stop reanimating this corpse, burry it and move on.

applebloom commented on 2018-10-25 06:08 (UTC)

I'll have a look in the weekend. FFMpeg got a new major release since my last comment, probably it's that. Hopefully I'll find a patch or the needed changes are small.

SpaceboyRoss commented on 2018-10-24 23:07 (UTC)

Checking for Libav (libavutil > 51.21.0:libavcodec >= 54.25.0:libavformat > 53.20.0:libswscale >= 2.0.0:libavresample >= 1.0.0) ...

Error: Unable to find development files for some of the required Libav libraries above. Aborting.

applebloom commented on 2017-11-02 19:31 (UTC)

Fixed building with latest FFMpeg. Also, made slight changes to the PKGBUILD.

applebloom commented on 2017-01-03 18:29 (UTC)

Fixed, thanks.

inktvis75 commented on 2017-01-02 15:01 (UTC)

---------------------- screenshot.c: In function 'write_png': screenshot.c:97:22: error: 'PIX_FMT_RGB24' undeclared (first use in this function) avctx->pix_fmt = PIX_FMT_RGB24; ^~~~~~~~~~~~~ screenshot.c:97:22: note: each undeclared identifier is reported only once for each function it appears in screenshot.c:113:5: warning: implicit declaration of function 'avcodec_get_frame_defaults' [-Wimplicit-function-declaration] avcodec_get_frame_defaults(pic); ^~~~~~~~~~~~~~~~~~~~~~~~~~ screenshot.c:118:16: warning: implicit declaration of function 'avcodec_encode_video' [-Wimplicit-function-declaration] int size = avcodec_encode_video(avctx, outbuffer, outbuffer_size, pic); ^~~~~~~~~~~~~~~~~~~~ make: *** [Makefile:537: screenshot.o] Error 1 --------------- maybe this is the solution:

youngunix commented on 2015-12-30 20:38 (UTC)

I think it's best to remove {} and replace it with {}.

applebloom commented on 2015-09-06 13:20 (UTC)

I forked mplayer2 from sl1pkn07 and added patches I had here. The PKGBUILD is updated so it uses my fork now. I should have done that a long time ago. Package works now.

alex.theoto commented on 2015-08-29 19:06 (UTC)

url is dead. github link is dead.

applebloom commented on 2015-06-14 15:58 (UTC)

Thanks, I've added those patches. Also migrated to AUR4.

ma-79 commented on 2015-05-29 13:42 (UTC)

Proposed PKGBUILD with theora re-enabled: Patches are at

applebloom commented on 2015-04-26 14:40 (UTC)

Fails to build with new theora, so I disabled it in configure.

applebloom commented on 2014-11-19 16:30 (UTC)

I've tried a fresh build with up-to-date packages on a few random files and they all play nicely. First of all, try updating and then rebuilding this package. If you still get the error, you could try different options (like a different vo). I'm using opengl3+alsa. Also, I'm guessing it could be caused by some flag in CFLAGS. You could also upload a file you get this error with and post a link and your settings.

mir91 commented on 2014-11-19 01:51 (UTC)

MPlayer interrupted by signal 11 in module: demux_open - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug.

applebloom commented on 2014-09-29 16:15 (UTC)

Since the website is down, I changed temporarily (or not) the download link. I tested, and it works fine with the latest ffmpeg. Of course, a rebuild is needed.

axelectrik commented on 2014-09-24 01:42 (UTC)

NO longer compatible with ffmpeg 1:2.4.1-1 and libdvdnav 5.0.0-1 As always, symlink to updated libraries makes the trick.

applebloom commented on 2014-07-27 12:46 (UTC)

Adopted and added patches.

Barthalion commented on 2014-07-01 18:17 (UTC)

Orphaning, thanks for all the fish!

Dirk commented on 2014-06-30 11:12 (UTC)

Was a great time, thanks! But I finally switched to mpv and ffmpeg for doing the tasks I had mplayer2 for :) I’m outta here :)

oliva commented on 2014-06-29 23:24 (UTC)

Needs a new patch to build with giflib 5.1 as noted by others, because EGifCloseFile and DGifCloseFile now take 2 arguments. Please issue a new release with this added.

sl1pkn07 commented on 2014-06-16 20:03 (UTC)

thanks foreveryoung!

Barthalion commented on 2014-06-15 21:19 (UTC)

Protip: read the comments below yours.

KingYes commented on 2014-06-15 20:54 (UTC)

I can't build this package anymore. This is the error: What I can to do?

ForeverYoung commented on 2014-06-15 19:42 (UTC)

Try #include libdvdnav.h/dvd_types.h (if needed) and change DVDNAV_FORMAT_AC3 -> DVD_AUDIO_FORMAT_AC3, etc.

sl1pkn07 commented on 2014-06-15 19:36 (UTC)

hi any patch por libdvdnav/libdvdread from git? greetings

ForeverYoung commented on 2014-06-15 19:22 (UTC)

Patch for giflib-5.1.0

Barthalion commented on 2014-04-24 07:12 (UTC)

Your system is probably out-of-date. Partial upgrades are not supported, and the only thing using x265 lately is ffmpeg.

axelectrik commented on 2014-04-24 02:49 (UTC)

My mistake, it does compile but when playing an mp4 throws this error mplayer: error while loading shared libraries: cannot open shared object file: No such file or directory So i guess it does use it, or at least search for its libraries.

Barthalion commented on 2014-04-16 07:28 (UTC)

Nonsense, mplayer2 doesn't use x265 at all.

axelectrik commented on 2014-04-16 03:36 (UTC)

To compile it is necessary to downgrade x265

Barthalion commented on 2014-03-01 15:50 (UTC)

I'm very close to unsubscribe from your comments here, because you can't read previous comments or at least Google why mesa-libgl is in makedepends. Kthxbye.

Tblue commented on 2014-03-01 15:28 (UTC)

You currently have mesa-libgl in buildepends, which causes problems if you have the official nvidia drivers installed (since mesa-libgl conflicts with nvidia-libgl). Since both nvidia-libgl and mesa-libgl provide libgl, it should be sufficient to simply depend on libgl. Since your package already does that (libgl is in the normal depends), removing mesa-libgl from buildepends should to the trick. :-)

applebloom commented on 2014-02-27 08:58 (UTC)

Thanks. I'll be pushing stuff there when I have something.

Reihar commented on 2014-02-26 10:56 (UTC)

mesa-libgl is just an implementation of libgl which can also be provided through other packages like nvidia-libgl. You can check that on those packages pages or through pacman. Please replace mesa-libgl by libgl. Also, I think you might have forgotten to place your pkgbuild into a category. I suggest multimedia.

lockheed commented on 2014-02-25 10:07 (UTC)

@Barthalion, Well, it should. I'd do what applebloom suggested and replace it with libgl. It would save people manual editing PKGBUILD to remove the pointless dependency in order to be able to install the package.

Barthalion commented on 2014-02-25 10:01 (UTC)

lockheed: It *does* build normally if you use clean chroot. Mesa-libgl is there for a reason and it's not going anywhere. applebloom: I've just added you to collaborators, I'll contact you later to transfer the package.

applebloom commented on 2014-02-25 09:53 (UTC)

Hey, a repo is a great idea. If you need it, my github account is Nezumisama. I'll be fixing stuff as long as I can for now. By the way, you can replace "mesa-libgl" with "libgl", so it builds normally for everyone. I had to do it for my desktop with GeForce. Or you could remove that, as OpenGL is auto-detected anyway.

lockheed commented on 2014-02-25 09:48 (UTC)

It compiles and runs just fine without mesa-libgl.

Barthalion commented on 2014-02-25 09:46 (UTC)

Mesa-libgl is a build dependency, not runtime. Please compile packages in clean chroot.

lockheed commented on 2014-02-25 09:36 (UTC)

Please, remove dependency on mesa-libgl as this is not compatible with ATI Catalyst drivers.

Barthalion commented on 2014-02-24 21:26 (UTC)

I collected some patches here: I can give you push access there and in a few weeks pass the package to you.

applebloom commented on 2014-02-24 21:18 (UTC)

No reason really. I use it as one of the last people probably, so I thought about maintaining the package. But if still want, that's great. Thanks for quick reaction. I made another patch. After a recent rebuild, I noticed vo=gl complains about an error in a shader. So I inspected and it turns out it was producing floats with "," as the decimal point. Using LANG=C mplayer ... fixed this, so I patched the vo code to produce always "." for all locales. Here's the file:

Barthalion commented on 2014-02-24 21:11 (UTC)

Applied your patch, thanks. Any reason why would you take over the package?

applebloom commented on 2014-02-24 18:54 (UTC)

I patched in support for quvi0.9. Here: Hey, can I maintain this, by the way?

vinipsmaker commented on 2014-01-20 00:46 (UTC)

Increment the rel variable. The recent update to libcdio forces dependent packages to be recompiled.

simonsd commented on 2013-11-18 22:49 (UTC)

Also libmng seems to be missing as dependency. Suspect this usually goes unnoticed due to people upgrading from mplayer and thus already having it installed.

Laerten commented on 2013-11-13 15:53 (UTC)

:: mesa-libgl and nvidia-libgl are in conflict (libgl). Remove nvidia-libgl? [y/N] I just edit PKGBUILD and replaced in makedepends "mesa-libgl" with "nvidia-libgl" Seems it works fine

mazieres commented on 2013-11-11 06:56 (UTC)

I can confirm that a libgl dependency makes mplayer2 work fine with my nvidia card. Please make this change.

Reihar commented on 2013-11-01 21:33 (UTC)

Shouldn't the dep "libgl" replace "mesa-libgl" ? You don't need this implementation, you just need one. "nvidia-libgl" works just fine for example.

Barthalion commented on 2013-10-27 14:47 (UTC)

Build in chroot environment and you won't encounter any problem.

Dirk commented on 2013-10-27 14:39 (UTC)

:: mesa-libgl and nvidia-libgl are in conflict (libgl). Remove nvidia-libgl? [y/N]

rpolzer commented on 2013-10-22 18:24 (UTC)

./TOOLS/ etc/input.conf >input/input.conf.h Traceback (most recent call last): File "./TOOLS/", line 23, in <module> main(infile) File "./TOOLS/", line 19, in main sys.stdout.write('"' + ''.join(conv[c] for c in line) + '"\n') File "./TOOLS/", line 19, in <genexpr> sys.stdout.write('"' + ''.join(conv[c] for c in line) + '"\n') TypeError: list indices must be integers, not str Makefile:555: recipe for target 'input/input.conf.h' failed make: *** [input/input.conf.h] Error 1 make: *** Deleting file 'input/input.conf.h' I suspect a python2/python3 issue. Maybe this can be fixed by configure flags or environment variables? If yes, please do so.