>So resume:
>
>1) use snd_pcm_link to link all streams
we already have hardware that doesn't support linkage between
playback+capture.
>2) start first linked stream (thus all in paralel or serial or combination
> sequence)
>3) poll the last stream handle for valid position
>
>And you don't need your complicate function.
i just can't agree with that. on return from JACK's alsa_driver_wait, the
caller knows:
* how many frames are available (rounded to whole periods)
* what delay was encountered in waiting for the data/space
* whether an xrun occured
* if some other error occured
your proposed snd_pcm_wait_many() doesn't do any of that.
i think that josh's point was perhaps a little different than you are
thinking. i don't think he was suggesting a version of snd_pcm_wait()
that waited on multiple handles instead of just one. i think he was
suggesting a function that does something that most applications need:
to wait until a known-sized chunk of data/space (or multiple thereof)
is ready on *all* handles being used. since doing this involves much
more than just calling poll(), which is fundamentally all that
snd_pcm_wait() does, so would the multi-handle version.
--p
-------------------------------------------------------
This SF.NET email is sponsored by: Take your first step towards giving
your online business a competitive advantage. Test-drive a Thawte SSL
certificate - our easy online guide will show you how. Click here to get
started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
