Package Details: mplayer-svn 38192M-2

Git Clone URL: https://aur.archlinux.org/mplayer-svn.git (read-only, click to copy)
Package Base: mplayer-svn
Description: Media player for Linux
Upstream URL: http://www.mplayerhq.hu/
Licenses: GPL
Conflicts: mplayer
Provides: mplayer
Submitter: ewtoombs
Maintainer: FabioLolix
Last Packager: TheGoliath
Votes: 1
Popularity: 0.000000
First Submitted: 2015-11-02 06:22 (UTC)
Last Updated: 2020-06-26 17:26 (UTC)

Required by (120)

Sources (4)

Latest Comments

dakataca commented on 2020-06-25 17:32 (UTC)

==> Iniciando package_mencoder-svn()... make: *** mplayer-svn-38192M: No existe el fichero o el directorio. Alto. ==> ERROR: Se produjo un fallo en package_mencoder-svn().__ Cancelando...

ewtoombs commented on 2016-02-07 17:56 (UTC) (edited on 2016-02-07 17:58 (UTC) by ewtoombs)

1. Ignorance and a general desire to not break things. When I made this, all I wanted was an up-to-date version of mplayer with a severe HEVC bug fixed. If the performance upgrades can't come to stable ffmpeg soon enough for you, then by all means change it before building. Performance problems has never been a critical issue for me, so I value probability of successful build over this. 2. I made only the changes to the extra/ PKGBUILD I had to to get mplayer working. Adding support for these things seems like a good idea though as long as they can be added as optional dependencies. If you're interested in seeing support added, make a build with support included and try running it without the required libraries installed. If it still works, then I suppose there is no reason not to include them by default, except maybe to reduce the number of build dependencies, so send a patch.

EndlessEden commented on 2016-02-06 17:53 (UTC)

i have several questions/concerns. 1. Why is a old stable version of FFMPEG being used for libavcodec??? there has been a ton of optimisations done in the last year. Opt for SVN, it may break some builds, but its a better option! 2. why is liblzo, speex, openal, libdv, musepack, esd and mga being disabled. This will remove some codecs and support. liblzo is used for compression(and decompression of media streams encoded with it). speex is commonly used for streaming audio and often used for re-encoding voice recordings. OpenAL, while not as common as it once was, is a very decent positional audio processor, that works well with pulseaudio, alsa, oss, esd and jack(2), i dont see why its disabled?. libdv is a common codec used by older digitial camcorders(especially in the USA and Phillipines), exclusion would create alot of playback and re-encoding issues. musepack(MPCK, MP+), while popularity of the codec was never good, its still used; no sense in not including a 15kb library. esd is provided by pulseaudio and e-sound, please enable for better support(as archlinux users dont specifically use one or the other). MGA is very uncommon, but should be included for legacy support. it does not increase binary size by much(1.4kb) and the headers are included by xorg.

youngunix commented on 2015-12-30 21:03 (UTC)

It's a shame that mplayer is orphaned on extra and mplayer2 is a hoax. It seems that mpv is winning at the moment, but I appreciate your effort for keeping a fresh copy for Arch Linux.

ewtoombs commented on 2015-11-16 16:04 (UTC)

By the way, the version of mplayer I have confirmed still has the HEVC bug in it is 37379.

ewtoombs commented on 2015-11-02 06:45 (UTC) (edited on 2015-11-09 03:35 (UTC) by ewtoombs)

This PKGBUILD is identical to the one in extra, but with the mplayer and ffmpeg versions updated. All of the patches stopped working, so I just deleted them all. That resulted in loss of smbclient support, but fuck it. This update is necessary to fix a critical issue with HEVC. Thread support was broken, causing many high-res HEVC videos to be unplayable. It works now. You need -lavdopts threads=$N in your command line or lavdopts = threads=$N in your .mplayer/config for multiple cores to be used, where $N is the number of threads.