daily CVS update output
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 src/sys/arch/atari/dev/clock.c P src/sys/arch/atari/dev/grf.c P src/sys/arch/atari/dev/hdfd.c P src/sys/arch/atari/dev/ite.c P src/sys/arch/atari/dev/ite_cc.c P src/sys/arch/atari/dev/ite_et.c P src/sys/arch/atari/dev/ncr5380.c P src/sys/arch/atari/dev/wdc_mb.c P src/sys/arch/atari/isa/fdcisa.c P src/sys/arch/atari/stand/loadkmap/loadkmap.c P src/sys/arch/luna68k/dev/if_le.c P src/sys/arch/luna68k/dev/lcd.c P src/sys/arch/luna68k/dev/lunafb.c P src/sys/arch/luna68k/dev/siotty.c P src/sys/dev/i2c/fan53555.c P src/sys/dev/usb/TODO P src/sys/dev/usb/if_cdce.c P src/sys/kern/subr_pool.c P src/sys/kern/sys_ptrace_common.c P src/sys/nfs/nfs_bootparam.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 43603726 Jun 30 03:04 ls-lRA.gz
Re: device-specific "vdpau" support?
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 vdpau drivers for >the graphics chipset, but no "regular" acceleration. As a result, video >players can play 1080p videos perfectly, as long as you don't try to use >anything GUI-ish, because that is still slow as molasses... Linux on the Pinebook should be able to have accelerated graphics. You may need to add some binary blobs for the GPU to enable it. The Pinebook SoC has video decoder hardware that is separate from the Mali GPU. We probably need to decide which API to support for it. I suspect the efficiency depends on whether you are doing both decode and display in hardware or GPU software or whether the main CPU is doing the decode part. Latest x11 has broken accelerated video playback on my one Intel GPU system, it used to have a working XV driver. Might be worth documenting which GPU models use particular acceleration methods to know what has been tested.
Re: device-specific "vdpau" support?
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 graphics chipset, but no "regular" acceleration. As a result, video players can play 1080p videos perfectly, as long as you don't try to use anything GUI-ish, because that is still slow as molasses... That is the sort of difference it can make. (Personally, I'd prefer the other way around, if I had to choose only one...) -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: device-specific "vdpau" support?
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. > > I was informed that "vdpau" support was part of Mesa. With the import > of the shiny new Mesa (and accompanying LLVM build overhead), I had been > expecting to see such device-specific goodies become a part of the xorg > sets in -current. It appears this is not the case. > > I tend to worry when I see messages about missing libraries, even if > there is a fallback to do without them. Is there some performance > benefit being missed, or some other capability that can't be leveraged > due to the missing library? Or does it tend to be too small to be worth > the effort of including the device-specific support? > > Thanks. The only motivation to skip VDPAU is wanting to get Mesa done in a timely manner, since it's an optional feature. 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).
device-specific "vdpau" support?
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 of the shiny new Mesa (and accompanying LLVM build overhead), I had been expecting to see such device-specific goodies become a part of the xorg sets in -current. It appears this is not the case. I tend to worry when I see messages about missing libraries, even if there is a fallback to do without them. Is there some performance benefit being missed, or some other capability that can't be leveraged due to the missing library? Or does it tend to be too small to be worth the effort of including the device-specific support? Thanks. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645