"not negotiated" error after playing first file

Bug #50116 reported by Patrick Fey
4
Affects Status Importance Assigned to Milestone
GStreamer
Fix Released
High
gstreamer0.10 (Ubuntu)
Fix Released
Medium
Sebastian Dröge

Bug Description

Banshee plays the first music file in the library just fine. When it tries to play the next file in the playlist, banshee shows a "not negotiated" error message in a popup window.
Rhythmbox plays the first file just fine and when it can't play the second file, it tries to play the third file and so on. Only the first file plays successfully. No error message is displayed at all.
When launching a nautilus window with music files and opening one by double-click in totem, the file plays fine. If you keep the totem window open and double-click a second file in nautilus, totem shows a "not negotiated" error message in a popup window.
If you don't open the second file by double-click in nautilus, but via the film menu, totem seems to open the file, but it plays the first file again.

This happens regardless of the file type (i.e. it happens with both mp3 and ogg files). The error occurs since I upgraded from breezy to dapper some days ago. I do not see this with totem-xine.

Steps to reproduce:
1. Open any media application with a gstreamer backend (totem, banshee, rhythmbox)
2. Play one file
3. Try to play another file or try to skip to the next file

Banshee console output:
nachtarbeiter@Einstein:~/.gnome2$ banshee
Debug: [17.06.2006 16:47:39] (Standard Wiedergabe-Engine) - GStreamer 0.10
Debug: [17.06.2006 16:47:39] (Audio-CD Kern initialisiert) -

(Banshee:15722): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the da ta stream to the loader before dropping the last reference.

(Banshee:15722): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the da ta stream to the loader before dropping the last reference.

(Banshee:15722): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed
GST-DEBUG: not negotiated: gstbasetransform.c(1395): gst_base_transform_handle_buffer (): /playbin/abin/volume:not negotiated
Error: [17.06.2006 16:48:06] (Wiedergabe Fehler) - not negotiated

Revision history for this message
Sebastian Dröge (slomo) wrote :

Could you run one of the programs with
GST_DEBUG=5 GST_DEBUG_NO_COLOR=1, pipe the output to a file and attach it to this bug report.

Changed in gstreamer0.10:
assignee: nobody → slomo
status: Unconfirmed → Needs Info
Sebastian Dröge (slomo)
Changed in gstreamer0.10:
importance: Untriaged → Medium
Revision history for this message
Patrick Fey (fey) wrote : Debug Output

Attached is the requested debug output file obtained by running

$ GST_DEBUG=5 GST_DEBUG_NO_COLOR=1 banshee &> gst-debug.log

Sebastian Dröge (slomo)
Changed in gstreamer0.10:
status: Needs Info → Unconfirmed
Sebastian Dröge (slomo)
Changed in gstreamer0.10:
status: Unconfirmed → Confirmed
Changed in gstreamer:
status: Unknown → Rejected
Revision history for this message
Patrick Fey (fey) wrote :

As suggested in the upstream bug, I compiled gstreamer0.10.19, totem and banshee from source today. I can now confirm that this issue is fixed upstream since the 0.10.19 release of gstreamer-plugins-base. Dapper still needs a fix though.

Revision history for this message
Sebastian Dröge (slomo) wrote :

the fixed package will be uploaded right after knot 1 release

Changed in gstreamer0.10:
status: Confirmed → Fix Committed
Revision history for this message
Sebastian Dröge (slomo) wrote :

this should be fixed with 0.10.9 which was uploaded to edgy some minutes ago

Changed in gstreamer0.10:
status: Fix Committed → Fix Released
Changed in gstreamer:
status: Rejected → Fix Released
Changed in gstreamer:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.