totem-gstreamer starts slow when internet dies

[cokelat]

Binary package hint: totem-gstreamer

I'm using the default totem-gstreamer package that came with Hardy AMD64 bit. If my internet goes down, totem would freeze for a few seconds upon startup as if it's trying to resolve an internet address. I wasn't able to find a way to disable this behaviour. It's quite annoying when my net went down for a few weeks and I had to turn off my local network to stop this freezing.

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Also, please answer these questions:
* Is this reproducible?
* If so, what specific steps should we take to recreate this bug?

This will greatly aid us in tracking down your problem and resolving this bug.

[cokelat (tonny-w)]

This is always reproducible. To reproduce, turn off internet connection but leave your LAN on, e.g. for ADSL connection through modem+router, unplug the phone cable but leave the router on. Then, try starting totem. Totem would freeze for a few seconds before playing the file.

[Sebastien Bacher (seb128)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a backtrace following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

[cokelat (tonny-w)]

The program doesn't crash. It freezes for a few seconds before proceeding normally. I'd think that totem (or one of its plugins) may be trying to access the internet on startup and the delay was caused by the host network unreachable delay. I might be wrong though.

[Sebastien Bacher (seb128)]

could you run it under gdb, do ctrl-C in gdb while it's hanging and get an hang stacktrace?

[cokelat (tonny-w)]

I think this is the state. I waited for a few seconds (window showing, but unresponsive) before getting the backtrace. I also tried it twice and it seemed to be stuck here. Hope this helps!

#0 0x00007f1749236b99 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00007f173c8db3f4 in pa_threaded_mainloop_wait ()
   from /usr/lib/libpulse.so.0
#2 0x00007f173cb1283a in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so
#3 0x00007f17499cd80e in ?? () from /usr/lib/libgstaudio-0.10.so.0
#4 0x00007f17499d9396 in gst_ring_buffer_open_device ()
   from /usr/lib/libgstaudio-0.10.so.0
#5 0x00007f17499d33a8 in ?? () from /usr/lib/libgstaudio-0.10.so.0
#6 0x00007f174a7af34e in gst_element_change_state ()
   from /usr/lib/libgstreamer-0.10.so.0
#7 0x00007f174a7af874 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#8 0x00007f173d149b9b in ?? ()
   from /usr/lib/gstreamer-0.10/libgstautodetect.so
#9 0x00007f174a7af34e in gst_element_change_state ()
   from /usr/lib/libgstreamer-0.10.so.0
#10 0x00007f174a7af874 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#11 0x00007f174a7a1704 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#12 0x00007f174a7af34e in gst_element_change_state ()
   from /usr/lib/libgstreamer-0.10.so.0
#13 0x00007f174a7af874 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#14 0x00007f173d57b882 in ?? ()
   from /usr/lib/gstreamer-0.10/libgstgconfelements.so
---Type <return> to continue, or q <return> to quit---
#15 0x00007f173d579214 in ?? ()
   from /usr/lib/gstreamer-0.10/libgstgconfelements.so
#16 0x00007f173d579649 in ?? ()
   from /usr/lib/gstreamer-0.10/libgstgconfelements.so
#17 0x00007f174a7af34e in gst_element_change_state ()
   from /usr/lib/libgstreamer-0.10.so.0
#18 0x00007f174a7af874 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#19 0x00000000004412c0 in bacon_video_widget_new ()
#20 0x0000000000420317 in ?? ()
#21 0x00000000004235e2 in main ()

[cokelat (tonny-w)]

Hehe, after looking at the backtrace, I tested removing the package gstreamer-0.10-pulseaudio and problem disappeared. Totem no longer freezes for a few seconds while loading under no internet condition. I guess the issue is actually in the gstreamer pulseaudio package and not totem. Or maybe it is? For trying to load the pulseaudio plugin? I'm happy since I learned something new today :).

[Sebastien Bacher (seb128)]

could you install the debug variant and get a new stacktrace? it's weird that it tries to connect to internet. the issue is an upstream one anyway and should be sent to bugzilla.gnome.org

[cokelat (tonny-w)]

I noticed that gst-pulse doesn't have a debug variant using my local Ubuntu repos, while libpulse itself only gives little information (line 200 at pulse/thread-mainloop.c). When you say sent to bugzilla, does that mean I need to resubmit the bug to gnome bugzilla? One thing I gathered while searching the net is that gst-pulse is not actually part of the official gstreamer-plugins base, but it's maintained by the author directly (http://0pointer.de/lennart/projects/gst-pulse/). I think the same case applies to libpulse as well. Since the libpulse that came with Hardy is a bit old (0.9.10 compared to latest 0.9.13), I might upgrade to Ibex first and see if this is still an issue.

[Sebastien Bacher (seb128)]

the binary is actually a gst-plugins-good0.10 one, trying on intrepid would be a good idea indeed

[Sebastien Bacher (seb128)]

you can install gstreamer0.10-plugins-good-dbg to get a debug stacktrace

[Richard Beyer (nazrat-deactivatedaccount)]

I have nearly the same problem with all programs that use gstreamer (songbird, totem, rhythmbox).

When I play a song/video or skip forward to the next song/video it takes about 5 to 10 seconds until the file is actually played. This only happens when I'm not connected to the internet. When I'm just connected to my local net the lag stil occurs.

I'll play around with pulseaudio stuff and see what happens.

[Richard Beyer (nazrat-deactivatedaccount)]

So here is the thing: after uninstalling the package "gstreamer0.10-pulseaudio" totem and rhythmbox work fine without lags or freezes.

Songbird still has problems when I'm connected to my router/local net through wireless, but without internet connection. As soon as I switch the wireless off or activate the internet connection everything works fine again (no restart of the app is needed).

I'm not shure what the problem is but it seems as if ether gstreamer or pulse-audio tries to get some information from the net. Has anyone some infos on that?

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. A new version of GStreamer is available in both Lucid and Maverick and we are wondering if this is still reproducible in any of those versions, May you please test and give us of feedback about it? Thanks in advance.

[Richard Beyer (nazrat-deactivatedaccount)]

No problems in Lucid.

On Mon, Jul 5, 2010 at 9:29 PM, Pedro Villavicencio <email address hidden>wrote:

> Thank you for taking the time to report this bug and helping to make
> Ubuntu better. A new version of GStreamer is available in both Lucid and
> Maverick and we are wondering if this is still reproducible in any of
> those versions, May you please test and give us of feedback about it?
> Thanks in advance.
>
> ** Changed in: gst-plugins-good0.10 (Ubuntu)
> Status: New => Incomplete
>
> --
> totem-gstreamer starts slow when internet dies
> https://bugs.launchpad.net/bugs/285001
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Pedro Villavicencio (pedro)]

Thanks, closing the bug for now.