[alsa-devel] Possible problems with alsa soc
Hi Liam,
There are some players which will call snd-pcm_close() before any open call, i dont know why they are calling this. So in ASoC it will put the stream in SNDRV_CTL_POWER_D3hot and pop_wait equal to 1. This state will make problems in snd_pcm_prepare (i.e soc_pcm_prepare).
Trouble creating players and libraries are mpg123 and gstreamer library.
Takashi,
We now have priority based alsa plugin, as I explained earlier. all these credits goes to Sudhanshu. This will be usefull for many gps, bluetooth and audio SoCs. But we need to make some changes to make it generic, later we will summit this as a patch.
Thanks Nobin Mathew
Any way calling close() before open() is not possible, i will restate it as calling close() before prepare().
Thanks Nobin Mathew
On 8/6/07, Nobin Mathew nobin.mathew@gmail.com wrote:
Hi Liam,
There are some players which will call snd-pcm_close() before any open call, i dont know why they are calling this. So in ASoC it will put the stream in SNDRV_CTL_POWER_D3hot and pop_wait equal to 1. This state will make problems in snd_pcm_prepare (i.e soc_pcm_prepare).
Trouble creating players and libraries are mpg123 and gstreamer library.
Takashi,
We now have priority based alsa plugin, as I explained earlier. all these credits goes to Sudhanshu. This will be usefull for many gps, bluetooth and audio SoCs. But we need to make some changes to make it generic, later we will summit this as a patch.
Thanks Nobin Mathew
On Tue, 2007-08-07 at 14:12 +0530, Nobin Mathew wrote:
Any way calling close() before open() is not possible, i will restate it as calling close() before prepare().
Thanks Nobin Mathew
On 8/6/07, Nobin Mathew nobin.mathew@gmail.com wrote:
Hi Liam,
There are some players which will call snd-pcm_close() before any open call, i dont know why they are calling this. So in ASoC it will put the stream in SNDRV_CTL_POWER_D3hot and pop_wait equal to 1. This state will make problems in snd_pcm_prepare (i.e soc_pcm_prepare).
Trouble creating players and libraries are mpg123 and gstreamer library.
Can you give more detail about the problems. It's not obvious from your message. SNDRV_CTL_POWER_D3hot and pop_wait should not stop audio playback starting again.
Thanks
Liam
Hi Liam,
Since the stream is in SNDRV_CTL_POWER_D3hot state, all widgets are switched off. since the pop_wait is set , soc_pcm_prepare() will not turn on the widgets (or it will not change the stream state to SNDRV_CTL_POWER_D0). So actual sound will not come out.
Thanks Nobin Mathew
On 8/7/07, Liam Girdwood lg@opensource.wolfsonmicro.com wrote:
On Tue, 2007-08-07 at 14:12 +0530, Nobin Mathew wrote:
Any way calling close() before open() is not possible, i will restate it as calling close() before prepare().
Thanks Nobin Mathew
On 8/6/07, Nobin Mathew nobin.mathew@gmail.com wrote:
Hi Liam,
There are some players which will call snd-pcm_close() before any open call, i dont know why they are calling this. So in ASoC it will put the stream in SNDRV_CTL_POWER_D3hot and pop_wait equal to 1. This state will make problems in snd_pcm_prepare (i.e soc_pcm_prepare).
Trouble creating players and libraries are mpg123 and gstreamer library.
Can you give more detail about the problems. It's not obvious from your message. SNDRV_CTL_POWER_D3hot and pop_wait should not stop audio playback starting again.
Thanks
Liam
At Mon, 6 Aug 2007 19:19:15 +0530, Nobin Mathew wrote:
Takashi,
We now have priority based alsa plugin, as I explained earlier. all these credits goes to Sudhanshu. This will be usefull for many gps, bluetooth and audio SoCs. But we need to make some changes to make it generic, later we will summit this as a patch.
That sounds very interesting. Looking forward to seeing the patch when it's read :)
thanks,
Takashi
participants (3)
-
Liam Girdwood -
Nobin Mathew -
Takashi Iwai