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 403211 - gstreamer warning on track switch
gstreamer warning on track switch
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: GStreamer backend
2.17.x
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2007-02-01 13:41 UTC by Sebastien Bacher
Modified: 2007-02-13 16:19 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Description Sebastien Bacher 2007-02-01 13:41:10 UTC 
That warning has been described on https://launchpad.net/ubuntu/+source/totem/+bug/81993

"This is on current feisty with 2.17.5-0ubuntu5 . I go to a directory, select a bunch of .mp3s to play. They play correctly. After track 1 finishes, track 2 begins etc. . Randomly (i.e. not after a certain number of tracks) totem will pause and will not play the next track. Running totem from the commandline gives:

pandis@pandis-laptop:~/music/kokos/mora sti fotia$ totem --debug *
** Message: Couldn't initialize lirc.

(totem:9453): GStreamer-CRITICAL **:
Trying to dispose object "video-sink", but it still has a parent "vbin".
You need to let the parent manage the object instead of unreffing the object directly.

(totem:9453): GStreamer-WARNING **: pad preroll_audio_src0:sink sending navigation event in wrong direction

(totem:9453): GStreamer-WARNING **: pad preroll_audio_src0:sink sending navigation event in wrong direction

(totem:9453): GStreamer-WARNING **: pad preroll_audio_src0:sink sending navigation event in wrong direction

(totem:9453): GStreamer-WARNING **: pad preroll_audio_src0:sink sending navigation event in wrong direction

<Lots of identical gstreamer warnings>

The problem does not seem to depend on the specific mp3s. I have not tried other formats. Totem does not crash and selecting the next track and hitting play always succeeds. Still though, it's a (admittedly minor) inconvenience.
..."

Debug backtrace with totem-gstreamer 2.17.5 and the gstreamer packages from Ubuntu feisty:

"GStreamer-CRITICAL **: 
Trying to dispose object "video-sink", but it still has a parent "vbin".
You need to let the parent manage the object instead of unreffing the object directly.

aborting...

Program received signal SIGABRT, Aborted.

+ Trace 107097

Thread NaN (LWP 27796)

  • #0 __kernel_vsyscall
  • #1 raise
    from /lib/tls/i686/cmov/libc.so.6
  • #2 abort
    from /lib/tls/i686/cmov/libc.so.6
  • #3 IA__g_logv
    at gmessages.c line 497
  • #4 IA__g_log
    at gmessages.c line 517
  • #5 gst_object_dispose
    at gstobject.c line 452
  • #6 gst_element_dispose
    at gstelement.c line 2589
  • #7 IA__g_object_unref
    at gobject.c line 1760
  • #8 gst_object_unref
    at gstobject.c line 354
  • #9 gst_message_finalize
    at gstmessage.c line 213
  • #10 gst_mini_object_unref
    at gstminiobject.c line 273
  • #11 bvw_stop_play_pipeline
    at bacon-video-widget-gst-0.10.c line 2929
  • #12 bacon_video_widget_close
    at bacon-video-widget-gst-0.10.c line 2964
  • #13 totem_action_set_mrl_with_warning
    at totem.c line 982
  • #14 totem_action_set_mrl
    at totem.c line 1099
  • #15 totem_action_set_mrl_and_play
    at totem.c line 415
  • #16 totem_action_direction
    at totem.c line 1137
  • #17 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #18 IA__g_closure_invoke
    at gclosure.c line 490
  • #19 signal_emit_unlocked_R
    at gsignal.c line 2440
  • #20 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #21 IA__g_signal_emit
    at gsignal.c line 2243
  • #22 _gtk_action_emit_activate
    at gtkaction.c line 835
  • #23 IA__gtk_action_activate
    at gtkaction.c line 862
  • #24 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #25 IA__g_closure_invoke
    at gclosure.c line 490
  • #26 signal_emit_unlocked_R
    at gsignal.c line 2440
  • #27 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #28 IA__g_signal_emit_by_name
    at gsignal.c line 2267
  • #29 button_clicked
    at gtktoolbutton.c line 660
  • #30 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #31 IA__g_closure_invoke
    at gclosure.c line 490
  • #32 signal_emit_unlocked_R
    at gsignal.c line 2440
  • #33 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #34 IA__g_signal_emit
    at gsignal.c line 2243
  • #35 IA__gtk_button_clicked
    at gtkbutton.c line 889
  • #36 gtk_real_button_released
    at gtkbutton.c line 1484
  • #37 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #38 g_type_class_meta_marshal
    at gclosure.c line 567
  • #39 IA__g_closure_invoke
    at gclosure.c line 490
  • #40 signal_emit_unlocked_R
    at gsignal.c line 2370
  • #41 IA__g_signal_emit_valist
    at gsignal.c line 2199 






Comment 1


Sebastien Bacher





          2007-02-01 13:45:45 UTC
        



The warning happens after using "next" a bunch of times,  when the warning is printer totem switch to the next track and doesn't start playing it (the UI indicates it's playing the slider doesn't move though and it's not playing anything, the visual effects are not refreshed)






Comment 2


Sebastien Bacher





          2007-02-13 16:07:40 UTC
        



looks like it has been fixed with the new totem version






Comment 3


Tim-Philipp Müller





          2007-02-13 16:19:57 UTC
        



Interesting, not sure what caused/fixed this though. Also wonder where the 'pushing navigation event in wrong direction' came from, I saw that once too ...