FS#7002 - mplayer-svn package cleanups and additions

Attached to Project: Arch Linux
Opened by Darwin Bautista (djclue917) - Wednesday, 25 April 2007, 09:28 GMT
Last edited by Greg (dolby) - Saturday, 17 May 2008, 21:45 GMT
Task Type Feature Request
Category Packages: Unstable
Status Closed
Assigned To Tom Killian (tomk)
Architecture All
Severity Medium
Priority Normal
Reported Version 0.8 Voodoo
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I've noticed that the mplayer package in [extra] and the mplayer-svn
in [unstable] are very different from each other. Because of that, I was kind of disappointed when I installed mplayer-svn. To cut it short, I made a new (well, not really new) PKGBUILD based on the mplayer and mplayer-svn packages. In that way, the two packages will have more consistency in terms of the dependencies and other build-wise characteristics.

The new package is basically based more on the mplayer package in [extra]:
1. Add support for x264.
* Since mplayer-svn is a rather bleeding-edge package, I think
including x264 wouldn't hurt. BTW, x264 is built into the final
mplayer-svn package and not dynamically linked. The reason for this is
that the x264 API is still unstable and that may cause the mplayer-svn
package to have problems regarding API incompatibilities when a new
x264 package is released.

2. Add support for AMR codecs. (Please see http://bugs.archlinux.org/task/7001 for more info)
* The AMR codecs included in the mplayer package is rather
out-of-date. I don't know why dorphell didn't use the latest versions
of the codecs. Anyway, mplayer-svn changed the way of incorporating
the AMR codecs into mplayer. It needs two new packages which are in
AUR already:

http://aur.archlinux.org/packages.php?do_Details=1&ID=10607
http://aur.archlinux.org/packages.php?do_Details=1&ID=10608

(Just for the record, I've made a patch to make mplayer-svn revert to
the old behavior in which the AMR codecs are built into the mplayer
package. But it's obsolete now so just forget about it.)

3. Cleanups.
* Both the PKGBUILDs of the mplayer and mplayer-svn packages are,
IMHO, quite messy. I've done the honor of doing some housecleaning
with the dependencies and with the overall look of the PKGBUILD.

Lastly, I've ported the aalib-configure.patch to mplayer-svn. The
patch was small and will not need a lot of maintaining when the SVN
sources change. However, that was not the case with the other patches,
MPlayer-1.0rc1-gnome-screensaver.patch and mplayer-lirc-libdl.diff. I
think they are better of excluded since they will need a lot of
maintenance and are quite hard to port.

Patches:
* amr_codecs.patch:
- this patch will make revert MPlayer into using the old behavior (like in 1.0rc1) in which the AMR codecs are built-in statically into MPlayer.
* mplayer-svn-gnome-screensaver.patch:
- port of the patch for MPlayer 1.0rc1. Take not that this patch is UNTESTED.
This task depends upon

Closed by  Greg (dolby)
Saturday, 17 May 2008, 21:45 GMT
Reason for closing:  Won't implement

Loading...