Bug 13219 - Poor Audio quality on HW using gstreamer
Summary: Poor Audio quality on HW using gstreamer
Status: RESOLVED WORKSFORME
Alias: None
Product: Error Reporting tool
Classification: Yocto Project Subprojects
Component: Error Reporting Tool (show other bugs)
Version: 0.0.0
Hardware: x86 Multiple
: Medium critical
Target Milestone: 2.7
Assignee: Igor Miranda
QA Contact: apoorv sangal
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2019-03-08 17:51 UTC by Igor Miranda
Modified: 2020-07-23 07:48 UTC (History)
1 user (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Igor Miranda 2019-03-08 17:51:28 UTC
I'm using the OPUS to stream my audio, but the quality is very pour. I'm using this pipline for RX:

gst-launch-1.0  udpsrc port=9001 caps=\"application/x-rtp,rate=48000,channels=2\" name=teste ! rtpopusdepay ! opusdec ! level message=true ! tee name=t ! queue ! audioresample ! alsasink t. ! queue ! lamemp3enc 

and this for my TX:

gst-launch-1.0  autoaudiosrc ! level message=true ! audioconvert ! audioresample ! tee name=split ! queue ! opusenc  bitrate=48000 bandwidth=narrowband complexity=0 inband-fec=true packet-loss-percentage=10 ! rtpopuspay pt=100 ! udpsink host=192.168.10.142  port=9001 name=teste split. ! queue ! lamemp3enc 

Does anyone know how can I improve my audio?
Comment 1 Randy MacLeod 2019-03-14 14:43:13 UTC
What is your hardware platform and which BSP layer are you using?
Is the hardware capable of handling the two pipelines that you present in an older release or are you simply asking too much (performance and no latency) for this board? Have you considered adjusting the priority of the process if they are intended to be real-time? That might help.
Comment 2 Randy MacLeod 2019-04-25 15:07:34 UTC
Without additional information, there's no action to take so defect closed.