multimedia/x264 0.165.3223_1

multimedia/x264: Fix detection of cpu cores

Partially revert changes in upstream commit
da14df5535fd46776fb1c9da3130973295c87aca

References:
https://code.videolan.org/videolan/x264/-/commit/da14df5535fd46776fb1c9da3130973295c87aca

multimedia/x264: fix build on powerpc64*

1. Properly define macros to fix build.
2. Enable VSX on powerpc64le and on powerpc64 if it's available.

multimedia/*x264: Update to 0.165.3223 and transfer maintainership

* Switch to GStreamer's meson branch as it simplifies builds and is
  faster
* Transfer maintainership to multimedia
* Remove DEBUG, GPAC, OPENCL and PGO options
  By switching to Meson we can utilize the framework for debug builds
  GPAC is broken upstream
  OPENCL (lookahead) has very little advantage now that core count for
  CPUs are much higher than a decade ago and with x264's limited
  parallelization. It's also much simplier than x264's other code paths.
  PGO pulls in GCC with no to little benefit
* Add LTO and OPTIMIZED_CFLAGS options
  Available only on aarch64 and amd64, enabled by default

Reviewed by:	bofh (previous iteration and discussed on Matrix)

multimedia/*: Update dependencies to reflect gpac-libgpac rename

Update consumer ports to use multimedia/gpac following the consolidation and
renaming of the library port.

Sponsored by:	Netflix

multimedia/ffmpeg: bump revision to chase lib version change

multimedia/x264: incorporate an upstream patch to support newer ffmpeg

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

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>
  *  Ashish SHUKLA <ashish@FreeBSD.org>
  *  Ashish Shukla <wahjava@gmail.com>
  *  Ben Woods <woodsb02@FreeBSD.org>
  *  Brian Somers <brian@FreeBSD.org>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Byung-Hee HWANG <bh@izb.knu.ac.kr>
  *  Charlie Kester <corky1951@comcast.net>
  *  Chess Griffin <chess@chessgriffin.com>
  *  Chris Piazza <cpiazza@FreeBSD.org>
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Chuck Hein <chein@FreeBSD.org> & Jim Overholt <overholt@isdw.net>
  *  Daniel Morante <daniel@morante.net>
  *  Diego Depaoli <trebestie@gmail.com> and Yinghong Liu <relaxbsd@gmail.com>
  *  Dierk Sacher <dierk@blaxxtarz.de>
  *  Dreamcat4 <dreamcat4@gmail.com>
  *  Earl Gay <earl@eeg3.net>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Edwin Groothuis <edwin@mavetju.org>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Felix Palmen <felix@palmen-it.de>
  *  Franz Bettag <franz@bett.ag>
  *  FreeBSD GNOME Team <gnome@freebsd.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  George Reid <greid@ukug.uk.freebsd.org>
  *  Grzegorz Blach <gblach@FreeBSD.org>
  *  Gustau Perez <gustau.perez@gmail.com>
  *  Harold Gutch <logix@foobar.franken.de>
  *  Heiner <h.eichmann@gmx.de>
  *  Heiner Eichmann <h.eichmann@gmx.de>
  *  Hendrik Scholz <hendrik@scholz.net>
  *  Herbert J. Skuhra <h.skuhra@gmail.com>
  *  Herve Quiroz <hq@FreeBSD.org>
  *  Holger Lamm
  *  J.R. Oldroyd <fbsd@opal.com>
  *  Jason Harmening <jason.harmening@gmail.com>
  *  Jille Timmermans (jille@quis.cx)
  *  Juergen Lock <nox@FreeBSD.org>
  *  Juergen Lock <nox@jelal.kn-bremen.de>
  *  KalleDK <plexmaintainer@k-moeller.dk>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Koop Mast <kwm@rainbow-runner.nl>
  *  Kozlov Sergey <kozlov.sergey.404@gmail.com>
  *  Kris Moore
  *  Kuan-Chung Chiu <buganini@gmail.com>
  *  Lars Eggert <lars.eggert@gmx.net>
  *  Leinier Cruz Salfran <salfrancl@yahoo.es>
  *  MANTANI Nobutaka <nobutaka@nobutaka.com>
  *  Manuel Creach <manuel.creach@icloud.com>
  *  Marc van Woerkom <3d@FreeBSD.org>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mark Felder <feld@FreeBSD.org>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Neubauer <m.ne@gmx.net>
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael Nottebrock <michaelnottebrock@gmx.net>
  *  Michael Nottebrock <michaelnottebrock@gmx.net> et al
  *  Mina Naguib <webmaster@topfx.com>
  *  Mykola Dzham <i@levsha.me>
  *  Naram Qashat <cyberbotx@cyberbotx.com>
  *  Olivier Cochard-Labbe <olivier@FreeBSD.org>
  *  Pascal Vizeli <pvizeli@yahoo.de>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pawel Pekala <pawel@FreeBSD.org>
  *  Petar Zhivkov Petrov <pesho.petrov@gmail.com>
  *  Phil Oleson
  *  Phil Oleson <oz@nixil.net>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Raaf <freebsd@luna.afraid.org>
  *  Randall Hopper <aa8vb@nc.rr.com>
  *  Rodrigo OSORIO <rodrigo@FreeBSD.org>
  *  Rozhuk Ivan 2018 <rozhuk.im@gmail.com>
  *  Rozhuk Ivan <rozhuk.im@gmail.com>
  *  Rozhuk Ivan rozhuk.im@gmail.com
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Stacey Son <mythdev@son.org>, Ari Maniatis <ari@ish.com.au>
  *  Steve Wills <steve@mouf.net>
  *  Steve Wills <swills@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sylvio Cesar <sylvio@FreeBSD.org>
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas E. Zander
  *  Thomas E. Zander with help from Vladimir Kushnir
  *  Vladimir Kondratiev <wulf@mail.mipt.ru>
  *  William Grzybowski <wg@FreeBSD.org>
  *  William Grzybowski <william88@gmail.com>
  *  Yi-Hsuan Hsin <mhsin@mhsin.org>
  *  Zastupov Stepan [RedChrom] <redchrom@mail.ru>
  *  adamw
  *  alex
  *  arved
  *  erich@FreeBSD.org
  *  freebsd-ports@evilcode.net
  *  giffunip@asme.org
  *  ijliao
  *  kamikaze@bsdforen.de
  *  michael johnson <ahze@ahze.net>
  *  mikael.urankar@gmail.com
  *  mm
  *  nox@FreeBSD.org
  *  osa
  *  pb@FreeBSD.org
  *  piero
  *  se@FreeBSD.org
  *  sumikawa

With hat:	portmgr

*/*: 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 Júnior
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