GNOME Bugzilla – Bug 345365
[id3mux] pushes buffers that don't match src caps
Last modified: 2006-06-30 17:07:56 UTC
I can no longer edit tags with rhythmbox. It seems to refuse to modify any file with message "File corrupted during write". In terminal I got: (rhythmbox-metadata:19102): GStreamer-CRITICAL **: gst_pad_activate_pull: assertion `old == GST_ACTIVATE_NONE' failed I'm using gstreamer-0.10.8, gst-plugins-{good,bad,ugly}-0.10.3.
Created attachment 67663 [details] GST_DEBUG=*:4 GST_DEBUG_NO_COLOR=1 rhythmbox >rb.log 2>&1
Identical problem here ... same symptoms. Same error on console.
The log shows you're using id3mux instead of the preferred id3v2mux. Installing id3v2mux (from gst-plugins-good) will most likely fix this for you. Every time id3mux receives a buffer, this happens: id3demux( 9675) gstid3demux.c(518):gst_id3demux_chain:<id3demux0> Pushing buffer 0x81294f8 GST_PADS( 9675) gstpad.c(3343):gst_pad_push:<id3tag0:src> caps changed to audio/mpeg, mpegversion=(int)1, layer=(int)3 GST_CAPS( 9675) gstpad.c(2124):gst_pad_accept_caps: pad accept caps of id3tag0:src (0x80fee10) GST_CAPS( 9675) gstpad.c(1928):gst_pad_get_caps: get pad caps of id3tag0:src (0x80fee10) GST_CAPS( 9675) gstpad.c(1833):gst_pad_get_caps_unlocked: get pad caps of id3tag0:src (0x80fee10) GST_CAPS( 9675) gstpad.c(1836):gst_pad_get_caps_unlocked: dispatching to pad getcaps function GST_CAPS( 9675) gstpad.c(1850):gst_pad_get_caps_unlocked: pad getcaps id3tag0:src returned application/x-id3 GST_CAPS( 9675) gstpad.c(2323):gst_pad_configure_src: caps audio/mpeg, mpegversion=(int)1, layer=(int)3 not accepted GST_SCHEDULING( 9675) gstpad.c(3381):gst_pad_push:<id3tag0:src> element pushed buffer then refused to accept the caps which looks like id3mux is not setting caps on its buffers and/or pads correctly.
> which looks like id3mux is not setting caps on its buffers and/or pads > correctly. Indeed. It's fixed in CVS AFAIK. *** This bug has been marked as a duplicate of 323658 ***
Should we only use id3mux > 0.10.3 then?
> Should we only use id3mux > 0.10.3 then? You should preferably use the taglib-based id3v2mux element from gst-plugins-good :) If you insist on id3mux, you should bump the requirement to 0.10.4 once gst-plugins-ugly 0.10.4 is released (don't know when that will be).