Bug#1074072: ITP: python-libpulse -- asyncio interface to the Pulseaudio and Pipewire pulse library

: MIT Programming Lang: Python Description : asyncio interface to the Pulseaudio and Pipewire pulse library libpulse is a Python project based on asyncio, that uses ctypes to interface with the pulse library of the PulseAudio and PipeWire sound servers. The interface is meant to be complete

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

Quoting splashed_overbuilt...@simplelogin.com (2023-06-19 14:31:11) > Thank you. Yes, I've read that page a couple of times before. And today I've > come to conclusion about replacing wireplumber with pipewire-media-session > after looking into its contents one more time. > > Although, it's wor

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

a nice overview of what parts of > PipeWire relates to audio - and therefore needs to be avoided/reverted > if used together with Pulseaudio.

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

Quoting splashed_overbuilt...@simplelogin.com (2023-06-19 12:55:14) > I've noticed that if pipewire.service is running, it'll prevent pulseaudio > from handling audio sub-system. So maybe it should be disabled together with > its pipewire.socket? The main question that still

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

manager is used instead of pipewire-media-session, it'll try to take over the responsibility for audio subsystem as well. And, of course, it's not what we need, since the goal is for PulseAudio to keep fulfilling the respective role. As a side-note, after PipeWire issues, lik

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

I've noticed that if pipewire.service is running, it'll prevent pulseaudio from handling audio sub-system. So maybe it should be disabled together with its pipewire.socket? The main question that still remains is that GNU/Linux distributions somehow worked without PipeWire and the

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

Thank you for the repsonse, Simon! Should the pipewire service be left enabled, or it's better to disable it after the pipewire and wireplumber packages are installed? Will it cause conflicts with PulseAudio if both are enabled? Yura --- Original Message --- On Monday, June

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

On Mon, 19 Jun 2023 at 10:47:49 +0300, Yura wrote: > After upgrade to Bookworm, due to certain limitations of the current > PipeWire implementation I had to switch to PulseAudio. The switch was > done by installing pulseaudio package, deleting all PipeWire packages and > fina

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

Package: general Severity: minor X-Debbugs-Cc: splashed_overbuilt...@simplelogin.com Dear Maintainer, After upgrade to Bookworm, due to certain limitations of the current PipeWire implementation I had to switch to PulseAudio. The switch was done by installing pulseaudio package, deleting all

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Hi Wouter, Le mer. 5 oct. 2022 à 09:21, Wouter Verhelst a écrit : > > I'm not familiar enough yet with pipewire to know which tools to use to > debug what went wrong. Can you point me to the relevant docs? Once I > have a better idea of what went wrong, expect a bug report coming your > way ;-) >

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Hi Dylan, Something in pipewire caused my laptop to lose all audio. Since I work remotely and need to attend meetings over various video conferencing tools, that was not an option for me, so I reverted back to pulseaudio by removing everything from src:pipewire from my laptop and rebooting, which

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

e confused when they find out that PulseAudio is still around despite the migration to Pipewire. I'm happy to do the writing, once I figure out what to write. > Switching to a different sound server implementation shouldn't require > rewriting every graphical and TUI/CLI mixer/con

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Sun, Oct 02, 2022 at 07:29:31PM +0100, Jonathan McDowell wrote: > On Thu, Sep 08, 2022 at 05:58:25PM +0200, Dylan Aïssi wrote: > > Hi, > > > > I have been asked several times regarding when Debian will switch its > > default > > sound server from PulseAu

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, Sep 08, 2022 at 05:58:25PM +0200, Dylan Aïssi wrote: > Hi, > > I have been asked several times regarding when Debian will switch its default > sound server from PulseAudio to PipeWire without having an official answer. > Thus, I suppose it's the right time to start a d

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, Sep 29, 2022 at 02:26:03PM +0200, Emanuele Rocca wrote: > [1] I already have alsa, jack, pulseaudio, pipewire packages > installed... At least no oss anymore! :) Since OSS is completely in-kernel, you actually do :-) (and yes, it still works. I own some ancient non-free games, the

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

ldac/aptx weren't in pulseaudio for a long time, but they are now. Or is there something else? Pipewire has AAC, but not in Debian because libfdk-aac is still considered non-free by us while everyone else, including the FSF, consider it free. but that wouldn't be a distinction bet

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, 29 Sep 2022 at 16:26:45 +0200, Vincent Bernat wrote: > Pipewire has AAC, but not in Debian because libfdk-aac is still considered > non-free by us while everyone else, including the FSF, consider it free. See also . A version of fdk-aac that moves it to main

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On 2022-09-29 15:01, Michael Stone wrote: On Wed, Sep 28, 2022 at 09:02:15PM -0600, Sam Hartman wrote: * Finally, I can use bluetooth on linux with reasonably good audio  quality! Aren't they both using the same backend? ldac/aptx weren't in pulseaudio for a long time, but they a

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Wed, Sep 28, 2022 at 09:02:15PM -0600, Sam Hartman wrote: * Finally, I can use bluetooth on linux with reasonably good audio quality! Aren't they both using the same backend? ldac/aptx weren't in pulseaudio for a long time, but they are now. Or is there something else?

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On September 29, 2022 12:26:03 PM UTC, Emanuele Rocca wrote: >Hi, > >On 2022-09-08 05:58, Dylan Aïssi wrote: >> I have been asked several times regarding when Debian will switch its default >> sound server from PulseAudio to PipeWire without having an official answer. >&g

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

tand > that one can still use pavucontrol, but that would essentially mean > bringing back parts of pulseaudio (at least libpulsedsp, pavucontrol, > and pulseaudio-utils). It's fine to control Pipewire via PulseAudio's IPC protocol (that's what gnome-control-center and gnom

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Hi, On 2022-09-08 05:58, Dylan Aïssi wrote: > I have been asked several times regarding when Debian will switch its default > sound server from PulseAudio to PipeWire without having an official answer. > Thus, I suppose it's the right time to start a discussion about that. PipeWi

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Le 29/09/2022 à 00:30, Lisandro Damián Nicanor Pérez Meyer a écrit : Hi, On Tue, 13 Sept 2022 at 13:39, Antoine Beaupré wrote: [snip] I also have the feeling that pipewire has already gone beyond what pulseaudio is capable of in terms of Bluetooth support, but I might be mistaken on that

Jack client in PipeWire [was: Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio]

Hi, Le 29/09/2022 à 05:02, Sam Hartman a écrit : * If you do need jackd for real because pipewire's jack isn't quite good enough, pipewire's jack client didn't work at all last time I used it. So you may be forced to shut down wireplumber and pipewire and start

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

ire and wireplumber. Major advantages: * I find pipewire is much more likely than pulseaudio to do something sane when there are multiple potential sound devices and when sound devices are added/removed. * Finally, I can use bluetooth on linux with reasonably good audio quality! * pw-j

Re: Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Hi, On Tue, 13 Sept 2022 at 13:39, Antoine Beaupré wrote: [snip] > I also have the feeling that pipewire has already gone beyond what > pulseaudio is capable of in terms of Bluetooth support, but I might be > mistaken on that. Well, with pulseaudio I always needed to run the following

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On 2022-09-08 17:58:25 +0200, Dylan Aïssi wrote: > We cannot talk about PipeWire without mentioning its session manager. > Thus, this change should go along the switch of the default session manager, > i.e. from the deprecated pipewire-media-session to WirePlumber. > We still use pipewire-media-ses

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

ead. At least on my part, this discussion is only about GNOME, specifically, the gnome-core package and probably gnome-settings-daemon. You're still able to keep using PulseAudio especially if you are using other desktops. I don't know when and if other Debian desktops will switch bec

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

that have passed, I think it would be a mistake to switch the default from PA to PW+WP. On Thu, 26 Aug 2021 11:56:05 +0200 Dylan Aïssi wrote: > The best way to deal with that issue is to update all packages that > Depends, Recommends or Suggests pulseaudio to depend either on > pulseaud

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Le jeu. 15 sept. 2022 à 03:21, Ben Hutchings a écrit : > > I understand that applications with very low latency requirements may > need this sort of performance tweaking. But this is not the normal > case, and PulseAudio hasn't required this. If PipeWire does, I think &

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

at enables gstreamer support I'm not sure if this is what you are pointing towards with "hasn't stood still" https://tracker.debian.org/news/1306307/accepted-pulseaudio-150dfsg1-4-source-into-unstable/ Ofcourse the maintainers of this package are doing an excellent job bu

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, Sep 15, 2022 at 08:22:52AM -0400, Michael Stone wrote: > On Tue, Sep 13, 2022 at 07:25:12PM +0200, Michael Biebl wrote: > > Am 13.09.22 um 18:17 schrieb Antoine Beaupré: > > > I also have the feeling that pipewire has already gone beyond what > > > pulseaudi

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Tue, Sep 13, 2022 at 07:25:12PM +0200, Michael Biebl wrote: Am 13.09.22 um 18:17 schrieb Antoine Beaupré: I also have the feeling that pipewire has already gone beyond what pulseaudio is capable of in terms of Bluetooth support, but I might be mistaken on that. Interesting. What do you

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Wed, Sep 14, 2022 at 11:36 PM Felipe Sateler wrote: > What does "switch right now" mean? Just switching gnome-core? What about > the other users? They would all have to switch their order from > `pulseaudio | pipewire-pulse` to `pipewire-pulse | pulseaudio`. Otherwise

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

et feedback from you. (Thanks for all of your > replies!) > > We still have few packages depending/recommending/suggesting only on > pulseaudio and not on either pulseaudio or pipewire-pulse [1]. I'll > start tracking them and will propose a fix right now. This is even more > im

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

to disable most of its safeguards. (This might be wrong; I haven't dug through the RTKit documentation.) I understand that applications with very low latency requirements may need this sort of performance tweaking. But this is not the normal case, and PulseAudio hasn't required this.

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Am Mi, Sep 14, 2022 at 08:41:32 -0400 schrieb Jeremy Bicha: I believe you are significantly overstating the consequences of this switch. It is just a dependency swap in meta-gnome3. The vast majority Maybe, but I remember when pulseaudio was forced upon us, even when it was not really ready

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

ration files/syntax. I believe you are significantly overstating the consequences of this switch. It is just a dependency swap in meta-gnome3. The vast majority of users will not have trouble configuring their audio. PipeWire implements the PulseAudio API. There is no basis to the idea that we m

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

* Dylan Aïssi [220914 05:57]: > Le mer. 14 sept. 2022 à 03:08, Felipe Sateler a écrit : > > > > Dylan, have you thought about how a transition plan would look like? > > Now, regarding the transition plan, I propose to switch right now to pipewire. > This give us 4 months until the "transition an

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

o music and make video calls with friends/colleagues. That is why I am not representative and cannot force the switch (although I will be happy if it happens). Hence my suggestion to get feedback from you. (Thanks for all of your replies!) We still have few packages depending/recommending/suggesting

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

9:38:39PM +0200, Michael Biebl wrote: > >>> Should we repeat this mistake? Or put this differently: is there a > pressing > >>> need/compelling reason to switch to pipewire in bookworm? > >>> I.e. what I miss from the proposal are the benefits of pipewire over &

Re: Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Thanks Antoine and Dylan for those two mails today, now I have a much better understanding of the reasons for switching! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Everyone is

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

bookworm? I.e. what I miss from the proposal are the benefits of pipewire over pulseaudio. Can you elaborate why you'd want to make the switch in bookworm? yes, I'm missing answers to these questions too. The most pressing reason to ship pipewire in bookworm is to have support for sc

Re: Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

what I miss from the proposal are the benefits of pipewire over > > pulseaudio. > > Can you elaborate why you'd want to make the switch in bookworm? > > yes, I'm missing answers to these questions too. The most pressing reason to ship pipewire in bookworm is to have

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Le ven. 9 sept. 2022 à 21:39, Michael Biebl a écrit : > > Should we repeat this mistake? Or put this differently: is there a > pressing need/compelling reason to switch to pipewire in bookworm? > I.e. what I miss from the proposal are the benefits of pipewire over > pulsea

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, Sep 8, 2022 at 11:59 AM Dylan Aïssi wrote: > I have been asked several times regarding when Debian will switch its default > sound server from PulseAudio to PipeWire without having an official answer. I think it's a good idea to switch the Debian GNOME default sound service

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Fri, Sep 09, 2022 at 09:38:39PM +0200, Michael Biebl wrote: > Should we repeat this mistake? Or put this differently: is there a pressing > need/compelling reason to switch to pipewire in bookworm? > I.e. what I miss from the proposal are the benefits of pipewire over > pulseaudi

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Fri, 2022-09-09 at 15:06 +0200, Vincent Bernat wrote: > I also had this issue. This was greatly improved since May and I am > now using it instead of PulseAudio. Check that you have rtkit-daemon > installed. It helps. I have rtkit installed, running and working for my UID accordi

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Am 08.09.22 um 17:58 schrieb Dylan Aïssi: Hi, I have been asked several times regarding when Debian will switch its default sound server from PulseAudio to PipeWire without having an official answer. Thus, I suppose it's the right time to start a discussion about that. I really like the

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Le ven. 9 sept. 2022 à 15:06, Vincent Bernat a écrit : > On 2022-09-09 04:51, Paul Wise wrote: > > On Thu, 2022-09-08 at 17:58 +0200, Dylan Aïssi wrote: > > > >> I have been asked several times regarding when Debian will switch its > default > >> sound server

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On 2022-09-09 04:51, Paul Wise wrote: On Thu, 2022-09-08 at 17:58 +0200, Dylan Aïssi wrote: I have been asked several times regarding when Debian will switch its default sound server from PulseAudio to PipeWire without having an official answer. Thus, I suppose it's the right time to st

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, 2022-09-08 at 17:58 +0200, Dylan Aïssi wrote: > I have been asked several times regarding when Debian will switch its default > sound server from PulseAudio to PipeWire without having an official answer. > Thus, I suppose it's the right time to start a discussion about tha

Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

On Thu, Sep 08, 2022 at 05:58:25PM +0200, Dylan Aïssi wrote: > I have been asked several times regarding when Debian will switch its default > sound server from PulseAudio to PipeWire without having an official answer. > Thus, I suppose it's the right time to start a discussion a

Switch default from PulseAudio to PipeWire (and WirePlumber) for audio

Hi, I have been asked several times regarding when Debian will switch its default sound server from PulseAudio to PipeWire without having an official answer. Thus, I suppose it's the right time to start a discussion about that. As you know, PipeWire is already installed by default with Bul

Bug#1015971: ITP: pamixer -- pulseaudio command line mixer

++ Description : pulseaudio command line mixer pamixer is like amixer but for pulseaudio. It can control the volume levels of the sinks. It is used by the SXMO mobile phone interface, an ITP to follow shortly. It will be packaged in the debian namespace on Salsa: https://salsa.debian.org

Bug#999629: ITP: ponymix -- CLI volume control for PulseAudio

: C++ Description : CLI volume control for PulseAudio Is a command line volume control that let you perform many operations on both device and application sinks and source. Have a CLI volume mixer is a good alternative for those who don't want to use GUI software. I saw a RF

Bug#960460: ITP: wys -- A daemon to bring up and take down PulseAudio loopbacks for phone call audio

down PulseAudio loopbacks for phone call audio A daemon to bring up and take down PulseAudio loopbacks for phone call audio. Wys was written to manage call audio in the Librem 5 phone with a Gemalto PLS8. It may be useful for other systems. Wys is pronounced "weece" to rhyme wi

Bug#926296: RFP: pulseeffects -- DSP effects for Pulseaudio applications

: https://github.com/wwmm/pulseeffects License : GPL-3 Programming Lang: C++ Description : DSP effects for Pulseaudio applications This package provides DSP effects for Pulseaudio applications. . Output Plugins: Limiter, Auto Gain, Expander, Compressor, Multiband Compressor, Equalizer

Bug#924030: ITP: pulseaudio-qt -- Qt framework C++ bindings development files for the pulseaudio sound system.

Package: wnpp Severity: wishlist Owner: Scarlett Moore * Package name: pulseaudio-qt Version : 1.0.0 Upstream Author : David Rosca * URL : https://anongit.kde.org/pulseaudio-qt * License : LGPL-2.1 or LGPL-3 Programming Lang: C++ Description : Qt

Bug#876254: ITP: pulsemixer -- command-line mixer for PulseAudio with a curses interface

-line mixer for PulseAudio with a curses interface pulsemixer is a command-line volume mixer for PulseAudio that provides a customizable curses-based interactive user interface. signature.asc Description: PGP signature

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

On 01/30/2017 02:29 AM, Guus Sliepen wrote: > On Mon, Jan 30, 2017 at 11:19:32AM +0100, Michael Biebl wrote: > >>> Fredrik, the plugin already recommends pavucontrol (which recommends >>> pulseaudio) so it should already have been installed unless you manually >>&

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

On Mon, Jan 30, 2017 at 09:13:00AM -0800, Octavio Alvarez wrote: > >> A pulseaudio plugin without a pulseaudio "Depends" seems rather pointless > > > > But xfce4 Depends on xfce4-pulseaudio-plugin. Maybe it is better if that > > became a Recommends then? >

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

Hi Guus, Quoting Guus Sliepen (2017-01-30 11:29:17) > On Mon, Jan 30, 2017 at 11:19:32AM +0100, Michael Biebl wrote: > > > > Fredrik, the plugin already recommends pavucontrol (which recommends > > > pulseaudio) so it should already have been installed unless you manually

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

On Mon, Jan 30, 2017 at 11:19:32AM +0100, Michael Biebl wrote: > > Fredrik, the plugin already recommends pavucontrol (which recommends > > pulseaudio) so it should already have been installed unless you manually > > asked > > not. But right, it might be a good idea to

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

Am 30.01.2017 um 11:15 schrieb Yves-Alexis Perez: > Fredrik, the plugin already recommends pavucontrol (which recommends > pulseaudio) so it should already have been installed unless you manually asked > not. But right, it might be a good idea to have a direct pulseaudio > rec

Re: [Pkg-xfce-devel] Processed: reassign 853084 to xfce4-pulseaudio-plugin

On Sun, 2017-01-29 at 17:54 +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > reassign 853084 xfce4-pulseaudio-plugin > > Bug #853084 [general] general: Not connected to PulseAudio server > Bug reassigned from package 'gen

Processed: reassign 853084 to xfce4-pulseaudio-plugin

Processing commands for cont...@bugs.debian.org: > reassign 853084 xfce4-pulseaudio-plugin Bug #853084 [general] general: Not connected to PulseAudio server Bug reassigned from package 'general' to 'xfce4-pulseaudio-plugin'. Ignoring request to alter found versions of

Bug#853084: general: Not connected to PulseAudio server

ineffective)? I Added the xfce4-pulseaudio-plugin to the xfce4-panel * What was the outcome of this action? I can see that the plugin icon is greyed out, and when hovering over it I get the message "Not connected to the PulseAudio server". I cannot adjust the sound from

Bug#810241: ITP: pulseaudio-dlna -- A lightweight streaming server which brings DLNA / UPNP and Chromecast support to PulseAudio and Linux

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: pulseaudio-dlna Version: 0.4.7 Upstream Author: Massimo Mund URL: https://github.com/masmu/pulseaudio-dlna License: GPL-3

Bug#748814: ITP: libpulse-java -- PulseAudio sound driver for Java

: PulseAudio sound driver for Java This package will contain the PulseAudio driver for Java extracted from the IcedTea build harness for OpenJDK 7 (also used for the openjdk-7 package). The libpulse-java package can be used with any Java implementation such as OpenJDK 8 or the Oracle JDK. -- To

Re: pulseaudio related problems....

I'm few weeks late to join this discussion but anyway I'd like to share a bit of my experience with pulseaudio... On Sat, 15 Feb 2014 21:52:24 John Paul Adrian Glaubitz wrote: > The problem is that many people who complain about PulseAudio issues > are often prejudiced about

Re: pulseaudio related problems....

On 02/21/2014 03:28 PM, Mario Lang wrote: > No, you have summarized it pretty neatly. > I just don't consider an X11 program a true alternative to a ncurses tool. Did you give pulseaudio-utils a try then? They don't require X. Adrian -- .''`. John Paul Adri

Re: pulseaudio related problems....

Paul Gevers writes: > On 21-02-14 10:57, John Paul Adrian Glaubitz wrote: >> On 02/21/2014 09:29 AM, Mario Lang wrote: >>> I am sorry, both are not an option for me, since alsamixer is a ncurses >>> program, and pavucontrol apparently requires $DISPLAY to be set. >>> >>> I guess that explains why

Re: pulseaudio related problems....

Hi, John Paul Adrian Glaubitz: > There are a couple of command line utilities to control Pulse Audio in > the package "pulseaudio-utils". But I haven't used it that much to be > able to assess whether it provides the features Mario needs. > "pacmd" allow

Re: pulseaudio related problems....

urse ALSA has > the same problem that if you don't hear it you can't change it, but > at least it doesn't require an DE just to change your sound > settings (to get it to work). There are a couple of command line utilities to control Pulse Audio in the package "pulseaud

Re: pulseaudio related problems....

Say that I use a screen reader. Someone helps me installing debian, configures the volume level to non-zero and then I am on my own. After a while some package decides to install PA, then the audio is gone, then I'll need someone to come over a second time to help me with that. So yes it applie

Re: pulseaudio related problems....

On 21-02-14 10:57, John Paul Adrian Glaubitz wrote: > On 02/21/2014 09:29 AM, Mario Lang wrote: >> I am sorry, both are not an option for me, since alsamixer is a ncurses >> program, and pavucontrol apparently requires $DISPLAY to be set. >> >> I guess that explains why the accessibility community

Re: pulseaudio related problems....

On 02/21/2014 11:38 AM, Jean-Christophe Dubacq wrote: > Not the same accessibility. And the screen reader will not work if PA > does not work. > This is quite difficult to debug remotely; if the user cannot describe > the output of > commands, then we are doomed. Doesn't this perfectly apply to AL

Re: pulseaudio related problems....

Le 2014-02-21 09:57, John Paul Adrian Glaubitz a écrit : On 02/21/2014 09:29 AM, Mario Lang wrote: I am sorry, both are not an option for me, since alsamixer is a ncurses program, and pavucontrol apparently requires $DISPLAY to be set. I guess that explains why the accessibility community has

Re: pulseaudio related problems....

On 02/21/2014 09:29 AM, Mario Lang wrote: > I am sorry, both are not an option for me, since alsamixer is a ncurses > program, and pavucontrol apparently requires $DISPLAY to be set. > > I guess that explains why the accessibility community has > problems with PA. What's wrong with the accessibil

Re: pulseaudio related problems....

John Paul Adrian Glaubitz writes: > I think most people simply don't configure PulseAudio correctly. > They have the assumption that sound cards are still simple devices > with one input jack and one output jack and any application using it > just has to find the sound card and

Re: pulseaudio related problems....

Hi, Helmut Grohne: > Once you manually move a stream to a different sink, PA records your > decision and the default sink is no longer relevant for that client. So > when you move back, and restart your client, it is not affected by the > default sink. What you propose does not work. Do you have a

Re: pulseaudio related problems....

On Tue, Feb 18, 2014 at 05:25:13PM +0100, Josselin Mouette wrote: > Le lundi 17 février 2014 à 13:24 +, Wookey a écrit : > > The main complaint in this thread seems to be 'my sound worked with > > ALSA, but installing PA stopped/stops it working'. It seems to me that > > PA should try very har

Re: pulseaudio related problems....

previously on this list John Paul Adrian Glaubitz contributed: > The problem is that many people who complain about PulseAudio issues > are often prejudiced about it in the first place such that they aren't > actually interested in having the problem fixed but rather just want >

Re: pulseaudio related problems....

previously on this list Steve Langasek contributed: > All > software has bugs. The difference is in how you handle them. And how many!!! AND how many per 1000 lines AND how many run with priviledges. -- ___ 'Write programs th

Re: pulseaudio related problems....

On Tue, Feb 18, 2014 at 10:17:53AM +0100, Matthias Urlichs wrote: > but it takes care of the "Future" part. For the "past" one, obviously > you'll have to ask PA to enumerate the sink's inputs and then move them > to the new default one by one. > > The pavucontrol GUI doesn't do that currently, bu

Re: pulseaudio related problems....

Le mardi 18 février 2014 à 11:51 +0100, Andrew Shadura a écrit : > On 18 February 2014 11:37, Jean-Christophe Dubacq wrote: > > This is obviously a feeling. Facts would be better. > > > Pulseaudio is not broken, not by large. Many linux users use it without > > any pr

Re: pulseaudio related problems....

ts to whatever is > 'currently configured'? Shouldn't the presence of such config _help_ > make it find the right output and levels? Trying to guess what ALSA did and parsing ALSA configuration files (which can be extremely complex) doesn’t sound like a recipe to write reliable software.

Re: pulseaudio related problems....

n you are having so much trouble with Pulse Audio. > A certain number of users seem to be having troubles with pulseaudio, yet you > keep insisting that it's just their fault and that since you can't reproduce > (have you even tried?) then the problem doesn't exist. > &

Re: pulseaudio related problems....

On Tue, Feb 18, 2014 at 11:37:31AM +0100, Jean-Christophe Dubacq wrote: > On 18/02/2014 10:57, Andrew Shadura wrote: > > Hello, > > > > On 18 February 2014 09:33, Lars Wirzenius wrote: > >> On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote: > >>> Is it not? It's much more convenient

Re: pulseaudio related problems....

d better. Worse, it's a year old and nobody from the Pulseaudio maintenance team seems to have looked at it, or at least commented on it. That shouldn't happen either. (Note that I'm not blaming them, we are all volunteers and sometimes things fall through the cracks.) HOWEVER, the or

Re: pulseaudio related problems....

ion, and many have offered to provide more information and debugging. Some include workarounds, and two non-maintainers have helped triage the bugs. But the offers of providing more information aren't being responded to. I think the issues that non-maintainers can handle have been triaged, so these ar

Re: pulseaudio related problems....

In data martedì 18 febbraio 2014 12.51.38, hai scritto: Hi, >From my perspective, it's not that pulseaudio is broken and has to be purged from existence, it is that reports from users who can't get any audio are being responded to with: "your fault, deal with it, pulseaud

Re: pulseaudio related problems....

; when you are having so much trouble with Pulse Audio. > A certain number of users seem to be having troubles with pulseaudio, yet you > keep insisting that it's just their fault and that since you can't reproduce > (have you even tried?) then the problem doesn't exist. If

Re: pulseaudio related problems....

Hi, Salvo Tomaselli writes: > A certain number of users seem to be having troubles with pulseaudio, yet you > keep insisting that it's just their fault and that since you can't reproduce > (have you even tried?) then the problem doesn't exist. > > We unders

Re: pulseaudio related problems....

of users seem to be having troubles with pulseaudio, yet you keep insisting that it's just their fault and that since you can't reproduce (have you even tried?) then the problem doesn't exist. We understood it, for you pulseaudio is completely bug free and all the problems abo

Re: pulseaudio related problems....

On 18/02/14 11:51, Andrew Shadura wrote: > The only time I has somehow working PulseAudio was when I installed > Ubuntu on a computer I was going to sell. However, it had some > extremely weird behaviour: music did play only as long as I was on the > same virtual console as the X serv

Re: pulseaudio related problems....

I do anything completely wrong if I changed no configuration at all, it was what I've got by default. ALSA with no configuration changes works just fine, I'd expect the same from PulseAudio to consider it to be usable. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-devel-requ.

Re: pulseaudio related problems....

On 02/18/2014 11:51 AM, Andrew Shadura wrote: > The only time I has somehow working PulseAudio was when I installed > Ubuntu on a computer I was going to sell. However, it had some > extremely weird behaviour: music did play only as long as I was on the > same virtual console as the X

Re: pulseaudio related problems....

On 18 February 2014 11:37, Jean-Christophe Dubacq wrote: > This is obviously a feeling. Facts would be better. > Pulseaudio is not broken, not by large. Many linux users use it without > any problems; it is default on almost all distributions, including the > largest ones (D

  1   2   3   >