Updating src tree:
P src/doc/3RDPARTY
P src/external/cddl/osnet/Makefile.inc
P src/lib/libedit/terminal.c
P src/share/misc/acronyms.comp
P src/sys/arch/arm/cortex/gicv3_its.c
P src/sys/arch/arm/fdt/pmu_fdt.c
P src/sys/arch/atari/atari/autoconf.c
P src/sys/arch/atari/atari/machdep.c
P
Rhialto wrote:
>On Sat 29 Jun 2019 at 20:55:16 +, m...@netbsd.org wrote:
>> Supposedly it's even more efficient video decoding, but I didn't do a
>> comparison (It would be pretty easy to do, since pkgsrc mesa does build
>> VDPAU).
>
>With the Linux I now have on my Pinebook, there are
On Sat 29 Jun 2019 at 20:55:16 +, m...@netbsd.org wrote:
> Supposedly it's even more efficient video decoding, but I didn't do a
> comparison (It would be pretty easy to do, since pkgsrc mesa does build
> VDPAU).
With the Linux I now have on my Pinebook, there are vdpau drivers for
the
On Sat, Jun 29, 2019 at 03:12:41PM -0500, John D. Baker wrote:
> Some time back I asked about what provided device-specific "vdpau"
> support after seeing a message from 'mplayer' about not finding
> "libvdpau_i965.so" when detecting the video capabilities of my
> intel-graphics-equipped system.
>
Some time back I asked about what provided device-specific "vdpau"
support after seeing a message from 'mplayer' about not finding
"libvdpau_i965.so" when detecting the video capabilities of my
intel-graphics-equipped system.
I was informed that "vdpau" support was part of Mesa. With the import
