Triode wrote: > To test the hypothesis of what is broken - what happens if you use the > new code, but duplicate the call to alsa_open so it is called two times > in a row. This will mean that the device is opened, closed and then > opened again whenever the sample rate changes. If it is getting a bad > feedback message then I think this would work around it for both mmap=0 > and 1 cases.
I've tested all material at 32kHz (resampled to 44.1 by squeezelite and resampled to 96kHz by Alsa's plughw virtual device), 44.1KHz, 88.2kHz, 96kHz and 192kHz all with mmap=1 and mmap=0. No failures, whatsoever. I'm very excited to see this work; thanks very much! :) I don't know whether this should be a #ifdef compile option, or whether it should be there for all users. I see that alsa_open() will run alas_close() as the first order of business if the PCM pointer is non-null, so I don't see any harm coming from this, but you'd know best. ---------------------- "Dreamer, easy in the chair that really fits you..." ------------------------------------------------------------------------ dsdreamer's Profile: http://forums.slimdevices.com/member.php?userid=12588 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
