*/*: Bump consumers of multimedia/vapoursynth

New version of vapoursynth in tree

graphics/vapoursynth-fmtconv: Fix build when CPUTYPE isn't defined

Make fails to execute on some systems when CPUTYPE isn't defined,
wrap it behind bsd.port.options.mk to fix it

Reported by:	dvl

vapoursynth-fmtconv: Update to version r30

* Drop ARM 32-bit, too slow platform to be usable
* Switch to upstream release archive

graphics/vapoursynth-fmtconv: drop maintainership

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.

graphics/vapoursynth-fmtconv: limit to x86 and arm

Based on src/fstb/def.h:
  #if defined (__i386__) || defined (_M_IX86) || defined (_X86_) || defined
(_M_X64) || defined (__x86_64__) || defined (__INTEL__)
	  #define fstb_ARCHI	fstb_ARCHI_X86
  #elif defined (__arm__) || defined (__arm) || defined (__arm64__) || defined
(__arm64) || defined (_M_ARM) || defined (__aarch64__)
	  #define fstb_ARCHI	fstb_ARCHI_ARM
  #else
	  #error
  #endif

graphics/vapoursynth-fmtconv: update to r28

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r28
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update to r27

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r27
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update to r26

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r26
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update to r25

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r25
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update description after 90f0a32e4c72

From https://github.com/EleonoreMizo/fmtconv/commit/a4b3931f45fc

graphics/vapoursynth-fmtconv: unbreak on i386 after 90f0a32e4c72

graphics/vapoursynth-fmtconv: update to r24

Due to https://github.com/EleonoreMizo/fmtconv/commit/eb847d926a28
system "VapourSynth.h" from multimedia/vapoursynth cannot be used.

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r24
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update to r23

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r23
Reported by:	GitHub (watch releases)

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

Mark as BROKEN on powerpc64.

The complete error message:

  # In file included from ./../../src/conc/AtomicPtr.h:30,
  #                  from ./../../src/conc/CellPool.h:30,
  #                  from ./../../src/conc/ObjPool.h:44,
  #                  from ../../src/fmtc/Bitdepth.h:30,
  #                  from ../../src/main.cpp:18:
  #  ./../../src/conc/def.h:45:3: error: #error

Approved by:	portmgr (tier-2 blanket)

graphics/vapoursynth-fmtconv: unbreak on non-x86

In file included from ../../src/fmtc/Bitdepth.cpp:28:
In file included from ./../../src/fmtc/Bitdepth.h:30:
In file included from ./../../src/conc/ObjPool.h:44:
In file included from ./../../src/conc/CellPool.h:31:
./../../src/conc/AtomicInt.h:131:20: error: call to non-static member function
without an object argument
                std::atomic <T>::is_lock_free,
                ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~
./../../src/conc/CellPool.h:95:18: note: in instantiation of template class
'conc::AtomicInt<unsigned long>' requested here
                CountCells     _nbr_avail_cells;
                               ^

Obtained from:	upstream

graphics/vapoursynth-fmtconv: update to r22

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r22
Reported by:	GitHub (watch releases)

graphics/vapoursynth-fmtconv: update to r21

Changes:	https://github.com/EleonoreMizo/fmtconv/releases/tag/r21
Reported by:	portscout

multimedia/vapoursynth-*: stop using %%FOO%% outside of pkg-plist

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

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

Add DOCS options to ports that should have one.

Also various fixes related to said option.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine

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

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

graphics/vapoursynth-fmtconv: disable on non-x86

../../src/fmtcl/MatrixProc.cpp:362:18: error: out-of-line definition of
'setup_fnc_sse' does not match any declaration in 'fmtcl::MatrixProc'
void    MatrixProc::setup_fnc_sse (bool int_proc_flag, SplFmt src_fmt, int
src_bits, SplFmt dst_fmt, int dst_bits, bool single_plane_flag)
                    ^~~~~~~~~~~~~
../../src/fmtcl/MatrixProc.cpp:368:17: error: no member named
'process_1_flt_sse' in 'fmtcl::MatrixProc'; did you mean
'::fmtcl::MatrixProc::process_1_flt_cpp'?
                        _proc_ptr = &ThisType::process_1_flt_sse;
                                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~

Reported by:	pkg-fallout (aarch64)

graphics/vapoursynth-fmtconv: add new port

Requested by:	Juho Kerola

Fmtconv is a format-conversion plug-in for the Vapoursynth video
processing engine.

It does:
* Resizing.
* Bitdepth conversion with dithering.
* Colorspace conversion (matrix, transfer characteristics and chromatic
adaptation).

It supports:
* Pixel data types: 8--12-, 14- and 16-bit integer, 32-bit float.
* Colorspaces: RGB, Y, YUV in 4:4:4, 4:2:2, 4:2:0, 4:1:1 and YCgCo with the same
chroma subsampling factors.
* Progressive and interlaced content.

Fmtconv is focussed primarily on quality and exactness rather than
execution speed.  This does not mean it is slow or unoptimized, but
fmtconv is clearly not on par with the fastest equivalent 8-bit
filters.

https://github.com/EleonoreMizo/fmtconv