-
Notifications
You must be signed in to change notification settings - Fork 485
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
Linux PPA package: use of non-optimal SystemCmdSound #3285
Comments
Note: 801f81d, SystemCmdSound disabled. |
TODO: |
This was not part of the design. Question is just how this should be handled. Obviously, some kind of mutex. But besides that, should parallel play requests be queued, dropped or what? EDIT: The design is really that there should be no overlapping sound requests. Calling code should wait for the callback before issuing next request. This is implemented in other places. |
"Calling code should wait for the callback before issuing next request" |
I think we are done here. |
Great to hear! The bug is about the Debian package configuration, we should be able to close it when we abandon the current Debian package build procedures. Marking as fixed for now |
Today's master code Activated CPA Alert: |
Removing Done label for now. |
@bdbcat ^ |
Tested on local rPI5. Could not reproduce Hakan's trouble. |
Describe the bug
The PPA packages for non-amd64 architectures are configured using SystemCmdSound. Since this means using an external binary to run sounds, it means less control and performance compared to using libraries linked to the main executable.
It also means that the amd64 packages are linked differently than armhf/arm64.
Expected behavior
The PPA package should use the default configuration which uses the portaudio library on all platforms.
Additional context
The official package has been using portaudio as long as it has existed. Furthermore, the build dependencies already contains portaudio19-dev .
BTW: A debian architecture is never aarch64, it is always using arm64. aarch64 is what is used outside of Debian, like the NDC tools, Fedora, the ARM company, etc. Hence the "aarch64" branch in debian/rules is not really useful.
The only change required would be:
The text was updated successfully, but these errors were encountered: