all: drop support for FreeBSD 13.2 which reached EOL today

Thanks again to jbeich for noticing various things I overlooked.

Reviewed by:	acm, ashish, eduardo, ehaupt, eugen, jbeich, martymac, mat,
nobukata, sunpoet, tagattie, yuri, arrowd, kde
Differential Revision:	https://reviews.freebsd.org/D45141

multimedia/libx264: fix build on powerpc64le on 15

cc: error: unsupported option '-mabi=' for target
'powerpc64le-unknown-freebsd15.0'

multimedia/{lib}x264: Fix build with PGO

- Pet portclippy
PR:		273904
Reported by:	sven.a.jonsson@bahnhof.se

*/*: Fix build with llvm16 on 13.2-STABLE

As like as HEAD(14.0-RELEASE) llvm16 was merged in base for 13.2-STABLE
with the OSVERSION 1302507.

- Utilize USE_CXXSTD=c++14 or similar solution where applicable
- Update conditionals to addtionally check for OSVERSION greater than
  1302507 and less than 1400000

Approved by:	portmgr (blanket)
Sponsored by:	The FreeBSD Foundation

bsd.sites.mk: Update all ports using USE_GITLAB

Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is
backwards-compatible (accepting any commit hash as before), but also
understands an actual tag name. Moving to tag names where appropriate is
left to individual ports' maintainers.

Approved by:		portmgr (tcberner, mentor)
Differential Revision:	https://reviews.freebsd.org/D37077

multimedia/x264: fix build with llvm 16

common/ppc/pixel.c:1576:31: error: incompatible function pointer types assigning
to 'x264_pixel_cmp_x3_t' (aka 'void (*)(unsigned char *, unsigned char *,
unsigned char *, unsigned char *, long, int *)') from 'int (uint8_t *, uint8_t
*, uint8_t *, uint8_t *, intptr_t, int *)' (aka 'int (unsigned char *, unsigned
char *, unsigned char *, unsigned char *, long, int *)')
[-Wincompatible-function-pointer-types]
    pixf->sad_x3[PIXEL_8x16]  = pixel_sad_x3_8x16_altivec;
                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~~
common/ppc/pixel.c:1578:31: error: incompatible function pointer types assigning
to 'x264_pixel_cmp_x3_t' (aka 'void (*)(unsigned char *, unsigned char *,
unsigned char *, unsigned char *, long, int *)') from 'int (uint8_t *, uint8_t
*, uint8_t *, uint8_t *, intptr_t, int *)' (aka 'int (unsigned char *, unsigned
char *, unsigned char *, unsigned char *, long, int *)')
[-Wincompatible-function-pointer-types]
    pixf->sad_x3[PIXEL_8x8]   = pixel_sad_x3_8x8_altivec;
                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~
common/ppc/pixel.c:1581:31: error: incompatible function pointer types assigning
to 'x264_pixel_cmp_x4_t' (aka 'void (*)(unsigned char *, unsigned char *,
unsigned char *, unsigned char *, unsigned char *, long, int *)') from 'int
(uint8_t *, uint8_t *, uint8_t *, uint8_t *, uint8_t *, intptr_t, int *)' (aka
'int (unsigned char *, unsigned char *, unsigned char *, unsigned char *,
unsigned char *, long, int *)') [-Wincompatible-function-pointer-types]
    pixf->sad_x4[PIXEL_8x16]  = pixel_sad_x4_8x16_altivec;
                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~~
common/ppc/pixel.c:1583:31: error: incompatible function pointer types assigning
to 'x264_pixel_cmp_x4_t' (aka 'void (*)(unsigned char *, unsigned char *,
unsigned char *, unsigned char *, unsigned char *, long, int *)') from 'int
(uint8_t *, uint8_t *, uint8_t *, uint8_t *, uint8_t *, intptr_t, int *)' (aka
'int (unsigned char *, unsigned char *, unsigned char *, unsigned char *,
unsigned char *, long, int *)') [-Wincompatible-function-pointer-types]
    pixf->sad_x4[PIXEL_8x8]   = pixel_sad_x4_8x8_altivec;
                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~

*/*: Bump all users of multimedia/ffmpeg*

...to make sure all picks up new version(s)

audio/opus: bump consumers after update to 1.4

multimedia/x264: update to 0.164.3095

Changes:	https://code.videolan.org/videolan/x264/compare/5db6aa6...baee400f

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

multimedia: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Aaron LI <aly@aaronly.me>
  *  Alexander Botero-Lowry <alexbl@FreeBSD.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrew Thompson <andy@fud.org.nz>
  *  Andrew Thompson <thompsa@FreeBSD.org>
  *  Angel Carpintero <ack@telefonica.net>
  *  Anish Mistry (with help from mean)
  *  Anonymous <swell.k@gmail.com>

*/*: Take maintainership

all: return koobs' ports to the pool after safekeeping his commit bit.

multimedia/x264: update to 0.163.3060

Changes:	https://code.videolan.org/videolan/x264/compare/55d517b...5db6aa6

*/*: Replace USE_GCC=any with USE_GCC=yes

USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).

Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.

This should not make any functional difference at all.

Discussed with:	mat, linimon, pkubaj

RESTRICTED removal, two more ports.

multimedia/x264: update to 0.161.3049

Changes:	https://code.videolan.org/videolan/x264/compare/544c61f...55d517b
Reported by:	OpenBSD

Regenerate all distfiles using gitlab as source.

This regeneration is required as the new gitlab version changed
the address and the directory the source files can be downloaded.

This commit also applies some small fixes to make sure all ports using
gitlab are buildable.

Reviewed by:	mat
Approved by:	portmgr
Differential Revision:	https://reviews.freebsd.org/D29628

Remove # $FreeBSD$ from Makefiles.

multimedia/x264: update to 0.161.3039

Changes:	https://code.videolan.org/videolan/x264/compare/d198931...544c61f

multimedia/x264: update to 0.161.3020

Changes:	https://code.videolan.org/videolan/x264/compare/cde9a93...d198931
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/ffms2: update to 2.40

Changes:	https://github.com/FFMS/ffms2/releases/tag/2.40
Reported by:	GitHub (watch releases)

Fix build with multimedia/gpac-libgpac 1.0.0

PR:		248081
Submitted by:	riggs
Approved by:	koobs (maintainer)
MFH:		2020Q3 (hat: ports-secteam)

multimedia/x264: update to 0.160.3011

Changes:	https://code.videolan.org/videolan/x264/compare/296494a4...cde9a93
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/x264: hook PGO distfile into makesum

PR:		246219
Approved by:	koobs (maintainer)

multimedia/x264: add missing distinfo

Removed in r533939.

PR:		246217
Reported by:	xxjack12xx@gmail.com
Approved by:	portmgr (blanket: just fix it)

multimedia/x264: update to 0.159.2999

Changes:	https://code.videolan.org/videolan/x264/compare/1771b55...296494a4
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/
MFH:		2020Q2 (minor stability fixes)

multimedia/{lib,}x264: return to building with clang on powerpc64 elfv2

Head r359981 and r359994 reverted commits that caused clang to run in infinite
loop, allocating all available memory and crashing the system.

multimedia/x264: fix build on powerpc64 elfv2

Clang has the same problem with x264 that happened with security/nss (workaround
in r528305).
It takes all available memory due to infinite loop. Switch to GCC for now to fix
build.

multimedia/x264: update to 0.159.2991

Changes:	https://code.videolan.org/videolan/x264/compare/34c06d1...1771b55
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/x264 - use base compiler on powerpc* when using clang

Switch powerpc platforms to USES=compiler:c11. This will make them use base
clang when it's available.

Submitted by:	Alfredo Dal'Ava Junior
Reviewed by:	koobs (maintainer)
Differential Revision:	https://reviews.freebsd.org/D22688

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

multimedia/x264: update to 0.157.2980

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=34c06d1c17ad968fbdda153cb772f77ee31b3095
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

Bring powerpcspe stanza up to the level of the powerpc64 stanza.

Approved by:	portmgr (tier-2 blanket)

New libx264 releases now seem to detect and use Altivec during
compilation, which breaks with base GCC because it doesn't support
some functions that libx264 uses.

Set GCC option by default for powerpc and powerpc64.

PR:		236679
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

multimedia/x264: chase X264_COMMIT location

multimedia/x264: update to 0.157.2945

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=72db437770fd1ce3961f624dd57a8e75ff65ae0b
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

Make PORTREVISION bump-able for Tools/scripts/bump-revision.sh by using
a tab to separate the comment on that line.

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

multimedia/x264: update to 0.155.2917

- HI10P is always built after
https://git.videolan.org/?p=x264.git;a=commitdiff;h=71ed44c73124

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=0a84d986e7020f8344f00752e3600b9769cc1e85
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

multimedia/ffmpeg: update to 4.0

- FFSERVER support was removed upstream
- libressl now uses libtls backend instead of patching openssl one
- Clang i386 no longer uses 16-byte aligned stack

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.0:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		227726
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15175

Switch some MASTER_SITES from http/ftp to https.

Also some cleanup of dead entries.

PR:		226203
Submitted by:	Sam H
Sponsored by:	Absolight

multimedia/l-smash: update to 2.14.5

Changes:	https://github.com/l-smash/l-smash/compare/v2.9.1...v2.14.5
ABI:		https://people.freebsd.org/~jbeich/compat_reports/l-smash/2.9.1_to_2.14.5/compat_report.html

multimedia/{lib,}x264: update to 0.152.2854

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=e9a5903edf8ca59ef20e6f4894c196f135af735e

multimedia/ffmpeg: update to 3.4

Notable changes:
- i386/amd64 now depend on NASM per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4f9297ac3b39
- NETCDF is now MYSOFA but the dependency doesn't exist in ports yet
- SCHROEDINGER is gone per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9
- DRM, LIBRSVG2, LIBXML2 are new options
- ABI isn't completely compatible: some structs have changed

Minor cleanup:
- Don't pass --disable-{in,out}dev when it's already blocked by disabled
dependency
- Drop redundant "Enable" from option descriptions
- Switch CDIO_DESC to use Mk/bsd.options.desc.mk

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.4:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		223057
Exp-run by:	antoine

multimedia/x264: r445837 forgot to move option helpers

PR:		220694
Approved by:	portmgr blanket
MFH:		2017Q3
Differential Revision:	https://reviews.freebsd.org/D11566

multimedia/x264: enable FFMS, LAVF, SWSCALE by default

Without FFmpeg-based demuxers x264 CLI can only read raw formats as
source. So, enable more options to allow the binary package not only
write but also read mp4/mkv.

PR:		220694
Approved by:	koobs (maintainer)
MFH:		2017Q3 (usability improvement)
Differential Revision:	https://reviews.freebsd.org/D11566

multimedia/x264: yasm is only used by libx264, so move ASM option there

PR:		220694
Approved by:	koobs (maintainer)
MFH:		2017Q3 (minor build optimization)
Differential Revision:	https://reviews.freebsd.org/D11566

multimedia/{lib,}x264: update to 0.148.2795

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=aaa9aa83a111ed6f1db253d5afa91c5fc844583f
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/
PR:		220694
Approved by:	koobs (maintainer)
MFH:		2017Q3 (bug fixes, minor SIMD optimizations)
Differential Revision:	https://reviews.freebsd.org/D11566

multimedia/x264: update to 0.148.2768

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=d32d7bf1c6923a42cbd5ac2fd540ecbb009ba681

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

multimedia/x264: update to 0.148.2728

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=4d5c8b01a48f72f9c40651e92c39294326a0863f

multimedia/ffmpeg: update to 3.2.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.2.2:/Changelog
PR:		207547
Submitted by:	riggs, ebirth@b0ss.net (libressl fix)
Exp-run by:	antoine (3 tries)

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

multimedia/{lib,}x264: unbreak ASM on mips* after r422672

ASM=on is nop on many Tier2 and Tier3 architectures: arm + armeb, mips +
mipsel, ia64, sparc64. mips64 may be able to use MSA optimizations but the
ancient GCC in base doesn't support -msa flag and lang/gcc* are broken.

arm (aka armv4t) failed as:
  You specified a pre-ARMv6 or Thumb-1 CPU in your CFLAGS.
  If you really want to run on such a CPU, configure with --disable-asm.

mips (o32) failed as: [1]
  You specified a pre-MSA CPU in your CFLAGS.
  If you really want to run on such a CPU, configure with --disable-asm.

PR:		213443
Reported by:	pkg-fallout [1]
Obtained from:	PkgSrc
Approved by:	portmgr blanket

multimedia/libx264: unbreak ASM on armv6 after r422672

/nxb-bin/usr/bin/cc -I. -I. -c -DSTACK_ALIGNMENT=4 -DPIC -DHIGH_BIT_DEPTH=0
-DBIT_DEPTH=8 -o common/arm/quant-a.o common/arm/quant-a.S
<instantiation>:29:5: error: instruction requires: armv6t2
    rbit r1, r1
    ^
common/arm/quant-a.S:362:1: note: while in macro instantiation
decimate_score_1x 15
^
<instantiation>:29:5: error: instruction requires: armv6t2
    rbit r1, r1
    ^
/tmp/quant-a-8aad5d.s:515:1: note: while in macro instantiation
decimate_score_1x 16
^

PR:		213443
Reported by:	pkg-fallout, Bernd Walter, Mikael Urankar
Approved by:	portmgr blanket

multimedia/x264: switch to _ENABLE option helper

Many opposite switches are not available, so with default options
selected this change incurs the following warnings.

  multimedia/libx264:
    Unknown option --enable-asm, ignored
    Unknown option --disable-debug, ignored
    Unknown option --enable-opencl, ignored

  multimedia/x264:
    Unknown option --enable-asm, ignored
    Unknown option --disable-debug, ignored
    Unknown option --enable-lsmash, ignored

Differential Revision:	https://reviews.freebsd.org/D7958
Requested by:	koobs (maintainer)

multimedia/x264: update to 0.148.2708

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=86b71982e131eaa70125f8d0e725fcade9c4c677
Differential Revision:	https://reviews.freebsd.org/D7958
Approved by:	koobs (maintainer)

multimedia/x264: add OPENCL option, enabled by default

Before OpenCL can be used for lookahead install at least one
implementation: devel/freeocl, devel/pocl, lang/beignet or lang/clover.

  $ x264 --fullhelp | fgrep opencl
	--opencl                Enable use of OpenCL
	--opencl-clbin <string> Specify path of compiled OpenCL kernel cache
	--opencl-device <integer> Specify OpenCL device ordinal

where the options also work in other apps e.g.,

  $ ffmpeg -i <input-file> -codec:v libx264 -x264opts opencl:opencl-device=1
<output-file>
  $ mpv --ovc libx264 --ovcopts-add x264opts=opencl:opencl-device=1 -o
<output-file> <input-file>

Differential Revision:	https://reviews.freebsd.org/D7958
Approved by:	koobs (maintainer)

multimedia/x264: don't require SSE on i386 with ASM=on (default)

Remove "-march=i686 -mfpmath=sse -msse" and "-msse2" on later versions
when building C files. This doesn't affect hand-written assembly which
relies on CPUID but may pessimize compiler (around 2.3 % on Skylake).

Differential Revision:	https://reviews.freebsd.org/D7958
Approved by:	koobs (maintainer)

multimedia/x264: add FFMS and LSMASH options

Switch to LSMASH by default to follow vendor configure behavior.

Approved by:	koobs (maintainer, via private mail)
Differential Revision:	https://reviews.freebsd.org/D5861

multimedia/x264: correct LAVF option description

LAVF only supports demuxing via libavformat.

Approved by:	koobs (maintainer, via private mail)
Differential Revision:	https://reviews.freebsd.org/D5863

multimedia/{,lib}x264: modernize

- Convert to option helpers
- Convert to USES=localbase + respect CPPFLAGS
- Convert to USES=shebangfix (can be zsh->bash symlink)
- Simplify SLAVE_PORT conditionals into ?=, += and !target()
- Drop unnecessary `cd` before PGO sample
- Drop no longer necessary .include <bsd.port.options.mk>

Approved by:	koobs (maintainer, via private mail)
Differential Revision:	https://reviews.freebsd.org/D5862

multimedia/x264: make options actually affect dependencies

Approved by:	koobs (maintainer, via private mail)
Differential Revision:	https://reviews.freebsd.org/D5860

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Fix x264 on AArch64. quant-a.S and deblock-a.S have syntax the LLVM
assembler complains about. Pull in two upstream changes to fix these until
they are on the stable branch.

Without these these ports fail to build on AArch64.

Approved by:	koobs
Differential Revision:	https://reviews.freebsd.org/D4781

Add GCC_DESC to Mk/bsd.options.desc.mk.  Use this in a number of ports
instead of their own respective settings.

multimedia/libx264: Move libx264 stdin.h patch to x264 port

Move the libx264 patch for stdint.h handling on FreeBSD to the multimedia/x264
port, as FILESDIR is inherited from there, thus causing the patch not to be
applied.

Reported by:		kwm
Reviewed by:		kwm
Tested by:		kwm
Differential Revision:	https://reviews.freebsd.org/D3168

multimedia/{lib}x264: Fix distinfo's

Delete distinfo from libx264 since it is s now subordinate to the x264 port.

Also correctly update distinfo for x264, including the example.y4m.bz2 video
file for profile guided optimization (OPTION: PGO).

PR:		201260
Reported by:	Ajtim <lumiwa gmail com> (via email)

multimedia/{lib}x264: Update to 0.144.2533 and major refactor

- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
  has changed.

multimedia/x264:

- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
  libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
  libx264 port.

multimedia category: Remove $PTHREAD_LIBS

approved by:	PTHREAD blanket

multimedia/{lib}x264: Update minimum yasm version

Update the minimum version of yasm required in BUILD_DEPENDS.

PR:		196991
Submitted by:	takefu airport.fm

multimedia/{lib}x264: Fix build on ARMv6

- Fix build for missing symbols on ARMv6 [1]
- Backport upstream 9463ec00 to fix default AS on ARM [2]
- Remove unecessary WRKSRC override (x264)
- Whitespace alignment

[2] http://git.videolan.org/?p=x264.git;a=patch;h=9463ec

PR:		196033 [1]
Submitted by:	Mikael Urandar <mikael.urankar at gmail com> [1]
Tested by:	sbruno

multimedia/x264: Use libx264's config headers

An encoding error condition is created when HI10P is enabled
in libx264, since the x264 is not built with that options.

Make x264 use the headers provided by the libx264 port, not the ones
that come with the sources, so the configuration options between the
two ports (libx264 and x264) can't end up mismatched.

Thanks to astrodog and a_b (IRC) for coming up with an elegant solution. [1]

While I'm here:

- Update COMMENT to reflect this is just the x264 CLI frontend
- Add LICENSE_FILE

- Remove options' descriptions which are already in the standard pool
- Improve wording and make sure they all fit nicely in 80-char window

Approved by:	maintainer (koobs)

multimedia/x264: General overhaul

- Split x264 into two ports: the CLI application (x264), and the library
  (libx264). This will allow x264 to use lavf and friends from ffmpeg for
  decoding and demuxing while preventing a circular dependency between the
  two: x264 can depend on ffmpeg, but ffmpeg will depend on libx264 rather
  than x264.
- Add the LAVF option to the CLI port, making the dependency on ffmpeg
  optional.
- Update to 0.142.2455.
- Amend fixes to local patches so that they can apply to the new upstream
  files.
- Provide the git revision and other version information to the build
  environment, allowing the CLI binary to display this information (like the
  Windows builds).
- Remove unsupported build options (X11_OUTPUT).
- Ensure that the library and CLI ports each have the appropriate options.
- Add notes for future contributors who wish to update the ports.
- Bump PORTREVISION for all dependent ports.

PR:           187805
Differential Revision:	https://reviews.freebsd.org/D1159
Submitted by: Andrew Berg <aberg010@my.hennepintech.edu>
Approved by:  koobs (maintainer, mentor)

Prevent x264 to link to ffmpeg if ffmpeg is already installed on the system
which will lead to a circular dependencies which is revealed by pkg autodeps
functionnality

Reported by:	kwm

Support powerpc64.

Patch by:	andreast@
Submitted by:	nathan whitehorn
Approved by:	maintainer

Strip debug symbols from bin/x264 unless WITH_DEBUG is set.

Approved by:	portmgr (implicit/blanket)

multimedia/x264: Turn HI10P option off by default.

Inadvertently left the new HI10P option included in OPTIONS_DEFAULT in the
last commit while I was testing. Remove it.

PR:		ports/186138
Submitted by:	Anton Sayetsky <vsjcfm@gmail.com>

multimedia/x264: Add OPTION for High 10 Profile 10-bit encoding

- Add OPTION for High 10 Profile 10-bit encoding
- Bump PORTREVISION

PR:		ports/185381
Submitted by:	Kenta S <kentas@hush.com>

multimedia/gpac-libgpac: update to 0.5

- Update to 0.5
- Export symbols required by x264
- Bump revision of dependent ports

PR:		ports/180906
Submitted by:	Vladimir Kondratiev <wulf mail.mipt.ru>

multimedia/x264: Update to 20130827 snapshot

- Update to 20130827 snapshot
- Add CONFIGURE_ARGS to disable OpenCL, fixes configure failure
- Chase library version bump in dependent ports

PR:		ports/182484
Submitted by:	mm
Reviewed by:	kwm, bapt

multimedia/x264: Remove PGO as a default OPTION, Big cleanup.

- Remove PGO as a default option, because RESTRICTED DISTFILES is
  causing >500 package builds to be skipped/ignored. I've found a
  number of more liberally licensed test sequences that can be used
  in a future update.
- Bump PORTREVISION

While I'm here:

- Rename GCC44 option to GCC (4.4 is no longer the default)
- Split out GCC and ASM options, allowing a user to select to use
  a modern GCC version, and continue to opt-in-or-out of ASM
  optimizations for performance comparisons, benchmarks or the like.
- Honour WITH_DEBUG from make.conf in DEBUG option

multimedia/x264: Take maintainership

- Take maintainership

Returning maintainership on my multimedia ports to ports@freebsd.org

Add NO_STAGE all over the place in preparation for the staging support (cat:
multimedia)

Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.

Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.

This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.

That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.

Approved by:	portmgr (bdrewery)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Attempt to force this port to build only with gcc.  It is known to be
broken on clang.

However, setting USE_GCC=any appears to be insufficient: the too-clever
configure glop sees that clang is installed and attempts to use it
regardless.

This commit is thus a temporary measure.

Hat:		portmgr

Use shared description of PGO option

PR:		ports/170454

Fix fetchability of example.y4m.bz2

PR:		ports/170103
Reported by:	Sayetsky Anton

Update multimedia/x264 to 0.125.2201
Switch to new options framework

- update png to 1.5.10

Bump PORTREVISION due to gpac-libgpac fix

Add missing patch