Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • pipewire pipewire
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 464
    • Issues 464
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 17
    • Merge requests 17
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • PipeWire
  • pipewirepipewire
  • Issues
  • #1128
Closed
Open
Created May 01, 2021 by possessedbysatan@lifelesswithin

Minor issues

Hello everyone!

Recently I replaced pulseaudio with pipewire, and it works well! Thank you.

Here are a few things that I noticed that might be buggy or that might be worth considering:

  1. Bluetooth: Even with a global sampling rate of 96kHz, and even though LDAC is being used with the hq option (bluez5.a2dp.ldac.quality), a fixed sampling rate of 44.1kHz is used when playing audio (I confirmed this with pactl and my BT DAC screen reports said sampling rate). Is this a pipewire/libldac limitation?

  2. This is more of a kernel issue (since it affects pulseaudio as well), but do you think it could be possible to get this fixed in pipewire instead? As of kernel 5.11 this bug still seems to be present. Here's more info.

  3. This isn't a 'minor issue' but rather a question: Is there anything like pulseaudio's avoid-resampling? This would be useful for bit-perfect playback, and for MQA users, since MQA-enabled DACs need bit-perfect playback in order to be able to decode the stream. This might also avoid unnecessary CPU load since the stream is just 'directly' passed to the sink.

Version, Distribution, Desktop Environment:

Version:
pipewire 1:0.3.26-1
pipewire-media-session 1:0.3.26-1
pipewire-pulse 1:0.3.26-1
Distribution:
Arch Linux / 5.11.16-zen1-1-zen 
DE:
plasma-desktop 5.21.4-1

[BT issue] Steps to Reproduce:

  1. Change global sampling rate to 96KHz and set bluez5.a2dp.ldac.quality to hq, then restart pipewire services
  2. Play some music

Actual Results: LDAC playback at 44.1kHz, according to both pactl list sinks and my DAC's display

Expected Results: LDAC playback at 96kHz

pw-dump.txt

Edited May 01, 2021 by possessedbysatan
Assignee
Assign to
Time tracking