multimedia/libva-intel-driver2.4.5

multimedia/libva-intel-driver: update to 2.4.5

Changes:	https://github.com/irql-notlessorequal/intel-vaapi-driver/releases/tag/2.4.5
Reported by:	GitHub (watch releases)

multimedia/libva-intel-driver: update to 2.4.4

Changes:	https://github.com/irql-notlessorequal/intel-vaapi-driver/releases/tag/2.4.4
Reported by:	GitHub (watch releases)

multimedia/libva-intel-driver: update to 2.4.3

Changes:	https://github.com/irql-notlessorequal/intel-vaapi-driver/releases/tag/2.4.3

multimedia/libva-intel-driver: switch to an active fork

multimedia/libva-intel-driver: deprecate due to dead upstream

https://github.com/intel/intel-vaapi-driver/commit/fd727a4e9cb8

Not blindly recommending multimedia/libva-intel-media-driver:
- lacks support for pre-Broadwell (Gen < 8) GPUs
- lacks VP9 decode on Skylake (Gen9)
- lacks VP9 encode on Kabylake (Gen9.5)

Deprecation is for existing users to exercise caution decoding videos
from untrusted sources since the vendor no longer promises security fixes.

multimedia/libva-intel-driver: unbreak after 12ff4d732f3f

$ LIBVA_DRIVER_NAME=i965 vainfo
Trying display: wayland
libva info: VA-API version 1.22.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/local/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_22
error: failed to resolve wl_drm_interface(): Undefined symbol "wl_drm_interface"
libva error: /usr/local/lib/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

multimedia/libva-intel-driver: drop unsupported i915 symlink

i915 OpenGL driver only covers Gen3 but i965 VA-API requires Gen4+.
libva maps crocus/iris OpenGL on Gen4+ to i965 VA-API.

https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-22.3.7/include/pci_ids/i915_pci_ids.h
https://github.com/intel/intel-vaapi-driver/blob/2.4.1/src/i965_pciids.h#L27-L33
https://github.com/intel/libva/blob/2.18.0/va/x11/va_x11.c#L56-L57

This reverts commit d0cbba0ef619ceda900d53d3763d5f401f2a910b.

PR:		272109

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)

Style: improve ONLY_FOR_ARCHS_REASON (grammar, markup, etc.)

ONLY_FOR_ARCHS_REASON is used as part of the sentence and thus should
start with lower-case letter and not end with a period which is added
by the framework, similar to other knobs like BROKEN, IGNORE, et al.

While here, remove needless quoting, add missing Oxford comma, expand
contractions and jargonisms, use correct spelling for proper names.

multimedia/libva-intel-driver: enable HYBRID by default (again)

Originally disabled due to GPU freezes on Sandy Bridge which
disappeared after upgrading FreeBSD from 11 to 12. drm-*-kmod
also had several updates since then. So, let's re-try.

PR:		233259

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

Remove # $FreeBSD$ from Makefiles.

multimedia/libva-intel-driver: note which GPUs are not supported

Icelake (Gen11) is not supported. Cannonlake (Gen10) was discontinued,
so it's not clear.

multimedia/libva-intel-driver: update to 2.4.1

Changes:	https://github.com/intel/intel-vaapi-driver/compare/2.4.0...2.4.1
Reported by:	Repology
MFH:		2020Q2 (bug fixes)

multimedia/libva-intel-driver: update to 2.4.0

Changes:	https://github.com/intel/intel-vaapi-driver/compare/2.4.0.pre1...2.4.0
Reported by:	GitHub (watch releases)

multimedia/libva-intel-driver: update to 2.4.0.p1

Changes:	https://github.com/intel/intel-vaapi-driver/releases/tag/2.4.0.pre1
Reported by:	GitHub (watch releases)

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/libva-intel*driver: allow disabling Wayland/X11 independently of libva

PR:		236376
Submitted by:	Dries Michiels (based on)

multimedia/libva: update to 2.4.0

Changes:	https://github.com/intel/libva/releases/tag/2.4.0

multimedia/libva-intel-driver: unbreak libva + WAYLAND=off after r490613

Dependency wayland-client found: NO (tried pkgconfig and cmake)
Dependency libva-wayland found: NO (tried pkgconfig and cmake)

meson.build:94:2: ERROR:  Unknown variable "wl_scanner".

PR:		235039
Reported by:	jakub_lach@mailplus.pl

multimedia/libva: USE_GITHUB doesn't support bzip2

multimedia/libva{,-intel-driver}: convert to USES=meson

Meson is faster than autoreconf + libtool and easier to maintain.
Force rebuild to catch regressions early.

multimedia/libva{,-intel-driver}: better group variables

Consistent style across my ports helps to process issues faster.

multimedia/libva{,-intel-driver}: clean up

- Add BUILD_DEPENDS to intel driver for wl_drm_interface fix
- Rewrite gettid() to make it easier to maintain
- Update description from upstream
- Drop unused v4l_compat dependency
- Drop unused USES=alias as <alloca.h> is gone
- Drop libGL dependency as intel driver uses libEGL via dlopen on Wayland
- Drop --program-prefix after vainfo moved to libva-utils
- Drop fmake workaround as USES=gmake is used
- Drop -ldl workaround for FreeBSD < 11.2
- Drop RTLD_NODELETE workaround for FreeBSD < 8.0
- Drop GLX_GLXEXT_VERSION workaround for Mesa < 7.8.1
- Drop Created by as the port diverged a lot (even more with Meson)
- Hint intel driver isn't actively developed (but still maintained)
- Clarify libdrm dependency

- Unbreak Wayland support in libva-intel-driver with Mesa 18.3 [1] - Allow disabling X11 support in libva [2] - Update minimum version requirement in libva-intel-media-driver   BUILD_DEPENDS (required by submitter/maintainer) [1] - While here, silence some portling warnings - Pass maintainership to jbeich (submitter) [1]

PR:		234891 [1], 234925 [2]
Submitted by:	jbeich

multimedia/libva-intel-driver: clean up descriptions

- Spell Intel properly as the driver is named i965
- Mention support for Gen4/Gen5
- Disambiguate COMMENT from libva-intel-media-driver
- Simplify ONLY_FOR_ARCHS_REASON wording
- Move ONLY_FOR_ARCHS to pacify `portlint -C`
- Mention HYBRID support for VP8 encoding
- Update WWW to actual homepage
- Expand pkg-descr with from upstream README.md

Approved by:	madpilot (maintainer)
Differential Revision:	https://reviews.freebsd.org/D18688

Update libva-intel-driver to 2.3.0

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

- Bump portrevision, forgot when disabling option - Completely remove the OPTIONS_DEFAULT line.

Reported by:	jbeich

Disable HYBRID option by default due to lockups being reported on Sandy Bridge CPUs.

PR:		233259
Submitted by:	rkoberman@gmail.com

multimedia/libva-intel-driver: enable HYBRID by default

PR:		232981
Approved by:	madpilot (maintainer)
Tested by:	Kevin Oberman, madpilot

multimedia/libva-intel-driver: chase HTTP redirect

multimedia/libva-*-driver: only used by dlopen, so drop ldconfig

multimedia/libva-intel-driver: expose Hybrid decoding

On Skylake this reduces CPU usage by half when decoding VP9.

Bump PORTREVISION to chase update of multimedia/v4l_compat and libv4l

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

- Update libva to 2.2.0

- Update libva-intel-driver 2.2.0
- Add Missing dependency

- Update libva-utils to 2.2.0
- Add missing dependencies
- Add WAYLAND option
- Cleanup some testing comments which slipped in by mistake

Update libva, libva-intel-driver and libva-utils to 2.1.0

Make libva and it's drivers install modules in the standard location PREFIX/lib/dri.

This is the same location where other ports(mesa) install drivers,
so that everything works out of the box.

PR:		224424
Submitted by:	Greg V <greg@unrelenting.technology>

- Update libva to 2.0.0 - Update libva-intel-driver to 2.0.0 - Update libva-utils to 2.0.0 - Bump dependent ports due to shlib bump - Import upstream patch to fix multimedia/mpv [1] - Import upstream patch to fix multimedia/gstreamer1-vaapi [2]

Approved by:	cpm [1], multimedia (timeout) [2]
Obtained from:	https://github.com/mpv-player/mpv/commit/2ecf240b1cd20875991a5b18efafbe799864ff7f [1]
		https://cgit.freedesktop.org/gstreamer/gstreamer-vaapi/commit/gst-libs/gst/vaapi/gstvaapiutils.c?id=777bba473e3ed1c7b8b7f7f0322892851c70dfd9 [2]
Differential Revision:	https://reviews.freebsd.org/D12761

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

Update libva, libva-utils and libva-intel-driver to 1.8.3

Update libva, libva-utils and liva-intel-driver to 1.8.2

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

- Update multimedia/libva to 1.8.1 - Update multimedia/libva-utils to 1.8.1 - Update multimedia/libva-intel-driver to 1.8.1

- Update multimedia/libva to 1.8.0 - Update multimedia/libva-intel-driver to 1.8.0 - Utility programs have been split out of libva distribution to   another repository, so create a new libva-utils port, copied   from libva, with these bits - While here, update home pages in pkg-descr files

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

X11 looks for this driver with two names depending on the hardware, since linux has tow separate drivers. Having just one KMS driver in FreeBSD I create a symlink with the alternative name, so X11 can alys find the driver.

PR:		217825
Submitted by:	Henry Hu <henry.hu.sh@gmail.com>

- Update multimedia/libva to 1.7.3 - Update multimedia/libva-intel-driver to 1.7.3 - Both project moved to github