- mplayer is now pkg_add'able as it no longer depends on restricted ports
- Remove compatibility tweaks for FreeBSD-4 as it is no longer supported
- A patch to correct handle amd64 in libdha-pci.c
PR: ports/115170
Submitted by: maintainer
generated to: last_coeff_flag_offset in the polyaudio module, that is static
in the h264.
- security fix provided by the mplayer development team for a possible remote
buffer overflow in rtsp streams
- Correct library dependence and OPTIONS for samba support
PR: ports/107217
Submitted by: Sergio Lenzi [1], Thomas E. Zander (maintainer) [2]
Approved by: maintainer
Security: http://www.vuxml.org/freebsd/b2ff68b2-9f29-11db-a4e4-0211d87675b7.hml
h.264 decoding, ability to switch audio stream during DVD playback and much
more
Submitted by: Thomas E. Zander <riggs@rrr.de> (maintainer)
Thanks to: itetcu
mplayer does not necessarily these config files to work properly.
They are needed however if one wants to set system-wide defaults
different from mplayer's built-in settings.
Therefore,
o these files have more example character and are now
installed in ${PREFIX}/share/mplayer/examples/etc
o this is mentioned in files/pkg-message.in
Also there are further cleanups:
o The port now recognizes the new skin dir accorting to
ports/103891. Please commit these two diffs together
in order to maintain dependency consistency
o pkg-message in the port root dir should be removed from
the tree as we are using files/pkg-message.in for quite
some time now
PR: ports/103892
Submitted by: Denis Eremenko <moonshade@pnhz.kz>
Approved by: Thomas E. Zander <riggs@rrr.de> (maintainer)
This is a cumulative update to the mplayer port addressing several
issues:
o imake handling for audio-only-mplayer corrected.
o Adapt mplayer to recent x264 API changes. Reported by David Warren.
Obtained from official mplayer CVS.
o Correct internal libtremor handling on amd64 arch, by Aleksey Salow.
o Correct VIDIX playlists on amd64 arch.
o Proper handling of the speex codec and the polyp sound server,
reported by Ion-Mihai Tetcu.
- Fix OPTIONS checking logic - this caused the default package to have
way too many dependencies (e.g. Linux, and i386-specific ports).
- Fix build on FreeBSD 4.x [2]
PR: ports/102493 [1], ports/102570 [2]
Submitted by: Thomas E. Zander <riggs@rrr.de> [1], Ports Fury [2]
Approved by: Thomas E. Zander <riggs@rrr.de> (maintainer) [2]
o Have mga xvidix driver autodetect memory, reported by Andre Albsmeier
o Remove PKGSUFFIX stuff, instead port name is always "mplayer"
o Use win32 real player codecs if the user prohibits linux-realplayer interaction
PR: ports/101224
Submitted by: Thomas E. Zander (maintainer)
- OPTIONify
- Due to some changes in the official developent tree, some of our local
patches became obsolete and where removed.
PR: ports/99871
Submitted by: maintainer
because it does not link the test-program with -pthread.
Remove the static -lx264 and replaces it with the accurate
`pkg-config --libs x264`, so the linker finds all the symbols needed.
After that, mencoder can finally encode x264-movies.
PR: ports/98914
Submitted by: Mark Daniel Reidel <ports@mark.reidel.info>
Approved by: maintainer
setting norm=SECAM which previously did not work. Bump PORTREVISION.
PR: ports/90001
Submitted by: Vladimir Kushnir <vkushnir@i.kiev.ua>
Approved by: Thomas E. Zander <riggs@rrr.de> (maintainer)
On recent FreeBSD installing multimedia/mplayer port doesn't
compile-in bsdbt848 driver. Cause for this is in the mplayer's
'configure' script that uses the following code to autodetect
the presense of the system bt848 driver:
if defined(__NetBSD__)
#include <dev/ic/bt8xx.h>
#else
#include <machine/ioctl_bt848.h>
#endif
On FreeBSD /usr/include/machine/ioctl_bt848.h is replaced
with /usr/include/dev/bktr/ioctl_bt848.h, so 'configure'
script doesn't find it. Be warned that if you upgraded
your FreeBSD installation from the older version, you will
still have /usr/include/machine/ioctl_bt848.h installed on
your system (make installworld doesn't delete old files)
and configure script will not need patching to be able to
find the system bt848 driver. In the fix section I attached
a patched 'files/patch-ad' file.
[...]
Hi again,
I've prepared a diff to solve the issue. Besides this,
PORTREVISION is bumped to reflect the change and distinfo
contains sha256 sum. Would you please confirm that it works
on amd64, go for the commit and close the pr?!
Submitted by: Simun Mikecin <numisemis@yahoo.com>
Approved by: "Thomas E. Zander" <riggs@rrr.de>
Reviewed by: Simun Mikecin <numisemis@yahoo.com>
PR: ports/87853
<conrads@cox.net>
- introduce new vidix patches to enable -vo xvidix for some accidently
mistreated radeon and matrox cards, reported by Andre Albsmeier
<andre@albsmeier.net>
- explicitly forbid -fforce-addr gcc optimization as it reliably breaks all
ffmpeg descendants, by Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
PR: ports/79828
Submitted by: Thomas E. Zander <riggs@rrr.de> (maintainer)
files/patch-libfaad2-common.h
o Remove explicitly disabling real codecs as they can be manually added
after installation if root really wants to (reported by Scott Lipcon
<scott@libcon.org>)
o Fix mplayer's x264 lib support is older than the version provided by
the ports tree as of today. Including new patchfile
files/patch-libmpcodecs-ve_x264.c
(by Bruce M. Simpson <bms@spc.org>)
Submitted by: Thomas E. Zander <riggs@rrr.de> (maintainer)
of the port and which has been bogusly merged into the upstream sources
(but has been corrected now, the next release will be fine, hopefully).
This will fix audioid with tv://
users of mplayer:
o bktr driver working. Thanks to Arjan van Leeuwen
<avleeuwen@piwebs.com> and Simun Mikecin sime@logos.hr (For me
it doesn't work at all, but mplayer's tv never did :-) So I
rely on the reports of the users who are successful.)
o disables support for libdvdnav as it's not compatible with
the new version. The mplayer developers are informed and
hunt the problem.
o introduces a patch to fix -vo md5: patch-libvo-vo_md5.c
Thanks to Christopher Nehren <apeiron@comcast.net>
PR: ports/63363
Submitted by: maintainer
- Important fix of a remote buffer overflow attack via asf streaming
- Some minor fixes
* Check for the updated KAME ipv6-patch. Looks okay.
* Change pkg-message, pointing at at a work-in-progress FAQ
PR: 57324
57296
Submitted by: Mezz <mezz7@cox.net> (based on)
maintainer
