Environment: ------------ Service Arch (ia32/ia32e/IA64): AMD64 Guest Arch : AMD64 Guest OS Type : Linux Hardware: SandyBridge gstreamer: # pkg-config --modversion gstreamer-0.10 0.10.36.1 gstreamer-vaapi: commit 0b3d75f14b4a275d13eefadc81ff7e1734d2fd0f libva: commit 376075a6e6ffa9eb0e8d3c99c298fca6332095a0 intel-driver: commit 560ab2c9b116ddaddd90c24f520c4dc66310c9e7 we used mplayer on the same driver to decode, there isn't any lost frames. Bug detailed description: -------------------------- I found that one or more frames lost while playing mp4 files using gstreamer. we add "printf(" %s, %s, %d\n", __FILE__, __FUNCTION__, __LINE__)" in the function "vaPutSurface", then play a 50-frames MP4 file with gst-launch, and there are 49 vaPutSurface print in log, so it seems gstreamer lost 1 frame. if playing raw video files, gstreamer lost more frames, about 15 frames. Reproduce steps: ---------------- 1.# xinit& 2.# gst-launch-0.10 playbin2 uri=file:///file.mp4
This is not the right bug tracker to file bugs about GStreamer, this bug tracker is for git account requests only. Please file your bugs in bugzilla.gnome.org as per http://gstreamer.freedesktop.org/bugs/ (Didn't you file this there already?)
Actually it's not the gstreamer's bug. It was caused by gstreamer-vaapi. A project based on libva to do hw decoding/encoding. I'm going to fix it.
Created attachment 67068 [details] [review] EOS-flush patch to gstreamer-vaapi to flush end of stream buffers
Created attachment 67069 [details] [review] decode residual bitstream for all codecs depends on 0001 patch. Fix core dump at end of video playing
Please try attachment 67068 [details] [review] and 67069 to check whether this bugs was fixed.
*** Bug 54714 has been marked as a duplicate of this bug. ***
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.