Environment: -------------- Platform: SNB Libdrm: (master)libdrm-2.4.39 Mesa: (9.0)03785fe360e2e63d1a63a6130e7e44141444c9d8 Xserver: (server-1.13-branch)xorg-server-1.13.0 Xf86_video_intel: (master)2.20.12 Cairo: (master)fab6958eff35a94cf46e38f19a7e75e10aa2b182 Kernel: 3.6.3 Libva (staging)c59c512df262cdc44fb6e9101621f246eda176df Inter-drvier (staging)6fdd5a24a5099d45a01da5a9f1337d26749898bb Gst-vaapi (qa) e7d517323fd98608918de1211dc42f795b48765f Bug Info: -------------- SOCCER_704x576_30_orig_02.yuv.enc.264 is a file encoded by cqp. we found that GST VPP doesn’t support the files encoded by cqp. But GST VPP support the files encoded by cbr. Reproduce steps: ---------------- 1. xinit& 2.gst-launch-0.10 filesrc location=/home/encoder/encoderbitstreams.bak/SOCCER_704x576_30_orig_02.yuv.enc.264 ! h264parse ! vaapidecode ! vaapipostproc denoise=1 denoise-level=0.3 ! vaapisink sync=false
Issue can be reproduced on HSW
After vaapidecode, the downstream plugin doesn't care about codec information. If everything is okay without vaapipostproc, I think this is a bug in postproc but nothing to do with cqp or cbr.
the reason of this issue is that vaapipostproc return false when framerate failed to be parsed, now change to warn
Test OK on SNB platform, but there is garbage when testing the clip on IVB
Cong, please take a look.
Please file a new bug to track the garbage issue on IVB
can't be reproduced on IVB. Close it.
Report a new bug #Bug 59693 for the garbage issue on IVB.
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.