Bug 483654 – Internal data flow error when playing movie with srt subtitle in totem

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 483654 - Internal data flow error when playing movie with srt subtitle in totem


Summary:	Internal data flow error when playing movie with srt subtitle in totem


Status:	VERIFIED FIXED

Product:	GStreamer
Classification:	Platform
Component:	gstreamer (core)
Version:	0.10.14
Hardware:	Other Linux

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

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2007-10-05 09:56 UTC by chicha
Modified:	2008-04-29 07:16 UTC

See Also:
GNOME target:	---
GNOME version:	2.17/2.18

Description chicha 2007-10-05 09:56:11 UTC

Please describe the problem:
Hello :-)

When I open a movie which has a subtitle file (srt format), I have a popup error "Internal data flow".

Here is what I get into a terminal :

[21:31 chicha ~]$ totem --debug mymovie.avi

(totem:17621): GStreamer-CRITICAL **: gst_pad_link_prepare: assertion `GST_IS_PAD (sinkpad)' failed

(totem:17621): GStreamer-CRITICAL **: gst_object_unref: assertion `object != NULL' failed
** Message: Error: Internal data flow error.
gstbasesrc.c(1816): gst_base_src_loop (): /play/subtitle-bin/filesrc0:
streaming task paused, reason not-linked (-1)

I have also converted the srt file to a sub file format, and I have the same error.

I have no problem watching the movie if I remove the subtitle file.


Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:

Comment 1 Tim-Philipp Müller 2008-01-11 18:21:09 UTC

Does this only happen after you select Subtitles->None in the menu, or does it happen even if you don't do anything?

If the latter, could you do these two things:

a)  $ G_DEBUG=fatal_warnings gdb --args /usr/bin/totem /path/to/movie.avi
    ... wait for it to abort at the first warning ...
    (gdb) bt
    ... paste the output gdb gives you
    (gdb) kill
    (gdb) quit


b) $ export GST_DEBUG_NO_COLOR=1
   $ GST_DEBUG=*:5 totem /path/to/movie.avi 2>dbg.log
   ... wait for error, then press Control-C or quit totem ...
   $ gzip dbg.log

   ... and attach dbg.log.gz to this bug report

Comment 2 chicha 2008-01-11 19:18:42 UTC

Thank you for your help !

Here are the info requested :

I have the problem even if I do nothing : I have a file movie.avi and a file movie.srt in the same directory. The error comes when I open the movie for reading with totem. Here is the backtrace requested (I recompiled totem whithout streaping the debugging symbols ;-) ) :

+ Trace 184971

#0 __kernel_vsyscall
#1 raise
from /lib/libc.so.6
#2 abort
from /lib/libc.so.6
#3 g_logv
from /usr/lib/libglib-2.0.so.0
#4 g_log
from /usr/lib/libglib-2.0.so.0
#5 g_return_if_fail_warning
from /usr/lib/libglib-2.0.so.0
#6 gst_pad_link
from /usr/lib/libgstreamer-0.10.so.0
#7 add_sink
from /usr/lib/gstreamer-0.10/libgstplaybin.so
#8 setup_sinks
from /usr/lib/gstreamer-0.10/libgstplaybin.so
#9 group_commit
from /usr/lib/gstreamer-0.10/libgstplaybin.so
#10 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#11 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#12 signal_emit_unlocked_R
from /usr/lib/libgobject-2.0.so.0
#13 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#14 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#15 gst_element_no_more_pads
from /usr/lib/libgstreamer-0.10.so.0
#16 dynamic_remove
from /usr/lib/gstreamer-0.10/libgstdecodebin.so
#17 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#18 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#19 signal_emit_unlocked_R
from /usr/lib/libgobject-2.0.so.0
#20 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#21 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#22 gst_element_no_more_pads
from /usr/lib/libgstreamer-0.10.so.0
#23 gst_avi_demux_stream_header_pull
from /usr/lib/gstreamer-0.10/libgstavi.so
#24 gst_avi_demux_loop
from /usr/lib/gstreamer-0.10/libgstavi.so
#25 gst_task_func
from /usr/lib/libgstreamer-0.10.so.0
#26 g_thread_pool_thread_proxy
from /usr/lib/libglib-2.0.so.0
#27 g_thread_create_proxy
from /usr/lib/libglib-2.0.so.0
#28 start_thread
from /lib/libpthread.so.0
#29 clone
from /lib/libc.so.6

Comment 3 chicha 2008-01-11 19:30:00 UTC

The db.log is too big even gziped (13M).
It is available here http://cdadhemar.free.fr/tmp/dbg.log.gz

Thank you for your help :-)
Cheers,

Chicha

Comment 4 Jan Schmidt 2008-01-11 20:18:47 UTC

Are you sure this is with GStreamer 0.10.14?

It reminds me of a bug I fixed a while back in gst-plugins-base.

Comment 5 chicha 2008-01-11 20:33:28 UTC

I am using gstreamer 0.10.15 on Archlinux.

If you want the video and srt file somewhere on the web to help reproduce the problem feel free to ask !

Comment 6 chicha 2008-04-29 07:15:34 UTC

Hello,

The problem is fixed with totem 2.22.2 and gstreamer-0.10.19.
I think this bug can be closed :-)