From f787959263698a71974d91843bee67c9958407fb Mon Sep 17 00:00:00 2001 From: George Kiagiadakis Date: Fri, 12 Mar 2021 18:23:31 +0200 Subject: radio: s/pwaudiosink/pipewiresink/ This is the one and only pipewire sink now. Bug-AGL: SPEC-3844 Signed-off-by: George Kiagiadakis Change-Id: If7c69f9c944f92006bde1aa3b9745b7966501a65 --- binding/radio_impl_kingfisher.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'binding/radio_impl_kingfisher.c') diff --git a/binding/radio_impl_kingfisher.c b/binding/radio_impl_kingfisher.c index 92abb11..5fc8a1e 100644 --- a/binding/radio_impl_kingfisher.c +++ b/binding/radio_impl_kingfisher.c @@ -219,7 +219,7 @@ static int kf_init(void) // Use PipeWire output rc = snprintf(gst_pipeline_str, GST_PIPELINE_LEN, - "alsasrc device=hw:radio ! queue ! audioconvert ! audioresample ! pwaudiosink stream-properties=\"p,media.role=Multimedia\""); + "alsasrc device=hw:radio ! queue ! audioconvert ! audioresample ! pipewiresink stream-properties=\"p,media.role=Multimedia\""); if(rc >= GST_PIPELINE_LEN) { AFB_API_ERROR(afbBindingV3root, "pipeline string too long"); return -1; @@ -400,7 +400,7 @@ static void kf_stop(void) // NOTE: Using NULL here instead of READY, as it seems to trigger // some odd behavior in the pipeline; alsasrc does not seem to // stop, and things get hung up on restart as there are a bunch - // of "old" samples that seemingly confuse pwaudiosink. Going + // of "old" samples that seemingly confuse pipewiresink. Going // to NULL state seems to tear down things enough to avoid // whatever happens. gst_element_set_state(pipeline, GST_STATE_NULL); -- cgit 1.2.3-korg