[PATCH v3 18/24] echo-cancel: Improve webrtc canceller error handling a bit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2016-01-18 at 13:06 +0530, arun at accosted.net wrote:

> From: Arun Raghavan <git at arunraghavan.net>
> 
> ---
>  src/modules/echo-cancel/webrtc.cc | 14 ++++++++++----
>  1 file changed, 10 insertions(+), 4 deletions(-)
> 
> diff --git a/src/modules/echo-cancel/webrtc.cc b/src/modules/echo-cancel/webrtc.cc
> index 2732b38..5741f45 100644
> --- a/src/modules/echo-cancel/webrtc.cc
> +++ b/src/modules/echo-cancel/webrtc.cc
> @@ -284,7 +284,10 @@ bool pa_webrtc_ec_init(pa_core *c, pa_echo_canceller *ec,
>          webrtc::StreamConfig(play_ss->rate, play_ss->channels, false), /* reverse input stream */
>          webrtc::StreamConfig(play_ss->rate, play_ss->channels, false), /* reverse output stream */
>      };
> -    apm->Initialize(pconfig);
> +    if (apm->Initialize(pconfig) != webrtc::AudioProcessing::kNoError) {
> +        pa_log("Error initialising audio processing module");
> +        goto fail;
> +    }
>  
>      if (hpf)
>          apm->high_pass_filter()->Enable(true);
> @@ -313,7 +316,8 @@ bool pa_webrtc_ec_init(pa_core *c, pa_echo_canceller *ec,
>              ec->params.webrtc.agc = false;
>          } else {
>              apm->gain_control()->set_mode(webrtc::GainControl::kAdaptiveAnalog);
> -            if (apm->gain_control()->set_analog_level_limits(0, WEBRTC_AGC_MAX_VOLUME) != apm->kNoError) {
> +            if (apm->gain_control()->set_analog_level_limits(0, WEBRTC_AGC_MAX_VOLUME) !=
> +                    webrtc::AudioProcessing::kNoError) {
>                  pa_log("Failed to initialise AGC");
>                  goto fail;
>              }
> @@ -361,7 +365,8 @@ void pa_webrtc_ec_play(pa_echo_canceller *ec, const uint8_t *play) {
>      pa_assert(play_frame.samples_per_channel_ <= webrtc::AudioFrame::kMaxDataSizeSamples);
>      memcpy(play_frame.data_, play, ec->params.webrtc.blocksize * pa_frame_size(ss));
>  
> -    apm->ProcessReverseStream(&play_frame);
> +    if (apm->ProcessReverseStream(&play_frame) != webrtc::AudioProcessing::kNoError)
> +        pa_log("Failed to process playback stream");
>  }
>  
>  void pa_webrtc_ec_record(pa_echo_canceller *ec, const uint8_t *rec, uint8_t *out) {
> @@ -387,7 +392,8 @@ void pa_webrtc_ec_record(pa_echo_canceller *ec, const uint8_t *rec, uint8_t *out
>      }
>  
>      apm->set_stream_delay_ms(0);
> -    apm->ProcessStream(&out_frame);
> +    if (apm->ProcessStream(&out_frame) != webrtc::AudioProcessing::kNoError)
> +        pa_log("Failed to process capture stream");

I don't like error messages that can spam the syslog. Would a hard
failure be acceptable here (that is, unload the module, or change to a
failure state where the module stays around but does no processing)?

-- 
Tanu


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux