[gst-embedded] Question on gst_plugin alsasink

Zhao Bin-E6223C binzhao at motorola.com
Wed Jun 18 01:55:38 PDT 2008


 
 
yes, you can refernce how to use queue. you can set water mark in
queue.And then post message to bus if lower than mater mark. in your
main app you can recieve the message to pause the pipeline. 
 
if higher water mark, you can use the same mechanism.
 
 
 

________________________________

From: gstreamer-embedded-bounces at lists.sourceforge.net
[mailto:gstreamer-embedded-bounces at lists.sourceforge.net] On Behalf Of
Zhao Liang-E3423C
Sent: Wednesday, June 18, 2008 4:49 PM
To: Shenhong Wang; gstreamer-embedded at lists.sourceforge.net
Subject: Re: [gst-embedded] Question on gst_plugin alsasink


Hi shenhong,
 
A simply solution you can try.
 
Put a queue before alsasink, when queue is dry, pause pipeline, and
restart pipeline when queue bufferred enough data.
 
 

Best Regards
Zhao Liang 

________________________________

From: Shenhong Wang [mailto:qch1688 at hotmail.com] 
Sent: Wednesday, June 18, 2008 4:44 PM
To: Zhao Liang-E3423C; gstreamer-embedded at lists.sourceforge.net
Subject: RE: [gst-embedded] Question on gst_plugin alsasink


Hi, Zhao Liang:
Generally, the aacdec &alsasink will not play out any audio
frames(packets) after its source element has a break to send audio
frames (packets) to them. It looks the alsasink drops all
frames(packets) from the break. The break is needed because we have more
video frames and sometime the wireless signal is not good. 
It looks the aacdec is slower than the expectation from alsasink.If so,
how to fix the issue? thanks!
 
best Regards!
Shenhong
 
 




 


________________________________

	Subject: RE: [gst-embedded] Question on gst_plugin alsasink
	Date: Wed, 18 Jun 2008 14:29:27 +0800
	From: E3423C at motorola.com
	To: qch1688 at hotmail.com;
gstreamer-embedded at lists.sourceforge.net
	
	
	Hi Shenhong,
	 
	Your issue is very similar with the issue I even met. I think it
is due to gstbaseaudiosink/gstaudiosink, it will drop the packets by
gstringbuffer when read rate is bigger than write rate in ringbuffer,
please see gstringbuffer.c gst_ring_buffer_commit_full ().
	 
	For the rootcause, I think maybe the alsasink audiodevice buffer
is too big or your aac decoder is too slow.
	 

	Best Regards
	Zhao Liang
	

________________________________

	From: gstreamer-embedded-bounces at lists.sourceforge.net
[mailto:gstreamer-embedded-bounces at lists.sourceforge.net] On Behalf Of
Shenhong Wang
	Sent: Wednesday, June 18, 2008 2:21 PM
	To: gstreamer-embedded at lists.sourceforge.net
	Subject: [gst-embedded] Question on gst_plugin alsasink
	
	

	Dear all,
	Now we are using alsasink to play audio on Marvell PXA310 board.
The audio is aac format. The audio frames(packets) are frequently sent
to the aac decoder & alsasink to play out. Unfortunately only the
begining frames can be played out and then nothing is played out. 
	If we save those audio frames into a file, the aac
decoder&alsasink can be successfully played out. It means the audio
frames are ok. 
	Could anyone tell me what's the difference for alsasink to
process audio packets and files? How to fix the above issue? thank you
very much!
	 
	Best Regards!
	Shenhong WANG
	
	
________________________________

	Connect to the next generation of MSN Messenger  Get it now!
<http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&sou
rce=wlmailtagline> 


________________________________

Connect to the next generation of MSN Messenger  Get it now!
<http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&sou
rce=wlmailtagline> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-embedded/attachments/20080618/4ac4f0ab/attachment.htm>


More information about the Gstreamer-embedded mailing list