On Tue, 2 Jul 2002, Paul Davis wrote:
> >> Looking at the implementation I infer that
> >> snd_pcm_poll_descriptors_revents() is not designed to handle pfds from
> >> more than one stream. Is that correct?
> >
> >Yes, but don't look to the implementation. It can slightly change in the
> >future
>> Jaroslav, is it true what Paul says about this function not being robust
>> in the case of multithreaded use and poll(2) errors? Can it be made to
>> be more robust?
>
>Paul talks about snd_pcm_wait() function. True, it has limited
>functionality and can be used only for simple applications.
On Mon, 1 Jul 2002, Joshua Haberman wrote:
> On Mon, 1 Jul 2002, Joshua Haberman wrote:
> > > This gives me the impression that snd_pcm_poll_descriptors_revents() is a
> > > function that somehow "summarizes" all of the pfds into a single revents
> > > that speaks to the status of the entire PCM
On Mon, 1 Jul 2002, Joshua Haberman wrote:
> > This gives me the impression that snd_pcm_poll_descriptors_revents() is a
> > function that somehow "summarizes" all of the pfds into a single revents
> > that speaks to the status of the entire PCM handle.
* Paul Davis ([EMAIL PROTECTED]) wrote:
> I
On Mon, 1 Jul 2002, Joshua Haberman wrote:
> * Paul Davis ([EMAIL PROTECTED]) wrote:
> > >Also, how should programs interpret multiple poll descriptors: if the
> > >poll succeeds on some descriptors but not others, does this mean the
> > >stream is only "partially" ready?
> >
> > yes. see the in
>> yes. see the internals of JACK's jack/drivers/alsa/alsa_driver.c
>
>Honestly, I'm afraid to look at that file too carefully since it is GPL
>and PortAudio is BSD. This puts me in kind of a weird situation.
nobody is going to come after you for an "extremely similar
implementation". the GPL do
* Paul Davis ([EMAIL PROTECTED]) wrote:
> >Also, how should programs interpret multiple poll descriptors: if the
> >poll succeeds on some descriptors but not others, does this mean the
> >stream is only "partially" ready?
>
> yes. see the internals of JACK's jack/drivers/alsa/alsa_driver.c
Hones
>int snd_pcm_poll_descriptors_count(snd_pcm_t *pcm)
>{
>assert(pcm);
>return 1;
>}
>
>I don't understand: why the abstraction for the number of poll
>descriptors when it is always 1? What could change in the future to
>require more poll descriptors per stream?
it could already return mor
