All checksums have been double-checked against existing RMD160 and
SHA512 hashes
The following distfiles could not be fetched (for legal reasons?):
./multimedia/adobe-flash-player/distinfo adobe-flash-player-32.0.0.465/flash_player_npapi_linux.i386.tar.gz
./multimedia/adobe-flash-player/distinfo adobe-flash-player-32.0.0.465/flash_player_npapi_linux.x86_64.tar.gz
./multimedia/libdvdcss/distinfo libdvdcss-1.4.3.tar.bz2
This release of libvdpau switches the build system from automake &
autoconf to meson and adds definitions to support decoding of the VP9
video format.
Aaron Plattner (7):
Switch the build system to Meson
Add .gitlab-ci.yml
doc: Don't use line-wrapping backslashes in \defgroup definitions
CI: Build documentation
meson: Remove unnecessary 'install' parameter from configure_file()
CI: Enable warnings as errors
Bump version to 1.3
Luca Boccassi (1):
Disable HTML timestamps
ManojGuptaBonda (1):
Add VP9 decode support in VDPAU API
This version of libvdpau adds new chroma types defining whether surfaces
contain frames or fields, and a new picture parameter structure that
supports HEVC 4:4:4 pictures.
Aaron Plattner (3):
util.h: Make getenv_wrapper() static inline
Fix typos from commit 53eeb07f68d483fee86ad872884aee890d5aa393
Bump version to 1.2
José Hiram Soltren (1):
Fix doc error on displayable surface types
ManojGuptaBonda (2):
Add new frame and field mode chroma types. Add VdpDecoderQueryProfileCapability API
Add HEVC 444 support in VDPAU API
Rico Tzschichholz (1):
mesa_dri2: Add missing include of config.h to define _GNU_SOURCE
The actual fix as been done by "pkglint -F */*/buildlink3.mk", and was
reviewed manually.
There are some .include lines that still are indented with zero spaces
although the surrounding .if is indented. This is existing practice.
users can avoid all of Xorg being pulled in for a dependency with ease,
without needing to know about vdpau, for example in the case of ffmpeg3
which shouldn't require X11.
Feel free to propose alternatives.
Clean some commented out bits.
PR pkg/52021
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.
there's no reason to - other operating systems have suitable drivers too,
and it doesn't break builds as far as I can tell.
PR pkg/51704, applying as maintainer did not respond.
-
Implement workarounds for Adobe Flash bugs
Implement two workarounds:
1) Swap U and V planes to VdpVideoSurfacePutBitsYCbCr to fix blue-tinged
videos.
2) Disable VdpPresentationQueueSetBackgroundColor, so that Flash doesn't
set the background to pure black or pure white, which would cause the
VDPAU image to bleed through to other parts of the desktop with those
very common colors.
-
vdpau_wrapper.c: Track dynamic library handles and free them on exit
using __attribute__((destructor))
Changes since 0.4:
vdpau.h: Clarify video mixer field amount recommendation
More doc issues pointed out by Xine authors.
* Fix Doxygen warning; it gets confused by quotes.
* Add subsection names, so part of the title doesn't get swallowed as the
subsection name.
* Document data required from MPEG-4 Part 2 & DivX bitstream.
vpdau.h: Fix typo and clarify wording.
The Video Decode and Presentation API for Unix (VDPAU) provides a complete
solution for decoding, post-processing, compositing, and displaying
compressed or uncompressed video streams. These video streams may be
combined (composited) with bitmap content, to implement OSDs and other
application user interfaces.
This VDPAU API allows video programs to offload portions of the video
decoding process and video post-processing to the GPU video-hardware.
