GNOME Bugzilla – Bug 720377
Play MPEG2 video clip causing gstreamer stuck for 5 mins using mpegvideoparse
Last modified: 2014-04-07 08:26:37 UTC
Playing this particular mpeg2 video clip attached at here, the gstreamer player stuck in the last 3rd frame of end of video for around 5 mins to 8 mins there only exit. Don't see this issue using mplayer Fedora18 or play this video clip on windows media player windows 7. I try using both command pipeline in software & hardware decode also see same issue: 1.)gst-launch-1.0 -v filesrc location=auto.m2v ! mpegvideoparse ! vaapidecode ! vaapsink 2.)gst-launch-1.0 -v filesrc location=auto.m2v ! mpegvideoparse ! mpeg2dec ! xvimagesink Just pure run this command pipeline: gst-launch-1.0 -v filesrc location=auto.m2v ! mpegvideoparse ! fakesink Put in my own debug message & count in gst_mpegv_parse_handle_frame function. This consistent start happend at that function count number: 8564 GstMpegVideoPacket packet retrieve from gst_mpeg_video_parse -> packet.size = 0 until the end -> packet.offset = a bit weird.... gstbuffer.c:635:gst_buffer_new_allocate:[00m new buffer 0xb613b8c0 of size 196608 from allocator (nil) And you can see the new buffer size keep increasing....until drain out then only exit the gstreamer. Not able to find other demuxer to replace mpegvideoparse to checkout whether is really demuxer problem or the video clip issue. Run this in Fedora 18 system.
Can you provide the video file, either as an attachment or uploaded to dropbox or another place?
The video clip is around 2.54GB. Can't upload at here. Let me find where can i upload the video clip provide the url link.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!