Created attachment 69336 [details] dmesg log 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 Bug Info: -------------- GPU hang when decoding hhi_burst_long.bits dmesglog and tracelog has attached. Reproduce steps: ---------------- 1. xinit& 2. LD_PRELOAD=/home/MPEG2_conformance/i965_drv_video_hook.so mplayer -nosound -fps 1000 -vo vaapi -va vaapi hhi_burst_long.bits
After some debugging/tracing, it seems that this issue is caused by that the mplayer passes the incorrect parameter to the driver. >The hhi_burst_long.bit is one interlaced video clip based on MPEG2. When the the picture type of current picture is the TOP field, the mplayer passes the parameter parsed from bottom field picture to the driver. Will you please try the gstreamer vaapi and see whether it can be played back? As this issue is related with that the mplayer passes the incorrect parameter, this bug will be marked as invalid. thanks. Yakui
hhi_burst_short.bits sony-ct1.bits sony-ct2.bits These three cases can reproduce the issue.
Test with the new version mplayer, Issue can't be reproduced. mplayer: (hwaccel-vaapi) f1ad459a263f8537f6cba3bf479daea61c6104b9 libva: (staging) 38c94cd922473095814ed9a9f99ad98fcc9c285d intel driver: (staging) c0ef9d99df37ae45589fecb898727be495e50304
already fixed in new version of ffmpeg. close the bug
Test OK on SGB, Issue can't be reproduced. Libva: (staging) b8d3cf092c9b07cfd909552a3c160b7db3b5a91d Intel-driver: (staging) 2ac15d815cfd4d43aff75bebf6cd82039b227399
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.