multimedia/x265 4.3

multimedia/x265: update 4.2 -> 4.3

Upstream changes:

  * New: LoongArch64 support; foveated encoding (--fovea-gaze,
    --fovea-delta, --fovea-sigma, --fovea-gaze-file), which spends
    fewer bits away from a gaze point; selective, noise-based MCSTF
    (--selective-mcstf, --mcstf-ref-range).
  * MCSTF reworked: multi-threaded motion estimation and bilateral
    filtering, AVX2 kernels (about 2x faster with threading).
  * More AArch64 Neon/SVE/SVE2 optimizations; early-exit diamond
    search in threaded ME.
  * Fixes for ASAN/UBSAN and TSAN findings, threaded-ME and MCSTF
    crashes, --pools thread counts, scenecut with --bframes 0, a
    bitstream error with VUI timing info disabled, and CPU-feature
    detection on FreeBSD (elf_aux_info).
  * API: the temporalFilterStrength and searchRangeForLayer[012]
    fields are gone from x265_param; X265_BUILD is now 217.

https://github.com/Multicorewareinc/x265/blob/4.3/doc/reST/releasenotes.rst

The project has moved to GitHub; distfiles are now published as
release assets there.

While here, pull in the fixes committed upstream since 4.3: a crash
when x265 is run without arguments, uninitialized DTS fields,
out-of-range mvd values in the bitstream, a motion-search offset
error for small rectangular PUs, recon-file bit-depth handling in
multi-lib builds, repeated x265_encoder_headers() calls accumulating
NALs, stack underflows in the AArch64 and RISC-V intra filters, an
AArch64 execute-only fix, __atomic builtins (fixing 32-bit builds),
and removal of a 25% AArch64 slowdown caused by a mutex added in 4.3.

The version string now counts these on top of the release and names
the newest of them: 4.3+14-d978725.

Also make x265_param_free() accept NULL. With SVT-HEVC enabled, every
CLI error exit crashed: the CLI frees its parameters, clears the
pointer, and then hands the NULL to x265_param_free() a second time.

And build the 10- and 12-bit libraries with the same VMAF setting as
the main one. ENABLE_LIBVMAF changes the layout of x265_api, so with
the VMAF option on, encoding at those depths with --csv called through
a NULL pointer and crashed.

PR:		299194
Co-Authored-By: Claude Opus 5.5 <effort=high>

multimedia/x265: Update to 4.2

PR:		298481
Approved by:	maintainer timeout

multimedia/x265: fix build on powerpc*

A couple of fixes:
1. Altivec code also uses VSX, so it should be enabled by default only
on powerpc64le. Additionaly ENABLE_ALTIVEC needs to be specified along
with CPU_POWER8.
2. Altivec code is 64-bit only, so the option should be removed on
powerpc altogether. On powerpc64 it should stay non-default.
3. Altivec code works only with 8 bits and causes build issues
elsewhere.

multimedia/x265: upgrade from 3.6 to 4.1

Unlike with the 4.0, there should be no API compatibility problems.

Changelog: https://x265.readthedocs.io/en/master/releasenotes.html

Reviewed by:	pkubaj
PR:		290764

multimedia/x265: fix build on powerpc, fix runtime on older powerpc64 CPUs

1. Assembly on powerpc seems to be not supported:
ld: error: undefined reference due to --no-allow-shlib-undefined: x265::setupAssemblyPrimitives(x265::EncoderPrimitives&, int)
2. Do not optimize for POWER8, since our baseline is G5.

multimedia/x265: update to 3.6

The latest edition provides fixes for the 32-bit ARM, and drops the need
for gcc/binutils on the 64-bit ARM (aarch64). Many thanks to fuz@ for
providing remote access to the two ARM-systems.

The libvmaf-support remains broken, because our port of the dependency
has been upgraded to 3.0.0, which is only supported by x265-4.0.  Not
removing this option for the sake of those, who might have kept the
older vmaf on their systems.

The ASM is no longer an option -- it was always a requirement on some
platforms, and is very useful on others.

PR:		281680

multimedia/x265: Refresh distfile

Footer in patch file x265-asm-warnings.patch now reports 2.46.1 instead
of 2.46.0 which causes a checksum mismatch

PR:		281550
Approved by:	Mikhail T. <freebsd-2024@virtual-estates.net> (maintainer)
MFH:		2024Q3

multimedia/x265: Refresh distfile

Footer in patch file x265-asm-warnings.patch now reports 2.46.0 instead
of 2.45.2 which causes a checksum mismatch

PR:		281101
Approved by:	portmgr (blanket, build fix)

multimedia/x265: Refresh patch

Approved by:	portmgr (blanket fix)
Sponsored by:	Beckhoff Automation GmbH & Co. KG

multimedia/x265: sort out Makefile, pet portclippy

No functional changes.

PR:		280208
Approved by:	ports@virtual-estates.net (maintainer, timeout > 2 weeks)

multimedia/x265: fix HDR10+ support

Currently, the FreeBSD build of multimedia/x265 fails to include HDR10+
(a.k.a. HDR10plus or "dynamic HDR") support. It only includes HDR10
support (without "plus", sometimes referred to as "static HDR").
That problem also affects the ffmpeg port because it uses the x265 port
for encoding. And that, in turn, affects many other ports that use
ffmpeg or its library for encoding. In other words, the problem renders
several ports unable to produce HDR10+ video content.

There is a non-default cmake build option ENABLE_HDR10_PLUS, but the
port does not handle it correctly.

PR:		280208
Approved by:	Mikhail T. <freebsd-2024@virtual-estates.net> (maintainer)

*: Change the MAINTAINER field per request

PR:		278267

multimedia/x265: Refresh distfile

Footer in patch file now reports 2.45.0 instead of 2.42.0 which causes
a checksum mismatch

PR:		279017
Reported by:	makoto90@pm.me
Approved by:	portmgr (blanket, build fix)

multimedia/x265: fix build on powerpc64*

c++: error: unsupported option '-mabi=' for target 'powerpc64-unknown-freebsd14.1'

multimedia/vmaf: update to 3.0.0

Changes:	https://github.com/Netflix/vmaf/releases/tag/v3.0.0
Reported by:	GitHub (watch releases)

multimedia/x265: include <sys/types.h> before <md5.h>

Though it worked on some releases, where another header quietly
drags-in the types.h, it was broken on FreeBSD-12.x.

Suggested by:	John Hein
PR:	274526

multimedia/x265: work-around upstream bug, which makes git a requirement.

Notified by:	vvd@ and bofh@

multimedia/x265: upgrade to 3.5. Finally...

PR:	274526
Submitted by:	takefu
Release Notes:
	https://x265.readthedocs.io/en/master/releasenotes.html#version-3-5

multimedia/vmaf: update to 3.0.0.r

Changes:	https://github.com/Netflix/vmaf/releases/tag/v3.0.0-rc
Reported by:	GitHub (watch releases)

multimedia/x265: remove explicit setting of -DNDEBUG

Looks like CMake sets this automatically now, making our own
setting redundant.

Prodded by: diizzy

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

multimedia/x265: add ASM option on powerpc64le and enable by default

While here, also add the previously uncommitted patch.

multimedia/x265: add option to use altivec on powerpc64

PR:	259564
Approved by: mi@ALDAN.algebra.com (maintainer timeout)

multimedia/vmaf: unbreak legacy API consumers after 1868dedecc9a

$ aomenc --tune=vmaf --output=foo.mp4 foo.y4m
Pass 1/2 frame    1/0          0B       0 us 0.00 fpm [ETA  unknown] libvmaf ERROR could not read model from path: "/usr/local/share/model/vmaf_v0.6.1.json"
Fatal error: Failed to load VMAF model.

$ ffmpeg -i foo.y4m -i bar.y4m -lavfi libvmaf -f null -
[...]
libvmaf INFO `compute_vmaf()` is deprecated and will be removed in a future libvmaf version
libvmaf ERROR could not read model from path: "/usr/local/share/model/vmaf_v0.6.1.pkl"
libvmaf ERROR support for pkl model files has been removed, use json
libvmaf ERROR problem loading model file: /usr/local/share/model/vmaf_v0.6.1.pkl
[Parsed_libvmaf_0 @ 0x8061b3b40] libvmaf encountered an error, check log for details

multimedia/x265: Add CPE information

Approved by:    portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

multimedia/vmaf: update to 2.0.0

Changes:	https://github.com/Netflix/vmaf/releases/tag/v2.0.0
Reported by:	GitHub (watch releases)

Actually commit the SVT-HEVC patch carelessly ommitted previously.

PR:		247035, 248479
Reported by:	VVD
Sponsored by:	United Marsupials

While we were testing the new code, upstream have removed the 3.4 release from download area. Change our port to download using Bitbucket's method.

Although the upstream branch Release_3.4 is very similar to what
used to be available as 3.4, there are a few improvements -- in
particular, one of our patches is no longer necessary, which is
nice.

PR:		247035
Reported by:	John Kennedy, Tomoaki AOKI
Sponsored by:	United Marsupials

Upgrade from 3.2 to 3.4. Resolve incompatibilities with newer SVTHEVC.

PR:		247035, 248479
Sponsored by:	United Marsupials

multimedia/svt-hevc: update to 1.5.0

Changes:	https://github.com/OpenVisualCloud/SVT-HEVC/releases/tag/v1.5.0
Reported by:	GitHub (watch releases)

multimedia/vmaf: update to 1.5.2

Changes:	https://github.com/Netflix/vmaf/releases/tag/v1.5.2
Changes:	https://github.com/Netflix/vmaf/compare/v1.5.1...v1.5.2
Reported by:	GitHub (watch releases)

multimedia/vmaf: update to 1.5.1

Changes:	https://github.com/Netflix/vmaf/releases/tag/v1.5.1
Reported by:	GitHub (watch releases)

Do not try to use assembly on ARM the platforms. There is no assembly code for the arch, and test-harness wouldn't compile on it.

Reported by:	jbeich

Add nasm to dependencies on ARM-platforms. Disable attempts to use assembly on PPC.

Reported by:	jbeich

Be sure, PIC is enabled for all builds. Upstream was turning it on on amd64 automatically, and on i386 it was not necessary, but our other platforms broke.

Reported by:	jbeich

My usage of -fuse-ld=lld has hidden a linking problem reported by several people. Rework for the default linker to work as well.

Also, fix the build on i386, where use of assembler code needs
to be disabled for pixel-widths other than 8.

PR:		238773
Reported by:	VVD, Alan Valentine, kib@, jbeich@

Reintroduce the recent upgrade after fixing the generation of the shared libraries.

Actually list the PR properly.

PR:		238773
Not reported by: antoine

Revert r524997, fails to package

With hat:	portmgr

Actually enable all of the user-selected bit-widths.  Previously we were building only for the highest-selected value.

PR:		multimedia/x265
Submitted by:	Jamie Landeg-Jones

multimedia/x265: update to 3.2.1

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-2-1

multimedia/vmaf: add new port

VMAF is a perceptual video quality assessment algorithm developed by
Netflix. VMAF Development Kit (VDK) is a software package that
contains the VMAF algorithm implementation, as well as a set of tools
that allows a user to train and test a custom VMAF model.

https://github.com/Netflix/vmaf

multimedia/x265: update to 3.2

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-2

multimedia/x265: drop nop hunk after r511827

multimedia/svt-hevc: update to 1.4.1

Changes:	https://github.com/OpenVisualCloud/SVT-HEVC/releases/tag/v1.4.1
Reported by:	GitHub (watch releases)

multimedia/svt-hevc: update to 1.4.0

Changes:	https://github.com/OpenVisualCloud/SVT-HEVC/releases/tag/v1.4.0
Reported by:	GitHub (watch releases)

multimedia/x265: update to 3.1.2

multimedia/x265: drop mips* workaround after r461535