Source-Changes-HG archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
[xsrc/trunk]: xsrc/external/mit/libvdpau/dist initial import of libvdpau-1.1.1
details: https://anonhg.NetBSD.org/xsrc/rev/6c5cc42d7094
branches: trunk
changeset: 10198:6c5cc42d7094
user: mrg <mrg%NetBSD.org@localhost>
date: Sun Mar 10 02:55:39 2019 +0000
description:
initial import of libvdpau-1.1.1
diffstat:
external/mit/libvdpau/dist/AUTHORS | 9 +
external/mit/libvdpau/dist/COPYING | 20 +
external/mit/libvdpau/dist/ChangeLog | 1102 +
external/mit/libvdpau/dist/Makefile.am | 13 +
external/mit/libvdpau/dist/Makefile.in | 897 +
external/mit/libvdpau/dist/acinclude.m4 | 46 +
external/mit/libvdpau/dist/aclocal.m4 | 10397 ++++++++
external/mit/libvdpau/dist/autogen.sh | 14 +
external/mit/libvdpau/dist/compile | 347 +
external/mit/libvdpau/dist/config.guess | 1421 +
external/mit/libvdpau/dist/config.h.in | 102 +
external/mit/libvdpau/dist/config.sub | 1807 +
external/mit/libvdpau/dist/configure | 19942 +++++++++++++++++
external/mit/libvdpau/dist/configure.ac | 92 +
external/mit/libvdpau/dist/depcomp | 791 +
external/mit/libvdpau/dist/doc/Doxyfile | 1295 +
external/mit/libvdpau/dist/doc/Makefile.am | 28 +
external/mit/libvdpau/dist/doc/Makefile.in | 482 +
external/mit/libvdpau/dist/doc/vdpau_data_flow.png | Bin
external/mit/libvdpau/dist/include/vdpau/vdpau.h | 4624 +++
external/mit/libvdpau/dist/include/vdpau/vdpau_x11.h | 178 +
external/mit/libvdpau/dist/install-sh | 501 +
external/mit/libvdpau/dist/ltmain.sh | 11147 +++++++++
external/mit/libvdpau/dist/missing | 215 +
external/mit/libvdpau/dist/src/Makefile.am | 36 +
external/mit/libvdpau/dist/src/Makefile.in | 747 +
external/mit/libvdpau/dist/src/mesa_dri2.c | 194 +
external/mit/libvdpau/dist/src/mesa_dri2.h | 60 +
external/mit/libvdpau/dist/src/util.h | 48 +
external/mit/libvdpau/dist/src/vdpau_wrapper.c | 451 +
external/mit/libvdpau/dist/src/vdpau_wrapper.cfg | 2 +
external/mit/libvdpau/dist/test-driver | 148 +
external/mit/libvdpau/dist/test/Makefile.am | 6 +
external/mit/libvdpau/dist/test/Makefile.in | 976 +
external/mit/libvdpau/dist/test/dlclose.c | 91 +
external/mit/libvdpau/dist/trace/Makefile.am | 18 +
external/mit/libvdpau/dist/trace/Makefile.in | 706 +
external/mit/libvdpau/dist/trace/vdpau_trace.cpp | 4957 ++++
external/mit/libvdpau/dist/vdpau.pc.in | 12 +
39 files changed, 63922 insertions(+), 0 deletions(-)
diffs (truncated from 64076 to 300 lines):
diff -r dd90239f4037 -r 6c5cc42d7094 external/mit/libvdpau/dist/AUTHORS
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/external/mit/libvdpau/dist/AUTHORS Sun Mar 10 02:55:39 2019 +0000
@@ -0,0 +1,9 @@
+Stephen Warren
+Aaron Plattner
+Anssi Hannula
+Kiran Pawar
+James Le Cuirot
+Robert Morell
+Dave Airlie
+Emil Velikov
+Reimar Döffinger
diff -r dd90239f4037 -r 6c5cc42d7094 external/mit/libvdpau/dist/COPYING
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/external/mit/libvdpau/dist/COPYING Sun Mar 10 02:55:39 2019 +0000
@@ -0,0 +1,20 @@
+Copyright © 2008-2010 NVIDIA Corporation
+Copyright © 2008 Red Hat, Inc.
+
+Permission is hereby granted, free of charge, to any person obtaining a copy of
+this software and associated documentation files (the "Software"), to deal in
+the Software without restriction, including without limitation the rights to
+use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
+the Software, and to permit persons to whom the Software is furnished to do so,
+subject to the following conditions:
+
+The above copyright notice and this permission notice (including the next
+paragraph) shall be included in all copies or substantial portions of the
+Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
+FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
+COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
+IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
+CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
diff -r dd90239f4037 -r 6c5cc42d7094 external/mit/libvdpau/dist/ChangeLog
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/external/mit/libvdpau/dist/ChangeLog Sun Mar 10 02:55:39 2019 +0000
@@ -0,0 +1,1102 @@
+commit af517f56d64118520aa0c8456318dd9ec3307e94
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Mon Aug 31 13:59:50 2015 -0700
+
+ Bump version to 1.1.1
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit d1f9c16b1a8187110e501c9116d21ffee25c0ba4
+Author: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+Date: Mon Aug 17 16:01:44 2015 -0500
+
+ Use secure_getenv(3) to improve security
+
+ This patch is in response to the following security vulnerabilities
+ (CVEs) reported to NVIDIA against libvdpau:
+
+ CVE-2015-5198
+ CVE-2015-5199
+ CVE-2015-5200
+
+ To address these CVEs, this patch:
+
+ - replaces all uses of getenv(3) with secure_getenv(3);
+ - uses secure_getenv(3) when available, with a fallback option;
+ - protects VDPAU_DRIVER against directory traversal by checking for '/'
+
+ On platforms where secure_getenv(3) is not available, the C preprocessor
+ will print a warning at compile time. Then, a preprocessor macro will
+ replace secure_getenv(3) with our getenv_wrapper(), which utilizes the check:
+
+ getuid() == geteuid() && getgid() == getegid()
+
+ See getuid(2) and getgid(2) for further details.
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Reviewed-by: Florian Weimer <fweimer%redhat.com@localhost>
+
+commit 47fd4e8ec55e37f9d9e7583090f35929bfe63937
+Author: Bibhuti Prusty <bprusty%nvidia.com@localhost>
+Date: Mon May 11 17:26:17 2015 +0000
+
+ Add tracing for HEVC picture info
+
+ Signed-off-by: Bibhuti Bhushan Prusty <bprusty%nvidia.com@localhost>
+ Reviewed-by: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 77e9c3456ab0cd2190381754ca6f82e3710b67a9
+Author: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+Date: Thu Apr 23 15:43:21 2015 -0500
+
+ Fix Doxygen typo: s/no queued/not queued/
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Reviewed-by: Robert Morell <rmorell%nvidia.com@localhost>
+
+commit 3b3bf77ad67957be69b76c1c94dce981d75c4e9a
+Author: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+Date: Wed Mar 18 23:50:31 2015 +0000
+
+ autogen.sh: update/copy over from mesa
+
+ This commit addresses three concerns:
+ - Places quotes around variables. Otherwise things will fail badly if
+ either one of then contains space.
+ - Adds --force to autoreconf, which will ensure that the build is
+ regenerated, if one updates autotools.
+ - Honours the NOCONFIGURE variable, which is set by gnome-continuous
+ (iirc).
+
+ Signed-off-by: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit e4681ab2b71638a48fc857669903f7ac7ec8b3cb
+Author: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+Date: Wed Mar 18 23:50:30 2015 +0000
+
+ configure.ac: remove AM_MAINTAINER_MODE
+
+ Using this macro can lead to various security issues, as pointed out in
+ the automake manual. Follow the example set by most X components and
+ remove it from the build.
+
+ Signed-off-by: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+ Reviewed-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 19b9af8db20a1d3db882647e95682f46ecdf266e
+Author: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+Date: Wed Mar 18 23:50:29 2015 +0000
+
+ .gitignore: add compile
+
+ Yet another artefact from the autotools buildsystem.
+
+ Signed-off-by: Emil Velikov <emil.l.velikov%gmail.com@localhost>
+ Reviewed-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 01e45a95380aafc9ea2d3662114dbde7146a8fc8
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Sat Feb 7 11:45:19 2015 -0800
+
+ Remove pdflatex dependency
+
+ PDF documentation isn't enabled, so pdflatex isn't used.
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 0962da95cdf1d87a883d1d0db7d2697d6d103348
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Mon Mar 16 14:31:31 2015 -0700
+
+ Bump version to 1.1
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 0b3d6a0387c1a4b494349c9385c81e06992d80ad
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Mon Mar 16 12:15:17 2015 -0700
+
+ Change HEVC profile numbers to 100 through 104
+
+ libvdpau 1.0 contained an error in its HEVC picture info structures. Rather
+ than try to maintain backward compatibility with the incorrect definition, the
+ existing VdpPictureInfoHEVC was updated to contain the fixed definition. Since
+ the new structure is no longer compatible with the ABI defined by libvdpau 1.0,
+ change the profile numbers for HEVC so that software built against the incorrect
+ definition will not recognize the new profiles.
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Reviewed-by: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+
+commit 8e1e235cbd81ed49b2646cf344503587b4e7a70a
+Author: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+Date: Fri Mar 13 13:39:35 2015 -0500
+
+ Fix error in sizes of H265 column width and row height, arrays
+
+ An NVIDIA internal hardware document noted:
+
+ #define MAX_TILE_COLS 20
+ #define MAX_TILE_ROWS 22
+
+ As of this writing the VDPAU API writes:
+
+ /** Only need to set 0..num_tile_columns_minus1. The struct
+ definition reserves up to the maximum of 22. Invalid values are
+ ignored. */
+ uint16_t column_width_minus1[22];
+ /** Only need to set 0..num_tile_rows_minus1. The struct
+ definition reserves up to the maximum of 20. Invalid values are
+ ignored.*/
+ uint16_t row_height_minus1[20];
+
+ This is not correct. The correct definitions ought to be:
+
+ uint16_t column_width_minus1[20];
+ uint16_t row_height_minus1[22];
+
+ The H.265 Specification does not give an explicit range for the sizes
+ of these arrays. It is possible to calculate an upper limit for a particular
+ video frame implicitly using these equations:
+
+ MinCbLog2SizeY = log2_min_luma_coding_block_size_minus3 + 3 (7-10)
+ CtbLog2SizeY = MinCbLog2SizeY + log2_diff_max_min_luma_coding_block_size (7-11)
+ CtbSizeY = 1 << CtbLog2SizeY (7-13)
+ PicWidthInCtbsY = Ceil( pic_width_in_luma_samples ÷ CtbSizeY ) (7-15)
+ num_tile_columns_minus1 ϵ [0, PicWidthInCtbsY â?? 1]
+
+ (num_tile_rows_minus1 is similar)
+
+ For a video with:
+ log2_min_luma_coding_block_size_minus3 = 0
+ log2_diff_max_min_luma_coding_block_size = 0
+ pic_width_in_luma_samples = 4096
+
+ num_tile_columns_minus1 < 512
+
+ This seems patological. Perhaps we could cap column_width_minus1[] and
+ row_height_minus1[] at 32 or 64 elements apiece if other hardware
+ implementations saw a reason to do so.
+
+ This change as proposed does not alter the size of VdpPictureInfoHEVC, but
+ it *does* change the ABI. We can either add it as a fixup to the just
+ released VDPAU 1.0, or create a follow-on patch structure. Since few have
+ adopted VdpPictureInfoHEVC since Monday my preference is to fix the
+ existing structure.
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Acked-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 686633d21b10293a10c1d6ba77499b0d67c23056
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Mon Mar 9 14:22:56 2015 -0700
+
+ Bump version to 1.0
+
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+
+commit 705a8166e03446f77143455c270d9f69fc459eb8
+Author: Aaron Plattner <aplattner%nvidia.com@localhost>
+Date: Thu Jan 29 13:11:25 2015 -0800
+
+ Use member groups to simplify documentation
+
+ For lists of fields that are copied or derived from the video bitstreams, use
+ Doxygen member groups to document them once as a block, rather than copying the
+ text "Copy of the <whatever> bitstream field." all over the place. This groups
+ the fields together in the HTML.
+
+ Reviewed-by: Christian König <christian.koenig%amd.com@localhost>
+ v2: Rebase on top of José's HEVC work.
+ Signed-off-by: Aaron Plattner <aplattner%nvidia.com@localhost>
+ Reviewed-by: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+
+commit c199b6107fda78cc575f0bdace6327e85add7fa9
+Author: José Hiram Soltren <jsoltren%nvidia.com@localhost>
+Date: Mon Feb 9 12:40:11 2015 -0600
+
+ Extend the VDPAU API to support H.265/HEVC Decoding
+
+ This patch adds an API for player applications to utilize VDPAU for
+ hardware-accelerated playback of H.265/HEVC streams.
+
+ The goals of this API are:
+ - enable hardware accelerated decoding of H.265/HEVC content under VDPAU;
+ - provide a reference implementation for H.265/HEVC hardware decoding that
+ is vendor agnostic;
+ - provide enough data for H.265/HEVC hardware acceleration implementations
+ from multiple vendors to be able to use the same API;
+
+ This patch is written against "version one" of the H.265/HEVC Specification,
+ Rec. ITU-T H.265 (04/2013), available at:
+
+ http://handle.itu.int/11.1002/1000/12296
+
+ A future patch against this header may address bug fixes, and may support
+ the new features described in "version two" of the H.265/HEVC Specification,
+ Rec. ITU-T H.265 v2 (10/2014).
+
+ Note that the API does need to be self documenting with Doxygen markup,
+ which we (NVIDIA) will generate and post as an update to our public VDPAU
+ documentation.
+
+ This is version 8 of the patch.
+
+ Version 1 was the original version.
+
+ Version 2 was a minor cleanup change.
+
+ Version 3 incorporated 10- and 12-bit formats.
+
+ Version 4 clarified some documentation related to H.265/HEVC support.
+
+ Version 5 clarified some documentation related to H.265/HEVC support
+ and correcting the Specification URI above.
+
Home |
Main Index |
Thread Index |
Old Index