> Why do need to change it?
Because I did forget to delete the status.sta after a cross-compilation.
Sorry for the noise.
> The problem with "pure" alsa mode is that
Ok, I will study deeply your notes.
Fre;D
--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/
> does not drop all buffers.
Huh, do you have a idea how to fix this ?
Fre;D
--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/
--
Check out the vibrant tech community on one of the world's most
engaging te
On Tuesday 13 March 2018 12:11:05 fredvs wrote:
> > does not drop all buffers.
>
> Huh, do you have a idea how to fix this ?
>
One needs to check what snd_pcm_drop() does and what data will not be dropped.
Then one needs to find a workaround or Alsa must be fixed.
Note: Please do not call audio_ob
> You can test it in mono mode if you change the sine frequency.
Indeed ;-(
What is strange too is that using snd_pcm_drain() gives strange result too.
(In theory it should result only the delay to write all the buffer, but it
gives a short extra sound too with alsa)
Compiling pcaudiolib with th
> Then one needs to find a workaround
Hello Martin.
Till now, I do not get good result using only snd_pcm_drop to stop the
stream.
I m more lucky (with help of PortAudio code) with snd_pcm_drain.
int
alsa_object_flush(struct audio_object *object)
{
struct alsa_object *self = to_alsa_obje
5 matches
Mail list logo