Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Look into reducing queue latency in audio #1501

Open
adamcik opened this issue Apr 12, 2016 · 0 comments
Open

Look into reducing queue latency in audio #1501

adamcik opened this issue Apr 12, 2016 · 0 comments
Labels
A-audio Area: Audio layer

Comments

@adamcik
Copy link
Member

adamcik commented Apr 12, 2016

Ideally we should be able to have a single buffer queue, with all the other limits disabled on the tee pads. This would ensure minimal latency for the software volume changes. And in general having low latency in the pipeline is a good thing.

However, if you try and implement this as things are now it will fail. But not consistently, appsrc based backends like spotify seem to be better at triggering the lockups. After a lot of debugging the culprit has been pinpointed as the fakesink with sync set to true. This element was added per the recommendation in https://coaxion.net/blog/2014/01/gstreamer-dynamic-pipelines/ to ensure that when all dynamic outputs get disabled we still playback using the clock, and don't just speed through everything.

Currently I don't know how we can solve this. So for now this is just a quick summary / brain dump so we have the problem documented.

@adamcik adamcik added the A-audio Area: Audio layer label Apr 12, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-audio Area: Audio layer
Projects
None yet
Development

No branches or pull requests

1 participant