Summary: | [gst-vaapi] GPU hang during decoding FM1_FT_E.264 | ||
---|---|---|---|
Product: | libva | Reporter: | Du Yan <yanx.du> |
Component: | intel | Assignee: | Zhao Halley <halley.zhao> |
Status: | VERIFIED FIXED | QA Contact: | Ouping Zhang <ouping.zhang> |
Severity: | normal | ||
Priority: | medium | CC: | gb.devel, seanvk |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
skip stream parsing/decoding when there is corrupt sps/pps until a future correct one
update the patch |
Description
Du Yan
2012-12-05 05:58:12 UTC
I didn't reproduce this bug on xiaowei's platform, not sure whether difference outside of video create the issue, let's check it offline. by the way, you'd add " ! video/x-h264,framerate=10/1 " in the command line. otherwise there will be some exception for raw stream since no fps is provided, -- sometimes you see one freezed frame with error from gst. Created attachment 72704 [details]
skip stream parsing/decoding when there is corrupt sps/pps until a future correct one
reset got_sps/got_pps when there are corrupted sps/pps header.
this can stop (incorrect) slice parsing and frame decoding until there is a new valid one.
Created attachment 72705 [details]
update the patch
made mistake in the previous patch, correct it
Test with the patch, it won't cause hang on SNB now. but the clip still can't be decoded correctly, garbage shown, same behavior as IVB/HSW. the media content itself is corrupted, one PPS doesn't have enough data. so, what we could do is to playback the correctly segment correctly. the rest part(with corrupted header) can't playback well. mplayer stops playback when it meets the corrupt header: mplayer: i965_decoder_utils.c:269: gen5_fill_avc_ref_idx_state: Assertion `frame_idx < 16' failed. this issue can't be reproduced. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.