13:59 Piotr Kubaj (pkubaj) 

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.

    e9e6dbc

11:49 Robert Clausecker (fuz)  Author: Mikhail T

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

    7c8a3f4

18:59 Vladimir Druzenko (vvd) 

multimedia/x265: sort out Makefile, pet portclippy

No functional changes.

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

    ecee781

13:33 Vladimir Druzenko (vvd) 

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)

    92c0832

08:22 Gleb Popov (arrowd) 

*: Change the MAINTAINER field per request

PR:		278267

    2b92bd7

20:01 Jan Beich (jbeich) 

multimedia/vmaf: update to 3.0.0

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

    e213fd6

01:50 Mikhail Teterin (mi) 

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

Notified by:	vvd@ and bofh@

    0d7941b

21:12 Mikhail Teterin (mi) 

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

    645419c

17:22 Jan Beich (jbeich) 

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)

    a57fa88

20:50 Mikhail Teterin (mi) 

multimedia/x265: remove explicit setting of -DNDEBUG

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

Prodded by: diizzy

    92bbc43

21:10 Stefan Eßer (se) 

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)

    b7f0544

14:22 Tobias C. Berner (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

    63f36d3

17:25 Piotr Kubaj (pkubaj) 

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

While here, also add the previously uncommitted patch.

    e1619d3

14:44 Piotr Kubaj (pkubaj) 

multimedia/x265: add option to use altivec on powerpc64

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

    cc29ad6

17:33 Jan Beich (jbeich) 

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

    7f163c2

11:40 Bernhard Froehlich (decke) 

multimedia/x265: Add CPE information

Approved by:    portmgr (blanket)

    9dc0aeb

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

20:51 jbeich 

multimedia/vmaf: update to 2.0.0

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

 

04:47 mi 

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

 

22:17 mi 

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

PR:		247035, 248479
Sponsored by:	United Marsupials

 

00:58 jbeich 

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)

 

00:54 jbeich 

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)

 

15:53 jbeich 

multimedia/vmaf: update to 1.5.1

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

 

20:42 mi 

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

 

05:09 mi 

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

Reported by:	jbeich

 

01:50 mi 

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

 

04:57 mi 

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@

 

04:40 mi 

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

Actually list the PR properly.

PR:		238773
Not reported by: antoine

 

21:26 antoine 

Revert r524997, fails to package

With hat:	portmgr

 

18:50 mi 

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

 

00:32 jbeich 

multimedia/x265: update to 3.2.1

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

 

04:48 jbeich 

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

 

20:36 jbeich 

multimedia/x265: update to 3.2

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

 

15:59 jbeich 

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)

 

20:37 jbeich 

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)

 

00:49 jbeich 

multimedia/x265: update to 3.1.2

 

11:17 jbeich 

multimedia/x265: drop mips* workaround after r461535

 

20:46 gerald 

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

 

21:11 jbeich 

multimedia/x265: update to 3.1.1

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

 

18:56 jbeich 

multimedia/x265: backport some SVTHEVC fixes

 

17:10 jbeich 

multimedia/x265: update to 3.0

- Add SVTHEVC option, see http://x265.org/x265-svt-hevc-house/
- Drop libmd patch due to rebase churn for what little value it provides

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-0
PR:		235906
Approved by:	maintainer timeout (2 weeks)

 

01:35 gerald 

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

 

18:33 emaste 

multimedia/x265: add -znotext to LDFLAGS on i386, for lld

This port links some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments.  For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.

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

 

22:15 mi 

Fix the underlying problem in the code, which previously
required disabling AVX as a work-around:

PR:		229788
Submitted by:	dim@

Also, switch the build-dependency from yasm to nasm -- upstream
made the switch in version 2.6

Reported by:	Callum Aitchison

Bump PORTREVISION...

 

22:49 jbeich 

multimedia/x265: unbreak on non-x86 archs after r474814

common/param.cpp:636:24: error: no matching function for call to 'parseCpuName'
            p->cpuid = parseCpuName(value, bError);
                       ^~~~~~~~~~~~
common/param.h:36:7: note: candidate function not viable: requires 3 arguments,
but 2 were provided
int   parseCpuName(const char *value, bool& bError, bool bEnableavx512);
      ^

Approved by:	portmgr blanket (unblock ffmpeg consumers)

 

17:29 mi 

Upgrade x265 from 2.6 to 2.8 and:

	. Explicitly disable use of AVX with clang (see patch for links)
	. Put non-SSL sources back on the list of MASTER_SITES

Bump PORTREVISION in the depending ports as appropriate.

 

13:03 mat 

Switch some MASTER_SITES from http/ftp to https.

Also some cleanup of dead entries.

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

 

22:13 madpilot 

- Add back CMAKE_ARGS=-DENABLE_PIC=on to fix port on arm achitectures.
- Bump PORTREVISION since this influences binaries on other archs too.

Reported by:		mmel

 

22:48 madpilot 

ake advatnage of USES=compiler:c++14-lang instead of forcing clang
5.0 usage.

This should play better with non intel architectures we support.

Suggested by:		jbeich@ (Thanks)

 

20:19 madpilot 

- Update multimedia/x265 to 2.6
- Use the distfile provided by the VideoLAN project
- Add options for HI10P and HI12P (available only for amd64)
- Add DEBUG option
- Add OPTIMIZED_CFLAGS option
- Force using clang 5.0 on 10.4. Base provided clang fails during
  compilation
- Chase shlib bump in dependent ports

PR:		225431
Submitted by:	daniel.engberg.lists@pyret.net
Approved by:	Maintainer timeout

 

19:42 mi 

Upgrade from 2.2 to 2.3.

 

23:32 jbeich 

multimedia/x265: always build shared library with -fPIC

This should unbreak build on sparc64, powerpc64 and reduce text
relocations on i386.

 

14:31 jbeich 

multimedia/x265: unbreak on aarch64[1] and mips

/usr/bin/ld: common/CMakeFiles/common.dir/common.cpp.o: relocation
R_AARCH64_ADR_PREL_PG_HI21 against external symbol `__stderrp@@FBSD_1.0' can not
be used when making a shared object; recompile with -fPIC
/usr/bin/ld: common/CMakeFiles/common.dir/common.cpp.o(.text+0x1e0):
unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol
`__stderrp@@FBSD_1.0'
/usr/bin/ld: final link failed: Bad value

/usr/bin/ld: x265: hidden symbol `__sync_fetch_and_add_4' in
/usr/lib/libgcc.a(stdatomic.o) is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output

PR:		216473 [1]
Reported by:	pkg-fallout
Submitted by:	mikael.urankar@gmail.com [1]
Approved by:	portmgr blanket

 

20:43 mi 

Upgrade from 1.9 to 2.2.

Spurred into action by
PR:		216162

 

00:34 linimon 

Mark as broken on various tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

 

14:16 mat 

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

With hat:	portmgr
Sponsored by:	Absolight

 

20:08 mi 

Upgrade x265 from 1.8 to 1.9. Add the test-target to utilize upstream's bundled
tests and make myself the maintainer to deal with fallout, if any.

Bump PORTREVISION of the two other ports, which depend on x265 by default.

PR:		206864

 

16:20 amdmi3 

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

 

09:15 jbeich 

multimedia/x265: update to 1.8

ABI isn't compatible, so bump PORTREVISION in consumers.

PR:		204990
Submitted by:	Anton Sayetsky <vsasjason@gmail.com>

 

21:14 amdmi3 

- Clarify LICENSE
- Add LICENSE_FILE
- Pet portlint
- Fix WWW:

 

16:13 adamw 

Reassign some of my ports to the Collective.

 

00:28 adamw 

Update multimedia/x265 to 1.7, and bump PORTREVISION on its consumers.

 

19:50 adamw 

Update x265 to 1.6, and bump PORTREVISION on its consumers for shlib
version change.

 

16:19 adamw 

Update x265 to 1.5 and bump PORTREVISION on its consumers.

 

18:17 adamw 

Update to 1.4.

 

15:06 adamw 

Add multimedia/x265, the H.265/High Efficiency Video Coding (HEVC) codec.

High Efficiency Video Coding (HEVC) is the latest generation video compression
standard.

  * This standard was developed by the ISO/IEC Moving Picture Experts Group
    (MPEG) and ITU-T Video Coding Experts Group (VCEG), through their Joint
    Collaborative Team on Video Coding (JCT-VC)

  * HEVC is also known as ISO/IEC 23008-2 MPEG-H Part 2 and ITU-T H.265

  * HEVC provides superior video quality and up to twice the data compression
    as the previous standard (H.264/MPEG-4 AVC)

  * HEVC can support 8K Ultra High Definition video, with a picture size up to
    8192x4320 pixels

WWW: http://www.x265.org