On Wed, 15 Oct 2003, Paul Davis wrote: > >Well, i am not author of this program actually. It is xmms plugin > >allowing to use ALSA for sound output (alsa-xmms-0.9). I only wanted to > >modify it, to be able to use dmix. I see, that it is out of my abilities > >:-( and, so i will have to conctact the author of it and ask him to > >correct it. It is pitty, because it will take time (if they ever do it). > >I thought, that ALSA interface is not dependent on way, how it is opened > >(because the same code with "hw:0:0" instead of "default" worked > >perfectly) or did not i comprehend anything?. I would like to > >understant, why opening "hw:0:0" works and only replacing it by > >"default" does not. It seems to mee very dificult for developpers.... > > it would have helped enormously if you had stated that you were > talking about alsa-xmms up front. its a known and important piece of > code, and one that someone here is much more likely to fix than (sorry > to say) your own pet project. > > takashi or jaroslav - does using dmix involve any threads? could the > alsa-xmms plugin be making calls to some xmms error code from a > non-GUI thread?
The dmix plugin does not use any threads and should be thread safe. I think that the xmms code does not conform to the ALSA API. For example, the application MUST use snd_pcm_poll_descriptors_revents() to obtain the real event from poll(). And so on... Jaroslav ----- Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project, SuSE Labs ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel