GNOME Bugzilla – Bug 142563
problems backporting latest auparse and law plugins to 0.8.1
Last modified: 2004-12-22 21:47:04 UTC
I am trying to backport the recent fixes for the auparse and law plugins from CVS head to 0.8.1. This is important to Sun since all Solaris audio files are stored in 8-bit, u-law, mono, 8000 Hz format. The recent fixes to the auparse plugin allow u-law files to play, which was not supported before. Unfortunately when I backport these plugins, they do not seem to work. When I run this command: gst-launch filesrc location=./flush.au ! auparse ! mulawdec ! esdsink I get these error: RUNNING pipeline ... ERROR: from element /pipeline0/mulawdec0: Internal GStreamer error: state change failed. File a bug. ERROR: from element /pipeline0/esdsink0: Internal GStreamer error: state change failed. File a bug. (process:23330): GStreamer-WARNING **: push on peer of pad auparse0:src but peer is not active Execution ended after 1 iterations (sum 27567000 ns, average 27567000 ns, min 27567000 ns, max 27567000 ns). When I turn up --gst-debug-level=5, I see these messages: INFO GST_PADS(23331) gstpad.c(1561):gst_pad_can_link_filtered: trying to link mulawdec0:sink and auparse0:sink INFO GST_PADS(23331) gstpad.c(1615):gst_pad_can_link_filtered: Real src pad auparse0:sink is not a source pad, failed [...] EBUG GST_CAPS(23331) gstelement.c(1557):gst_element_get_compatible_pad_template: compatible direction: found src pad template "src" DEBUG GST_CAPS(23331) gstelement.c(1563):gst_element_get_compatible_pad_template: caps are compatible INFO GST_ELEMENT_PADS(23331) gstelement.c(1279):gst_element_get_static_pad: no such pad 'src' in element "auparse0" Not sure what the problem is here, but it would be really great if Sun could support the new auparse and law plugins on Solaris.
Step one is to check whether they work in current CVS - I assume they do. The log indicates that there is no static src pad, and that's correct: it's a sometimes pad (to work around spider issues). What is the caps template on auparse:src? And on mulawdec:sink?
Is this still an issue, Brian?
Ronald reports this as fixed