Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#12593 closed Bug Report - General (fixed)

Playback of VC1 content with VAAPI fails

Reported by: Jonatan Lindblad Owned by: JYA
Priority: minor Milestone: 0.28
Component: MythTV - Video Playback Version: Master Head
Severity: medium Keywords:
Cc: Ticket locked: no


Playing the sample from #12570 fails with "Could not open decoder".

The attached log (with a trace in the for loop in get_format_vaapi) indicates that the format is VAAPI VLD but it still fails.

Version is ee9c0ef.

Attachments (1)

vaapi_vc1.txt (6.8 KB) - added by Jonatan Lindblad 5 years ago.
Playback with -v libav

Download all attachments as: .zip

Change History (3)

Changed 5 years ago by Jonatan Lindblad

Attachment: vaapi_vc1.txt added

Playback with -v libav

comment:1 Changed 5 years ago by Jean-Yves Avenard <jyavenard@…>

Resolution: fixed
Status: newclosed

In e008099f7d6f7da85c2ee6e618b6b52ef5f2f812/mythtv:

Fix VAAPI VC1 decoding..

Like in 4fa58eacb94907ade1b8ff09673c50fc10fd790f, the behaviour of the FFmpeg
VC1 decoder is slightly different than the others. It attempts to identify
the pixel type while scanning for streams.
We have already identify that the data can be HW accelerated at that stage,
and will setup a hardware decode context later. The get_format callback will be
called again shortly. So returning AV_PIX_FMT_YUV420P is a good workaround.

Fixes #12593

comment:2 Changed 5 years ago by paulh

Milestone: unknown0.28
Version: UnspecifiedMaster Head
Note: See TracTickets for help on using tickets.