This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GSM Audio Pocket Knife".
The branch, master has been updated
via d5cfaa6a52d09551661f2cc8ef7ffc24f809960a (commit)
via 83aa99e7a9a1ff0d6949b4c71cd8817e2668b341 (commit)
from 6c42261cd2b8075904e3df9ec987ffe52c6adb2b (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://cgit.osmocom.org/gapk/commit/?id=d5cfaa6a52d09551661f2cc8ef7ffc24f80…
commit d5cfaa6a52d09551661f2cc8ef7ffc24f809960a
Author: Vadim Yanitskiy <axilirator(a)gmail.com>
Date: Sat Sep 2 21:34:03 2017 +0700
pq_alsa.c: print error message if device init fails
http://cgit.osmocom.org/gapk/commit/?id=83aa99e7a9a1ff0d6949b4c71cd8817e266…
commit 83aa99e7a9a1ff0d6949b4c71cd8817e2668b341
Author: Vadim Yanitskiy <axilirator(a)gmail.com>
Date: Sat Sep 2 21:34:02 2017 +0700
pq_alsa.c: handle output buffer underrun
On some systems the ALSA output buffer is pretty big, and
if the audio samples are not being passed into the buffer
quickly enough, it becomes starved for data, resulting
in an error called underrun.
Previously, when it happenned, GAPK used to stop processing
with the following message (where X is a random number):
[+] PQ: Adding ALSA output (dev='default', blk_len=320)
[!] pq_execute(): abort, item returned -1
[+] Processed X frames
According to the ALSA documentation, the pcm_handle
changes its state when the problem happens, and should
be recovered using the snd_pcm_prepare() call. This change
actually does that.
-----------------------------------------------------------------------
Summary of changes:
src/pq_alsa.c | 20 +++++++++++++++++---
1 file changed, 17 insertions(+), 3 deletions(-)
hooks/post-receive
--
GSM Audio Pocket Knife