<div>I don't disagree with technical findings. Still, it would be sad if we have no means to do what the iPhone does today. Cheers. Pierre</div>
<div> </div>
<div><span style="BACKGROUND-COLOR: rgb(255,255,255)"><span style="COLOR: rgb(0,0,153)">From the iPhone 'missing manual' book:</span></span></div>
<div><span style="BACKGROUND-COLOR: rgb(255,255,255)"><span style="COLOR: rgb(0,0,153)">If a phone call comes in, the music fades, and you hear your chosen ringtone―</span></span><br style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)">
<span style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)">through your earbuds, if you're wearing them. Squeeze the clicker on</span><br style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)"><span style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)">the earbud cord, or tap the Sleep/Wake switch, to answer the call. When the</span><br style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)">
<span style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)">call ends, the music fades back in, right where it had stopped.</span></div>
<div><span style="COLOR: rgb(0,0,153); BACKGROUND-COLOR: rgb(255,255,255)"></span><br> </div>
<div class="gmail_quote">On Tue, Jan 20, 2009 at 8:51 PM, Zhang, Xing Z <span dir="ltr"><<a href="mailto:xing.z.zhang@intel.com" target="_blank">xing.z.zhang@intel.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Yes, I also agree with Lennart's point.<br>
<div>>>I agree with you that pausing may create timing havoc on the client; but we are missing a generic protocol to notify the clients and implement this legitimate use case.<br></div>I am afraid there is no way to notify applications using ALSA due to the PA client is libasound_module_pcm_pulse.so at this time.<br>
<br>IMO, PA is for general OS but not for embedded system now. The requirement that internal pause an application is a natural to audio manager of embedded system. I guess we can only cover applications who will response the message "you should do pause now" from audio manager.<br>
________________________________________<br>From: <a href="mailto:pulseaudio-discuss-bounces@mail.0pointer.de" target="_blank">pulseaudio-discuss-bounces@mail.0pointer.de</a> [mailto:<a href="mailto:pulseaudio-discuss-bounces@mail.0pointer.de" target="_blank">pulseaudio-discuss-bounces@mail.0pointer.de</a>] On Behalf Of pl bossart<br>
Sent: 2009年1月21日 0:13<br>To: General PulseAudio Discussion<br>
<div>Subject: Re: [pulseaudio-discuss] why command_cork_playback_stream() will be invoked many times?<br><br></div>
<div>
<div></div>
<div>Hi Lennart,<br>Here is the use case Xing is referring to: you are listening to music, and a VoIP call starts. The user may not want to mix the music and the speech call.<br><br>So the idea is to pause the music while the call takes place, and resume the music once the call finishes. PulseAudio receives both streams, and it would seem natural to configure said behavior in a PulseAudio module. So we either need the ability to pause a stream within PulseAudio, or we need a means to inform the client they need to pause.<br>
<br>I agree with you that pausing may create timing havoc on the client; but we are missing a generic protocol to notify the clients and implement this legitimate use case.<br>Regards,<br>Pierre Bossart<br>On Sun, Jan 18, 2009 at 11:16 AM, Lennart Poettering <<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>> wrote:<br>
On Fri, 09.01.09 21:10, Zhang, Xing Z (<a href="mailto:xing.z.zhang@intel.com" target="_blank">xing.z.zhang@intel.com</a>) wrote:<br><br>> Hi experts:<br><br>> I worked on an audiomanager project based on PulseAudio. Now I am<br>
> blocked by a command_cork_playback_stream() issue. In our design,<br>> an application may be corked when connects to pulseaudio if its<br>> priority is low. I set a hook on PA_CORE_HOOK_SINK_INPUT_PUT and<br>> invoke pa_sink_input_cork(..., TRUE). Unfortunately it doesn't<br>
> work. By GDB, I found application will call<br>> command_cork_playback_stream() which invokes pa_sink_input_cork(...,<br>> FALSE) several times, this make my hook is of no effect. I don't<br>> look into PA for ALSA plugin, anyone know why<br>
> command_cork_playback_stream() need be called so frequently during<br>> app initialization?<br><br>Hmm, I think you are confusing a few things here.<br><br>command_cork_playback_stream() is the code that dispatches client<br>
requests for corking/uncorking (when done via the native protocol). It<br>is not used when corking something internally as for example by a hook<br>function.<br><br>Pausing a stream (i.e. corking) should be something that is controlled<br>
exclusively by the client. You should not intefere with it from inside<br>the server. There is a state machine in the PA client code that<br>follows the cork state. If you change the state underneath it might<br>become invalid. Also it might confuse client applications due to<br>
the paused timing.<br><br>Lennart<br><br>--<br>Lennart Poettering Red Hat, Inc.<br>lennart [at] poettering [dot] net ICQ# 11060553<br><a href="http://0pointer.net/lennart/" target="_blank">http://0pointer.net/lennart/</a> GnuPG 0x1A015CC4<br>
_______________________________________________<br>pulseaudio-discuss mailing list<br><a href="mailto:pulseaudio-discuss@mail.0pointer.de" target="_blank">pulseaudio-discuss@mail.0pointer.de</a><br><a href="https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss" target="_blank">https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss</a><br>
<br>_______________________________________________<br>pulseaudio-discuss mailing list<br><a href="mailto:pulseaudio-discuss@mail.0pointer.de" target="_blank">pulseaudio-discuss@mail.0pointer.de</a><br><a href="https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss" target="_blank">https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss</a><br>
</div></div></blockquote></div><br>