Bug 706399 – totem hangs when stepping back 1 frame in mp4

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 706399 - totem hangs when stepping back 1 frame in mp4


Summary:	totem hangs when stepping back 1 frame in mp4


Status:	RESOLVED OBSOLETE

Product:	GStreamer
Classification:	Platform
Component:	dont know
Version:	1.x
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	git master
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2013-08-20 13:49 UTC by sam tygier
Modified:	2018-05-04 12:40 UTC

See Also:
GNOME target:	---
GNOME version:	---

Attachments
backtrace (38.25 KB, text/plain) 2013-08-23 11:26 UTC, sam tygier	Details

Description sam tygier 2013-08-20 13:49:27 UTC

totem-3.8.2-1.fc19.x86_64 and gstreamer1-1.0.9-1.fc19.x86_64 in fedora 19.

file is 1080p H.264/AVC + MPEG-4 AAC

1) Play file in totem for a few seconds
2) Pause playback
3) Press ',' (comma) to step backwards
4) totem hangs, and will not respond to key presses or mouse clicks

gdb back trace of hang attached.

Comment 1 Bastien Nocera 2013-08-22 17:03:31 UTC

Do you have the backtrace somewhere? In my case, it crashes with:

(totem:12365): GLib-ERROR **: gmem.c:110: failed to allocate 4294961687 bytes

+ Trace 232410

#0 g_logv
at gmessages.c line 989
#2 g_malloc
at gmem.c line 109
#3 g_slice_alloc
at gslice.c line 1016
#4 _default_mem_new_block
#5 gst_buffer_new_allocate
at gstbuffer.c line 621
#6 default_prepare_output_buffer
at gstbasetransform.c line 1590
#7 gst_base_transform_handle_buffer
at gstbasetransform.c line 2031
#8 gst_base_transform_chain
at gstbasetransform.c line 2167
#9 gst_pad_chain_data_unchecked
#10 gst_pad_push_data
#11 gst_pad_push
at gstpad.c line 3974
#12 gst_base_transform_chain
at gstbasetransform.c line 2203
#13 gst_pad_chain_data_unchecked
#14 gst_pad_push_data
#15 gst_pad_push
at gstpad.c line 3974
#16 gst_proxy_pad_chain_default
at gstghostpad.c line 128
#17 gst_pad_chain_data_unchecked
#18 gst_pad_push_data
#19 gst_pad_push
at gstpad.c line 3974
#20 gst_proxy_pad_chain_default
at gstghostpad.c line 128
#21 gst_pad_chain_data_unchecked
#22 gst_pad_push_data
#23 gst_pad_push
at gstpad.c line 3974
#24 gst_base_transform_chain
at gstbasetransform.c line 2203
#25 gst_pad_chain_data_unchecked
#26 gst_pad_push_data
#27 gst_pad_push
at gstpad.c line 3974
#28 gst_base_transform_chain
at gstbasetransform.c line 2203
#29 gst_pad_chain_data_unchecked
#30 gst_pad_push_data
#31 gst_pad_push
at gstpad.c line 3974
#32 gst_proxy_pad_chain_default
at gstghostpad.c line 128
#33 gst_pad_chain_data_unchecked
#34 gst_pad_push_data
#35 gst_pad_push
at gstpad.c line 3974
#36 gst_queue_push_one
at gstqueue.c line 1045
#37 gst_queue_loop
at gstqueue.c line 1161
#38 gst_task_func
at gsttask.c line 316
#39 g_thread_pool_thread_proxy
at gthreadpool.c line 309
#40 g_thread_proxy
at gthread.c line 798
#41 start_thread
at pthread_create.c line 308
#42 clone
at ../sysdeps/unix/sysv/linux/x86_64/clone.S line 113

Comment 2 sam tygier 2013-08-23 11:26:04 UTC

Created attachment 252835 [details]
backtrace

sorry, forgot to attach it in initial report.

Comment 3 Sebastian Dröge (slomo) 2013-08-26 07:26:48 UTC

Same here, happens also with latest git master. Not sure where exactly the problem is

Comment 4 Sebastian Dröge (slomo) 2013-08-26 07:28:56 UTC

Hanging that is, not crashing. Tested on big_buck_bunny_480p_h264.mov

Comment 5 Edward Hervey 2013-08-27 05:57:47 UTC

Maybe related to bug #645531 ?

Comment 6 Olivier Crête 2018-05-04 12:40:29 UTC

This scenario works now in Fedora 28 with GStreamer 1.14.0