Questions:
1. How can pipewire be configured for 192000 Hz audio output? 2. Are these problems with abrt at this time of Final Freeze a reason for concern, or normal for the release process? 3. Does the message "Can't find packages for 33 debuginfo files"? below signify some process error? (RPM packages were created and distributed, but the related debuginfo packages failed to be prepared.)
Details:
I have some 192000 Hz 24-bit audio recordings that I tried to play using F34 and a Focusrite Scarlet 2i2 USB audio interface, using the Strawberry music player. This works well when I configure Strawberry to use ALSA with the 2i2 sound card, but I wanted to see what pipewire would do.
I configured Strawberry to use the Pulseaudio server (provided in F34 by pipewire) and discovered output was at 48000 Hz.
I read in: https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Configuration
PipeWire currently has one global sample rate used in the processing pipeline. All signals are converted to this sample rate and then converted to the sample rate of the device.
You can change the sample rate in /etc/pipewire/pipewire.conf.
and therefore I changed the 48000 to 119000.
This made no difference, so I thought to logout then try again, thinking this might be just an initialization problem.
When I logged out, pipewire crashed.
When abrt tried to report the problem:
Retrace job failed
(In my limited experience with F34, this seems a very frequent problem.)
An attempt to generate a local trace also failed...
Analyzing coredump 'coredump' Cleaning cache... Cache cleaning has finished Coredump references 24 debuginfo files Initializing package manager Setting up repositories Looking for needed packages in repositories Going to install 11 debuginfo packages Can't find packages for 33 debuginfo files Packages to download: 11 Downloading 5.93Mb, installed size: 19.85Mb. Continue? 'YES' Downloading (1 of 11) lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm: 100% Extracting cpio from /var/tmp/dnf-ryniker-6l_rpqco/fedora-debuginfo-9605faba16ec80df/packages/lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm Caching files from unpacked.cpio made from lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm Can't extract files from '/var/tmp/abrt-tmp-debuginfo.qhUUtE/unpacked.cpio'. For more information see '/tmp/abrt-unpacking-gw66wjbp' Unpacking failed, aborting download... Can't download debuginfos: [Errno 1] Operation not permitted: '/var/cache/abrt-di/usr'
/tmp/abrt-unpacking-gw66wjbp contains:
cpio: ./usr/lib/debug: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/.build-id: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/.build-id/a2: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/usr: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/usr/lib64: Cannot change mode to rwxr-xr-x: Operation not permitted 1758 blocks
Hello, what happened when you tried to reload the services (or restarting computer)? Did it work then or has pipewire been crashing constantly since then? Let's ignore the Abrt stuff, as it is probably not related to pipewire anyhow.
Lukas
On Tue, Apr 6, 2021 at 2:37 AM Richard Ryniker ryniker@ryniker.org wrote:
Questions:
- How can pipewire be configured for 192000 Hz audio output?
- Are these problems with abrt at this time of Final Freeze a reason for concern, or normal for the release process?
- Does the message "Can't find packages for 33 debuginfo files"? below signify some process error? (RPM packages were created and distributed, but the related debuginfo packages failed to be prepared.)
Details:
I have some 192000 Hz 24-bit audio recordings that I tried to play using F34 and a Focusrite Scarlet 2i2 USB audio interface, using the Strawberry music player. This works well when I configure Strawberry to use ALSA with the 2i2 sound card, but I wanted to see what pipewire would do.
I configured Strawberry to use the Pulseaudio server (provided in F34 by pipewire) and discovered output was at 48000 Hz.
I read in: https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Configuration
PipeWire currently has one global sample rate used in the processing pipeline. All signals are converted to this sample rate and then converted to the sample rate of the device.
You can change the sample rate in /etc/pipewire/pipewire.conf.
and therefore I changed the 48000 to 119000.
This made no difference, so I thought to logout then try again, thinking this might be just an initialization problem.
When I logged out, pipewire crashed.
When abrt tried to report the problem:
Retrace job failed
(In my limited experience with F34, this seems a very frequent problem.)
An attempt to generate a local trace also failed...
Analyzing coredump 'coredump' Cleaning cache... Cache cleaning has finished Coredump references 24 debuginfo files Initializing package manager Setting up repositories Looking for needed packages in repositories Going to install 11 debuginfo packages Can't find packages for 33 debuginfo files Packages to download: 11 Downloading 5.93Mb, installed size: 19.85Mb. Continue? 'YES' Downloading (1 of 11) lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm: 100% Extracting cpio from /var/tmp/dnf-ryniker-6l_rpqco/fedora-debuginfo-9605faba16ec80df/packages/lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm Caching files from unpacked.cpio made from lz4-libs-debuginfo-1.9.3-2.fc34.x86_64.rpm Can't extract files from '/var/tmp/abrt-tmp-debuginfo.qhUUtE/unpacked.cpio'. For more information see '/tmp/abrt-unpacking-gw66wjbp' Unpacking failed, aborting download... Can't download debuginfos: [Errno 1] Operation not permitted: '/var/cache/abrt-di/usr'
/tmp/abrt-unpacking-gw66wjbp contains:
cpio: ./usr/lib/debug: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/.build-id: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/.build-id/a2: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/usr: Cannot change mode to rwxr-xr-x: Operation not permitted cpio: ./usr/lib/debug/usr/lib64: Cannot change mode to rwxr-xr-x: Operation not permitted 1758 blocks _______________________________________________ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Lukas Ruzicka lruzicka@redhat.com wrote on Tue, 6 Apr 2021 09:44:22 +0200:
what happened when you tried to reload the services (or restarting computer)?
Ah, the Power-On-Reset panacea. Cures many ills, and cured this one nicely.
Both prior to pipewire (F33) and with pipewire (F34), it is possible to obtain 192 kHz output with direct use via ALSA of sound cards that support this frequency. With the change to pipewire configuration:
default.clock.rate = 192000
I find pipewire will provide data at this rate when the default output sound device supports it. This is a definite advantage of pipewire over Pulseaudio, which (as far as I know) has no such capability for default output.
I tried, without success, to reproduce the original problem. I restored /etc/pipewire/pipewire.conf to its original state, logged out, logged in, rebooted, all without any pipewire crash, and observed the original 48 kHz behavior.
I changed pipewire.conf again to specify the 192000 rate: no problem, and output is back to 192 kHz.
Good news.
Abrt is a different issue, but I suppose it will improve in the normal course of events.