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 405
    • Issues 405
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 9
    • Merge requests 9
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • 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
  • #729

Closed
Open
Created Feb 13, 2021 by Sergey Kondakov@fox

Volume should be 100% for soft-mixer & null-sinks when hard mixer is present, both hard & soft values should be saved

When testing out #698 (closed) setup (which has api.alsa.soft-mixer = true and 2 null-sinks) I've noticed that software volume for USB DAC and both null-sinks is not 100% even though I only use hardware slider to change it occasionally while digital signal is close to 0dB. Meaning that it was either result of leftover of some configuration or attempt of some logic to set it at "safe but loud" default.

I've always stipulated that software volume should always be used and exposed everywhere while hardware volume should be exposed only for direct user manipulation. But that implies that safe default for volume should be set only for hardware levels unless they are completely absent.

If it was result of auto-configuration then I suspect some of these changes:

  • 82bc0710
  • c140a573
  • 1511f19f
Edited Mar 01, 2021 by Sergey Kondakov
Assignee
Assign to
Time tracking