Opened 8 years ago

Last modified 2 months ago

#3359 open enhancement

ffplay does not support hw acceleration, is not documented

Reported by: pdknsk Owned by:
Priority: wish Component: ffplay
Version: git-master Keywords:
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


This is a feature request, but also a minor bug report.

The feature request is to have ffplay support hardware acceleration. Already described in this GSOC 2013 suggestion.

  • Integrate hardware acceleration into ffplay
    • Create a video-output (VO) infrastructure to ffplay
    • Port the SDL renderer to the new VO infrastructure
    • Add support for VA-API: VA renderer through vaPutSurface(), add -hwaccel -- option to select "vaapi" renderer
    • Add support for VDPAU (optional): VDPAU renderer through VdpPresentationQueueDisplay()

IMO it is reasonable to expect that ffplay already does so. Certainly ffplay reports that _vaapi or _vdpau is supported. However a search for such an option in the long list of command line options remains fruitless. Maybe this could be documented with a small warning in -h to spare users from trying to figure out why it doesn't work.

Change History (2)

comment:1 by Carl Eugen Hoyos, 8 years ago

Priority: minorwish
Version: unspecifiedgit-master

I wonder how this would be implemented as long as ffplay is limited to sdl.

comment:2 by Balling, 2 months ago

Status: newopen

But it does support at least ffplay -vcodec hevc_cuvid -probesize 7800000 -i LG Chess.ts

That will not be perfect, because it copies stuff too often, but still it is faster than software.

Same about all other cuvid decoders.

Last edited 2 months ago by Balling (previous) (diff)
Note: See TracTickets for help on using tickets.