<div>Thanks for your response, Zhao. I really appreciate it. I didn&#39;t get a chance to respond to your mail until now.</div>
<div>&nbsp;</div>
<div>I don&#39;t think I&#39;m missing a mp3 demux element. Here&#39;s why:<br></div>
<div>&nbsp;- This file has worked with every decoder&nbsp;I&#39;ve tried, without any demuxing or parsing of&nbsp;container format (and I&#39;ve tried a lot of decoders on a lot of systems! - all without any demuxing)<br>&nbsp;- It has no ID3 or other tags (I removed all such MP3 headers and trailers in the file, myself)<br>
&nbsp;- It has only an elementary stream that contains only MP3 frames (each frame starting with &quot;0xFF 0xFB&quot;), all of the same length.<br>That means, this file should not require a MP3 parser and any MP3 decoder should be able to decode the contents of the file directly.</div>

<div>Plus, this pipeline comes from Texas Instruments, and they must have tested this before they put it on their website (hopefully)!</div>
<div>&nbsp;</div>
<div>Coming back to the problem I was facing:</div>
<div>I was wrong about one thing. These are not two problems - it&#39;s probably one problem. It can&#39;t pause because it probably cannot negotiate caps.</div>
<div>Here&#39;s what gst-inspect says about TI&#39;s adecoder plugin:</div>
<div><br>Pad Templates:<br>&nbsp; SRC template: &#39;src&#39;<br>&nbsp;&nbsp;&nbsp; Availability: Always<br>&nbsp;&nbsp;&nbsp; Capabilities:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; audio/x-raw-int</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...<br>&nbsp; SINK template: &#39;sink&#39;<br>&nbsp;&nbsp;&nbsp; Availability: Always<br>&nbsp;&nbsp;&nbsp; Capabilities:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; audio/mpeg<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpegversion: { 1, 2, 4 }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; layer: { 1, 2, 3 }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; audio/x-wma<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; wmaversion: { 1, 2, 3 }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rate: { 8000, 11025, 12000, 16000, 22050, 24000, 32000, 44100, 48000 }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; channels: [ 1, 2 ]</div>
<div>&nbsp;</div>
<div>If I understand this correctly, it means that it takes mp3 or wma audio data as input and gives raw pcm samples as output. Since the filesrc element can output &quot;any&quot; data type, they should match and it should not be a problem. So I&#39;m still stuck and I don&#39;t have a clue as to what the problem could be. Please, let me know if you have any idea about this problem. I&#39;d appreciate any help.</div>

<div>&nbsp;</div>
<div>Thanks.</div>
<div>&nbsp;</div>
<div>Vijay<br><br></div>
<div class="gmail_quote">On Tue, Apr 8, 2008 at 8:20 AM, Zhao Liang-E3423C &lt;<a href="mailto:E3423C@motorola.com">E3423C@motorola.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>
<div dir="ltr" align="left"><font face="Courier New" color="#0000ff"><span>Vijay,</span></font></div>
<div dir="ltr" align="left"><font face="Courier New" color="#0000ff"><span></span></font>&nbsp;</div>
<div dir="ltr" align="left"><font face="Courier New" color="#0000ff"><span>I think maybe you miss a mp3demuxe between filesrc and adecoder.</span></font></div>
<div dir="ltr" align="left"><font face="Courier New" color="#0000ff"><span>and the command shall be </span></font></div>
<div>gst-launch-0.10 filesrc location=$1 !<span> <font color="#ff0000">mp3demux</font> !</span>&nbsp;adecoder Codec=3 ! osssink<br><span><font face="Courier New" color="#0000ff">TI adecoder element may not accept the filesrc RAW caps.</font></span></div>

<div>
<p align="left"><b><span lang="EN-US" style="FONT-SIZE: 10pt; COLOR: red">Best Regards<br>Zhao <span>Liang</span> </span></b><br></p></div>
<div lang="en-us" dir="ltr" align="left">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:gstreamer-embedded-bounces@lists.sourceforge.net" target="_blank">gstreamer-embedded-bounces@lists.sourceforge.net</a> [mailto:<a href="mailto:gstreamer-embedded-bounces@lists.sourceforge.net" target="_blank">gstreamer-embedded-bounces@lists.sourceforge.net</a>] <b>On Behalf Of </b>Vijay<br>
<b>Sent:</b> Monday, April 07, 2008 8:32 PM<br><b>To:</b> <a href="mailto:gstreamer-embedded@lists.sourceforge.net" target="_blank">gstreamer-embedded@lists.sourceforge.net</a><br><b>Subject:</b> [gst-embedded] GStreamer on TI&#39;s embedded platform<br>
</font><br></div>
<div>
<div></div>
<div class="Wj3C7c">
<div></div>
<div>Hi,<br>I received TI&#39;s port of gstreamer to it&#39;s DaVinci processors from <a href="http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100" target="_blank">http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100</a><br>
&nbsp;<br>I&#39;ve tried to run the example (scripts) provided by TI and I&#39;ve faced what seem to be two separate issues.<br>I&#39;ve copied the stdout log below:<br>&nbsp;<br>&lt;linux prompt&gt;:/opt/system_files_gstreamer# ./test_MP3.sh MP3_file.mp3<br>
Setting pipeline to PAUSED ...<br>Pipeline is PREROLLING ...<br>(gst-launch-0.10:1204): GStreamer-WARNING **: pad adecoder0:src returned caps which are not a real subset of its template caps<br>(gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_caps_get_structure: assertion `index &lt; caps-&gt;structs-&gt;len&#39; failed<br>
(gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_structure_get_int: assertion `structure != NULL&#39; failed<br><br>[program hangs here]</div>
<div>&nbsp;</div>
<div>For most of you, who&nbsp;don&#39;t know about this script: All it does is after setting the gstreamer, plugin and library paths, it runs gst-launch with a pipeline, thus: gst-launch-0.10 filesrc location=$1 ! adecoder Codec=3 ! osssink<br>
<br>The two issues I&#39;m facing:</div>
<div>(a) The *last* element in the gstreamer pipeline does not reply with a message to the app saying it has paused (This is ascertained with debug prints that I inserted in gst-launch.c. It&#39;s possible that for some reason, the element does not pause. I&#39;ve faced this same issue with pipelines which have no decode/render elements as well.) Actually, I&#39;m not sure if (a) it doesn&#39;t pause because it doesn&#39;t finish preroll or (b) it says it hasn&#39;t finished preroll because it doesn&#39;t send a pause signal! (I&#39;m not sure which is the cause and which is the effect).</div>

<div><br>(b) The critical errors printed (seen above. I guess these are caused because of TI&#39;s mp3 decoder element plugin.) Could the adecoder capabilities be incompatible? Seems unlikely, since TI would have tested this first.<br>
<br><br>Would anyone know what the issue might be? Has anyone seen a similar issue with gstreamer?<br>I&#39;d greatly appreciate any help.</div>
<div>Thanks.<br><br><br>Vijay</div></div></div></div></blockquote></div><br>