I think there is no difference to send out audio or video data to downstream element. 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. Zhao Bin (Brad) ________________________________ From: gstreamer-embedded-bounces at lists.sourceforge.net [mailto:gstreamer-embedded-bounces at lists.sourceforge.net] On Behalf Of Shenhong Wang Sent: Friday, June 06, 2008 6:10 PM To: gstreamer-embedded at lists.sourceforge.net Subject: questions on gst_pad_push() to send audio/video datato codec Dear all, Now we are writing up a media demux element. It contains one sink pad and two source pads (audio & video). The element is expected to contact to next stage element (codec) in PUSH mode. After processing data in chain() function, we call gst_pad_push to send the audio or video to peer pads in codec elements (H.264 video or AAC). a) gst_pad_push returns back with 0 which looks successfully for video data b) gst_pad_push always return back with -5 for audio data. Actually we use same codes (but names) to finish the above actions, however we got different results (o or -5). Would anyone of you tell me what's the difference to send out audio/video data to their codec? Thanks a lot! Best Regards! Shenhong ________________________________ Discover the new Windows Vista Learn more! <http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE> ________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it! <http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends. aspx&mkt=en-us> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/gstreamer-embedded/attachments/20080610/77d7d839/attachment.htm>
