From: Gerald Grabner <gerald.grabner@gmx.net>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: Re: quit snd_pcm_readi, retrieve pending frames
Date: Sat, 20 May 2006 20:46:34 +0200 [thread overview]
Message-ID: <446F640A.20802@gmx.net> (raw)
In-Reply-To: <s5hiro0n8te.wl%tiwai@suse.de>
Takashi Iwai wrote:
> At Fri, 19 May 2006 21:17:45 +0000 (UTC),
> Gerald Grabner wrote:
>> Takashi Iwai <tiwai <at> suse.de> writes:
>>> At Mon, 15 May 2006 12:06:47 +0200,
>>> I wrote:
>>>> At Sat, 13 May 2006 13:06:51 +0200,
>>>> Gerald Grabner wrote:
>>>>> Hi,
>>>>>
>>>>> I'm experimenting with the ALSA PCM API and was wondering whether
>>>>> there is a simple way to exit a record loop by stopping the pcm, but
>>>>> without loosing pending frames.
>>>>>
>>>>> Initially, I was thinking of something like this, where I would call
>>>>> snd_pcm_drop(pcm) from some other thread:
>>>>>
>>>>> while ( true )
>>>>> {
>>>>> r = snd_pcm_readi (pcm, data, frames);
>>>>> fwrite (data, 2, 2*r, file);
>>>>> if ( r != frames )
>>>>> break;
>>>>> }
>>>>>
>>>>> However, snd_pcm_drain(pcm) doesn't work here; the loop continues.
>>>>> snd_pcm_drop(pcm) breaks the loop, but pending frames are lost, and
>>>>> r=-EBADFD.
>>>>>
>>>>> Is there an easy way to stop snd_pcm_readi in a way that I can
>>>>> retrieve the residual frames? Do I need to set any parameters for
>>>>> that purpose?
>>>> If you're using hw or plughw, it's likely a bug in alsa-driver.
>>>> Try the patch below.
>>> Actually the patch was also wrong. snd_pcm_drain() shouldn't wait for
>>> the capture streams. So, the patch becomes pretty simple like below.
>>> I'll commit it to HG repo.
>>>
>>> Takashi
>>>
>>> diff -r 44d28ed5d3d5 core/pcm_native.c
>>> --- a/core/pcm_native.c Wed May 17 11:26:39 2006 +0200
>>> +++ b/core/pcm_native.c Wed May 17 17:07:17 2006 +0200
>>> <at> <at> -1469,8 +1469,6 <at> <at> static int snd_pcm_drain(
>> struct snd_pcm_
>>> }
>>> }
>>> up_read(&snd_pcm_link_rwsem);
>>> - if (! num_drecs)
>>> - goto _error;
>>>
>>> snd_pcm_stream_lock_irq(substream);
>>> /* resume pause */
>>
>> Hi Takashi,
>>
>> there seems to be some problem with this patch (the short one). After
>> recompiling the kernel (and my application), my application doesn't
>> exit and I can't kill it anymore. The pcm device is kind of lost. See
>> below for the /var/log/messages entry.
>
> Hmm, according the error message below, I suspect it's something
> different since the patch isn't so intrusive.
>
> Could you test again after reverting the patched part?
After recompiling the kernel with the original source, the problem
disappeared.
Gerald
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
next prev parent reply other threads:[~2006-05-20 18:46 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-13 11:06 quit snd_pcm_readi, retrieve pending frames Gerald Grabner
2006-05-14 13:07 ` Clemens Ladisch
2006-05-15 10:06 ` Takashi Iwai
2006-05-17 15:08 ` Takashi Iwai
2006-05-19 21:17 ` Gerald Grabner
2006-05-20 13:07 ` Takashi Iwai
2006-05-20 18:46 ` Gerald Grabner [this message]
2006-05-22 10:41 ` Takashi Iwai
2006-05-22 16:28 ` Takashi Iwai
2006-06-04 11:51 ` Gerald Grabner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=446F640A.20802@gmx.net \
--to=gerald.grabner@gmx.net \
--cc=alsa-devel@lists.sourceforge.net \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.