So… it looks to me very much… nope not supported. Feature support varies – for more complex codecs with many different profiles, hardware decoders rarely implement all of them (for example, hardware decoders tend not to implement anything beyond YUV 4:2:0 at 8-bit depth for H.264). Hardware decoders will generate equivalent output to software decoders, but may use less power and CPU to do so.
Mplayer screenshot driver#
Previously, the VDPAU driver implicitly converted a YUVĤ:2:2 video surface to YUV 4:2:0 during decode. The NVIDIA VDPAU driver always produces YUV 4:2:0Ĭontent. In all cases, VdpDecoder objects solely support 8-bit 4:2:0 streams, and only support writing to VDP_CHROMA_TYPE_420 surfaces.įound a driver release note for 418.30 that says: * Updated the VDPAU driver to reject decoding to YUV 4:2:2 video The readme I pointed you to says: VdpDecoder h264: hardware accelerator failed to decode pictureĮrror while decoding frame (hardware decoding)! vo=gpu is the preferred choice in any case and includes VDPAU support via hwdec=vdpau or vdpau-copy. Warning: this compatibility VO is low quality and may have issues with OSD, scaling, screenshots and more. Though, it appears that mpv, a fork of mplayer and MPlayer2, may make this much simpler by allowing a user to bind multiple commands (including external ones). Mpv -vo=vdpau -log-file=/tmp/mpv.log /tmp/mandelbrot-h264-444.mp4 To get screen shot of a window we press alt + printscreen.I did the same for mplayer window but the output image is full black. You can take a screenshot in mplayer/mplayer2 with the shortcut s, but then having the player signal a bash script to upload the taken image will be very difficult. Running mpv with -vo=gpu -hwdec=vdpau and the -log-file option shows it’s falling back to software decoding.
0 kommentar(er)
