[FFmpeg-devel] [RFC][PATCH 0/3] VC-1 HW Accel field interlaced decoding
h.leppkes at gmail.com
Mon Aug 20 18:18:13 CEST 2012
On Mon, Aug 20, 2012 at 5:27 PM, Gwenole Beauchesne <gb.devel at gmail.com>wrote:
> 2012/8/19 Hendrik Leppkes <h.leppkes at gmail.com>:
> > this patchset adds support for HW accel decoding of VC-1 field
> interlaced pictures.
> > It is tested using the DXVA2 hwaccel implementation only, because i do
> not have a system setup for VA-API (the only other VC1 HW accel).
> This patch series does not work with VA-API and I am even surprised it
> works with DXVA.
I actually compared the calls to the accelerator with other closed-source
DXVA decoders, and they match this functionality.
I don't see whats so surprising about it, the two fields are simply being
submitted seperately to the HW decoder.
> > The first two patches are simple preparations and essentially usable
> stand-alone without any (known) issues.
> > Patch 1 disables the full picture header parsing when using a hw accel,
> because it is not required.
> > The HW accelerator will perform this parsing itself, and none of the
> values parsed from the bistream are passed to the HW accelerator. In
> addition, VC-1 interlaced parsing is known to not be completely tested, so
> disabling it in a code path where its not required avoids potential bugs.
> The HW accelerator won't always parse the headers itself. Besides,
> even for DXVA2, you need to correctly fill in wMBbitOffset. If you
> stop the parsing earlier, get_bits_count() won't return the expected
> value. So, wMBbitOffset will get wrong and some HW accelerators may
> fail. Some other bits are also needed for DXVA2 like MV mode types,
DXVA2 APIs may have fields for this, however neither NVIDIA or AMD seem to
It works just beautifully on cards from both vendors the way it is.
I personally don't care either way, if the parsing should be performed, go
Note that the wMBbitOffset will have to be handled seperately for the
second field anyway then, because the bit parser is not advanced through
Anyway, like i mentioned, its a RFC. All i know is that it works perfectly
on both AMD and NVIDIA hardware. I briefly tested Intel, and i think they
do something different for VC-1 (they also don't expose the standard VC-1
decoder device GUID as defined by Microsoft, so who knows what crazy
non-standard behaviour they require)
More information about the ffmpeg-devel