It seems like we are on a good path. after I tried the pipeline:<br> gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue<br>
max-size-time=0 max-size-bytes=0 ! mpeg4dec ! MY_VIDEO_SINK t. ! queue<br> 
! faad ! alsasink  <br>   (so I only give time and bytes for video side) the video and audio worked just fine. <br><br>Unfortunately this trick does not work for the other decoder I have which decodes h264 videos. <br><br>
Even with the pipeline:<br> gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue<br>
max-size-time=0 max-size-bytes=0 ! h264dec ! MY_VIDEO_SINK t. ! queue<br> 
! faad ! alsasink  <br>The pipeline is stuck. This all has nothing to do with GST_FLOW_WRONG_STATE since this error pops up all the time after CTRL-C operation. Any idea why would h264 get stuck? <br>Another question is if I am giving too much memory to gstreamer with max-size-time=0 max-size-bytes=0?<br>
Cheers<br>Ogi<br><br><br><div class="gmail_quote">On Wed, Dec 8, 2010 at 8:27 PM, ved kpl <span dir="ltr">&lt;<a href="mailto:ved.kpl@gmail.com" target="_blank">ved.kpl@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<br>
One possible reason could be that one of the queues is getting full<br>
while the other remains empty<br>
because of<br>
(a) continuous audio/video buffers for a considerably longer time,<br>
longer than the what the queues can hold.<br>
(b) high latency at the your video decoder (mpeg4dec).<br>
Hence the streaming thread is blocked &amp; one of the sinks is not able<br>
to commit the state to PAUSED.<br>
(because it has not received a buffer yet).<br>
<br>
Yo can also set async=FALSE on the sinks and see. (not recommended)<br>
<br>
You can try disabling the the max time &amp; max bytes properties of the queue.<br>
Try the following pipeline<br>
<div><br>
 gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue<br>
</div>max-size-time=0 max-size-bytes=0 ! mpeg4dec ! MY_VIDEO_SINK t. ! queue<br>
max-size-time=0 max-size-bytes=0 ! faad ! alsasink -v<br>
<br>
Note that this will increase the mem usage.. and even more if u set<br>
max-size-buffers=0 as well. (queue without any limits!)<br>
<br>
Vikram<br>
<div><div></div><div><br>
On Thu, Dec 9, 2010 at 9:44 AM, ved kpl &lt;<a href="mailto:ved.kpl@gmail.com" target="_blank">ved.kpl@gmail.com</a>&gt; wrote:<br>
&gt; On Thu, Dec 9, 2010 at 6:26 AM, Radivoje Jovanovic<br>
&gt; &lt;<a href="mailto:radivojejovanovic@gmail.com" target="_blank">radivojejovanovic@gmail.com</a>&gt; wrote:<br>
&gt;&gt; So the pipeline I am using is:<br>
&gt;&gt; gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue  !<br>
&gt;&gt; mpeg4dec ! MY_VIDEO_SINK t. ! queue ! faad ! alsasink<br>
&gt;&gt; This pipeline will hang and after CTRL-C the mpeg4dec will show the message<br>
&gt;&gt; that is the result of calling gst_push_pad. This gst_push_pad will return<br>
&gt;&gt; GST_FLOW_WRONG_STATE.<br>
&gt;&gt;<br>
&gt;&gt; If I run gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue<br>
&gt;&gt; ! mpeg4dec ! MY_VIDEO_SINK<br>
&gt;&gt; the video will play just fine<br>
&gt;&gt;<br>
&gt;&gt; If I run:<br>
&gt;&gt; gst-launch-0.10 filesrc location=MY_MOVIE ! qtdemux name=t ! queue ! faad !<br>
&gt;&gt; alsasink<br>
&gt;&gt; the audio from the audio will play just fine.<br>
&gt;&gt;<br>
&gt;&gt; I am not sure which code would be helpful since I have a lot of it.<br>
&gt;&gt; Thanks for the GST_DEBUG info.<br>
&gt;&gt;<br>
&gt;&gt; Ogi<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Wed, Dec 8, 2010 at 4:05 PM, Tim-Philipp Müller &lt;<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Wed, 2010-12-08 at 12:53 -0800, Radivoje Jovanovic wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; &gt; I have a video sink and ALSA driver to be used to play videos on the<br>
&gt;&gt;&gt; &gt; platform. If I play video or audio by them self everything works fine,<br>
&gt;&gt;&gt; &gt; but if I specify the whole pipeline for video and audio, the video<br>
&gt;&gt;&gt; &gt; decoder (in pipeline right before the sink) comes back with the<br>
&gt;&gt;&gt; &gt; message:<br>
&gt;&gt;&gt; &gt; &quot;The decoded frame did not successfully push out to downstream<br>
&gt;&gt;&gt; &gt; element&quot;<br>
&gt;&gt;&gt; &gt; The message comes because the gst_pad_push have returned with<br>
&gt;&gt;&gt; &gt; GST_FLOW_WRONG_STATE instead GST_FLOW_OK.<br>
&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt; &gt; Any idea why this might happen?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; It usually helps if you post your exact pipeline and/or any code<br>
&gt;&gt;&gt; snippets that go with it.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; FLOW_WRONG_STATE is what you get when a pad is flushing, which may be<br>
&gt;&gt;&gt; normal (happens during a flushing seek, to make the old streaming thread<br>
&gt;&gt;&gt; stop) or because you forgot to set an element into PAUSED/PLAYING state<br>
&gt;&gt;&gt; (e.g. because you added it from a pad-added or new-decoded-pad callback<br>
&gt;&gt;&gt; or so).<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; The GST_DEBUG=*:5 log might give you more information (just grep for<br>
&gt;&gt;&gt; wrong-state and read the lines before that).<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Cheers<br>
&gt;&gt;&gt;  -Tim<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; ------------------------------------------------------------------------------<br>
&gt;&gt;&gt; This SF Dev2Dev email is sponsored by:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; WikiLeaks The End of the Free Internet<br>
&gt;&gt;&gt; <a href="http://p.sf.net/sfu/therealnews-com" target="_blank">http://p.sf.net/sfu/therealnews-com</a><br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; gstreamer-devel mailing list<br>
&gt;&gt;&gt; <a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a><br>
&gt;&gt;&gt; <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ------------------------------------------------------------------------------<br>
&gt;&gt; This SF Dev2Dev email is sponsored by:<br>
&gt;&gt;<br>
&gt;&gt; WikiLeaks The End of the Free Internet<br>
&gt;&gt; <a href="http://p.sf.net/sfu/therealnews-com" target="_blank">http://p.sf.net/sfu/therealnews-com</a><br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; gstreamer-devel mailing list<br>
&gt;&gt; <a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a><br>
&gt;&gt; <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
<br>
------------------------------------------------------------------------------<br>
This SF Dev2Dev email is sponsored by:<br>
<br>
WikiLeaks The End of the Free Internet<br>
<a href="http://p.sf.net/sfu/therealnews-com" target="_blank">http://p.sf.net/sfu/therealnews-com</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br>