After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681490 - [SNB] Lossing Frame while playing mp4 files using gstreamer
[SNB] Lossing Frame while playing mp4 files using gstreamer
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.36
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-09 02:49 UTC by chao.a.chen
Modified: 2012-09-21 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
MP4 video file (796.97 KB, video/mp4)
2012-08-10 00:42 UTC, chao.a.chen
Details

Description chao.a.chen 2012-08-09 02:49:57 UTC
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

Bug detailed description:
--------------------------
I found that one or more frames lost while playing mp4 files using gstreamer 


Reproduce steps:
----------------
1.# xinit&
2.# gst-launch-0.10 playbin2 uri=file:///file.mp4
Comment 1 Tim-Philipp Müller 2012-08-09 23:09:03 UTC
Could you provide more details please?
Comment 2 chao.a.chen 2012-08-10 00:42:24 UTC
Created attachment 220846 [details]
MP4 video file
Comment 3 chao.a.chen 2012-08-10 00:44:26 UTC
I tried to decode all the frames of a video but, failed. From the dump log, I found that one frame's info lost. I cannot find out which frame is lost. So I need  your help.

About The gstreamer's version, I installed them by the apt-get of ubuntu 12.04. And that is confirmed 0.10.36.1.

About the source file, I attached it here(id=220846). Thanks.
Comment 4 ouping zhang 2012-08-10 02:03:19 UTC
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. we have filed another bug: ID 681492
(In reply to comment #1)
> Could you provide more details please?
Comment 5 ouping zhang 2012-08-10 02:24:39 UTC
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.
(In reply to comment #1)
> Could you provide more details please?
Comment 6 Tim-Philipp Müller 2012-08-10 07:38:52 UTC
~$ gst-launch-0.10 filesrc location=/home/tpm/samples/misc/681490-MP4_h264_nHD_30FPS_580Kbps_AAC_44.1KHz_64Kbps_10sec0.7Mb_BBB.MP4 ! qtdemux name=d  d.video_00 ! fakesink -v | grep chain | wc -l
300

Looks like all frames are demuxed and decoded fine, so I guess you need to look into where they are dropped at the sink.

a GST_DEBUG=*sink:5 log might tell you.
Comment 7 Tim-Philipp Müller 2012-09-13 09:11:06 UTC
Is this related to https://bugs.freedesktop.org/show_bug.cgi?id=54715 ? If yes, can this bug be closed?
Comment 8 Tim-Philipp Müller 2012-09-21 11:08:22 UTC
Closing this bug, as I understand the issue was actually in gst-vaapi/libva. Please re-open if this is not the case, thanks.