From: John Lindgren <john.lindgren@tds.net>
To: Clemens Ladisch <clemens@ladisch.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: alsa-lib: snd_pcm_delay and friends do not account for a write being currently in progress
Date: Thu, 03 Jun 2010 12:16:03 -0400 [thread overview]
Message-ID: <1275581763.15555.8.camel@satellite> (raw)
In-Reply-To: <4C07C0BD.8000009@ladisch.de>
On Thu, 2010-06-03 at 16:48 +0200, Clemens Ladisch wrote:
> That applies to the kernel code.
>
> Most functions in alsa-lib must not be called at the same time on the
> same device handle. (Don't ask me where this is documented.)
Do you have a problem with patches that improve the current situation?
> > Would it work to simply call snd_pcm_wait?
>
> Yes. (I usually suggest poll because the code that writes audio data
> often wants to be informed of some other event. If your writing loop
> doesn't need to be interrupted, snd_pcm_wait works just fine.)
It is permissible, then, to call snd_pcm_delay during a snd_pcm_wait
call?
What would be the cleanest way to interrupt snd_pcm_wait when we need to
stop the stream? Will snd_pcm_drop work?
John Lindgren
next prev parent reply other threads:[~2010-06-03 16:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-02 21:29 [PATCH] alsa-lib: snd_pcm_delay and friends do not account for a write being currently in progress John Lindgren
2010-06-03 6:40 ` Clemens Ladisch
2010-06-03 14:00 ` John Lindgren
2010-06-03 14:48 ` Clemens Ladisch
2010-06-03 16:16 ` John Lindgren [this message]
2010-06-03 17:03 ` Clemens Ladisch
2010-06-03 17:51 ` John Lindgren
2010-06-03 14:40 ` [PATCH] " James Courtier-Dutton
2010-06-03 16:10 ` John Lindgren
2010-06-03 16:34 ` James Courtier-Dutton
2010-06-03 18:06 ` John Lindgren
2010-06-03 17:40 ` VDR User
2010-06-03 18:08 ` John Lindgren
2010-06-04 6:50 ` Clemens Ladisch
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=1275581763.15555.8.camel@satellite \
--to=john.lindgren@tds.net \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.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.