diff options
author | Scott Murray <scott.murray@konsulko.com> | 2017-04-02 12:49:28 -0400 |
---|---|---|
committer | Scott Murray <scott.murray@konsulko.com> | 2017-04-10 22:26:07 +0000 |
commit | 5d01b91533af2ba8ffd7afce48b8296e14d60e55 (patch) | |
tree | ef427cbebb92d873d9a2903445c32320ab20c8eb /COPYING | |
parent | a30670cd12e03dc874d2f22c48f497817c78ecdc (diff) |
Switch to using Qt's QAudioOutput for outputchinook_3.0.4chinook_3.0.3chinook/3.0.4chinook/3.0.33.0.43.0.3chinook
The underlying issue in the hang reported in SPEC-455 is that due to
the synchronous nature of the pa_simple_* PulseAudio API, the
pa_simple_write call used blocks when a stream is corked . That
prevents the tuner plugin's output thread from exiting when playback is
stopped, resulting in the observed hang. After examining the available
options, it seemed like switching to Qt's QAudioOutput class made sense
since it allows using the asynchronous PulseAudio API easily, and like
the QRadio class the tuner plugin implements, it is part of QtMultimedia
itself.
Note that the radio_output.* files have been removed as the code is no
longer used, and a new pair of OutputBuffer source files have been added
to contain the small class that is used to connect the RTL-SDR output to
QAudioOutput.
Bug-AGL: SPEC-455
Change-Id: I0d690143b9c70fdca24f9fbf3b016feef8ae627b
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
(cherry picked from commit aeb67506173a7b8cef089fa725c3abe1f629dc67)
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions