Re: [gst-embedded] questions on gst_pad_push() to sendaudio/video data to codec

[Zhao Liang-E. <E3...@mo...>]

Hi Tim,

For that case, demuxer should not send ERROR message to bus, just stop streaming task, only decoder does it, right ?


Best Regards
Zhao Liang

-----Original Message-----
From: gst...@li... [mailto:gst...@li...] On Behalf Of Tim Müller
Sent: Tuesday, June 10, 2008 4:59 PM
To: gst...@li...
Subject: Re: [gst-embedded] questions on gst_pad_push() to sendaudio/video data to codec

On Tue, 2008-06-10 at 09:35 +0800, Zhao Bin-E6223C wrote:

> If your audio device is not available or your decoder meet some error, 
> the data flow will return data_error sometime. Do you handle the error 
> in demux element?
>  
> It's better to handle the error in the element where happens and do 
> nothing in demux. Because the occasional data flow error don't effect 
> the pipline playback.

This is not really how it's supposed to work. If a downstream element returns GST_FLOW_ERROR (-5), this indicates a fatal error, and streaming should usually stop. A demuxer that is chain-based should pass GST_FLOW_ERROR back upstream by returning that from its chain function; a demuxer driving the pipeline should stop its streaming task. 

The downstream element which has returned GST_FLOW_ERROR (which may be the decoder, but it could be any element downstream of that as well) should have posted an error message on the bus (via GST_ELEMENT_ERROR()
ususally) with more details. Did you check for error messages on the bus?

 Cheers
  -Tim




-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Gstreamer-embedded mailing list
Gst...@li...
https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded