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 432331 - [ffdemux_mov] crash in Movie Player: I am downloading anime f...
[ffdemux_mov] crash in Movie Player: I am downloading anime f...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-libav
0.10.x
Other All
: High critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 432337 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-04-22 17:32 UTC by indarios
Modified: 2007-04-27 16:11 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description indarios 2007-04-22 17:32:32 UTC 
Version: 2.16.4

What were you doing when the application crashed?
I am downloading anime from a bittorrent tracker and tryed to open a video that has not yet to download any data for. The file type was .mp4


Distribution: Gentoo Base System release 1.12.9
Gnome Release: 2.16.2 2007-04-18 (Gentoo)
BugBuddy Version: 2.16.0

Memory status: size: 320356352 vsize: 320356352 resident: 81113088 share: 17293312 rss: 81113088 rss_rlim: -1
CPU usage: start_time: 1177262883 rtime: 1814 utime: 1737 stime: 77 cutime:2 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/totem'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 47322614655360 (LWP 17108)]
[New Thread 1107310912 (LWP 17228)]
[New Thread 1157667136 (LWP 17201)]
0x00002b0a2758b556 in *__GI___poll (fds=0x585dc0, nfds=10, timeout=600)
    at ../sysdeps/unix/sysv/linux/poll.c:87
	in ../sysdeps/unix/sysv/linux/poll.c

+ Trace 129789

Thread 2 (Thread 1107310912 (LWP 17228))

  • #0 __libc_waitpid
    at ../sysdeps/unix/sysv/linux/waitpid.c line 41
  • #1 libgnomeui_segv_handle
    at gnome-ui-init.c line 870
  • #2 <signal handler called>
  • #3 *__GI_raise
    at ../nptl/sysdeps/unix/sysv/linux/raise.c line 64
  • #4 *__GI_abort
    at abort.c line 88
  • #5 *__GI___assert_fail
    at assert.c line 78
  • #6 mov_read_header
    at mov.c line 1663
  • #7 av_open_input_stream
    at utils.c line 492
  • #8 av_open_input_file
    at utils.c line 605
  • #9 gst_ffmpegdemux_loop
    at gstffmpegdemux.c line 773
  • #10 gst_task_func
    at gsttask.c line 192
  • #11 g_thread_pool_thread_proxy
    at gthreadpool.c line 265
  • #12 g_thread_create_proxy
    at gthread.c line 591
  • #13 start_thread
    at pthread_create.c line 296
  • #14 clone
    from /lib/libc.so.6
  • #15 ?? 






Comment 1


palfrey





          2007-04-27 15:00:16 UTC
        



*** Bug 432337 has been marked as a duplicate of this bug. ***






Comment 2


palfrey





          2007-04-27 15:53:44 UTC
        



Marking as NEW due to dupes and good stacktrace






Comment 3


Tim-Philipp Müller





          2007-04-27 16:11:30 UTC
        



It looks like in your case the quicktime demuxer from gst-ffmpeg gets used. This only happens with old gst-ffmpeg versions and if you're missing the 'proper' gstreamer quicktime demuxer (qtdemux) .  The gst-ffmpeg quicktime demuxer is known to be rather unstable and newer version of gst-ffmpeg make sure it doesn't get used by totem et.al.

In short, please install the 'qtdemux' quicktime demuxer from gst-plugins-bad and report any problems you're having with that demuxer. Thanks!

Closing as OBSOLETE, since this won't happen with current versions of gst-ffmpeg.