Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

I'm using rpm-ostree based fedora system (fedora 33) with pipewire and after latest update pipewire-0.3.23-1.fc33.x86_64 pipewire-alsa-0.3.23-1.fc33.x86_64 pipewire-pulseaudio-0.3.23-1.fc33.x86_64 pipewire-utils-0.3.23-1.fc33.x86_64 pipewire-libs-0.3.23-1.fc33.x86_64 pipewire0.2-libs-0.2.7-4.fc33.x

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 2/19/21 3:47 PM, Tom Seewald wrote: Well, the idea would be for us to put it into Rawhide and do a series of test days/weeks to get feedback and close any remaining gaps. If it doesn't manage to pull through by beta freeze, then we would revert and push it back to Fedora 35. Did these test d

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Well, the idea would be for us to put it into Rawhide and do a series > of test days/weeks to get feedback and close any remaining gaps. If it > doesn't manage to pull through by beta freeze, then we would revert > and push it back to Fedora 35. Did these test days/weeks ever happen? I don't rec

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> The f33 xfce4-pulseaudio-plugin package from updates-testing can now > work with pipewire and so far so good. I'm of course lacking the features > I was using with paprefs, but will try to find in the pipewire docs whether > the same can be achieved with pipewire-specific tooling. > > My main cas

Re: hotplug headphone detection in pipewire? (was: Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change))

On 14/01/2021 11:45, Felix Schwarz wrote: I switched a desktop F33 machine from pulseaudio to pipewire and it seems to work fine at a quick glance: $ sudo dnf swap pulseaudio pipewire-pulseaudio --allowerasing --enablerepo=updates-testing $ systemctl --user enable pipewire pipewire-pulse No

hotplug headphone detection in pipewire? (was: Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change))

I switched a desktop F33 machine from pulseaudio to pipewire and it seems to work fine at a quick glance: $ sudo dnf swap pulseaudio pipewire-pulseaudio --allowerasing --enablerepo=updates-testing $ systemctl --user enable pipewire pipewire-pulse Now I have the problem when I re-plug my hea

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Same explicit dependency with the xfce4-pulseaudio-plugin package. > > I'm now much closer to giving pipewire a try. The f33 xfce4-pulseaudio-plugin package from updates-testing can now work with pipewire and so far so good. I'm of course lacking the features I was using with paprefs, but will t

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> With the help of Tomas and Jan, we've got this sorted out. Upgrade to > pipewire 0.3.15 did help with Chrome, Firefox, and OBS being now able to > share the screen. It doesn't help with UX of pipewire portal dialogs but > this is something I can live with for time being. Hi, I noticed a pipewir

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Il giorno ven, 20/11/2020 alle 11.26 -0500, Ben Cotton ha scritto: > https://fedoraproject.org/wiki/Changes/DefaultPipeWire > > == Summary == > This change proposal is to route all audio from PulseAudio and JACK > to > the PipeWire Audio > daemon by default. > > == Owner == > * Name: [[User:Wtaym

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

My experience is pretty OK with PipeWire in f33. Gaming also OK and seems like even fixed long standing issues in some games. Overall is better in terms of CPU utilization and quality (subjectively). But one noticeable issue - no volume control in GNOME Shell, but it available in System Setting

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, 2020-11-30 at 00:31 +0100, Dan Čermák wrote: > "Wim Taymans" writes: > > * propose permanent switch for f35 > >   - it gets at least full cycle of testing (f34 + part of f33) > > * re-evaluate situation for f35 beta freeze to make a default > > switch. > > > > Although a bit slower than e

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 29/12/2020 01:41, Luya Tshimbalanga wrote: I was trying it with Bose QC35 headphones. It was 0.3.18 and as I say it was showing up as a device but with no node that I could route audio to. Maybe an extra step is required for that Bose QC35. Try to forget that device and reconnect. Tha

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> I was trying it with Bose QC35 headphones. > > > It was 0.3.18 and as I say it was showing up as a device but > with no node that I could route audio to. > Maybe an extra step is required for that Bose QC35. Try to forget that device and reconnect. > That configuration you attached still se

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 27/12/2020 20:07, Luya Tshimbalanga wrote: On 2020-12-21 3:31 a.m., Tom Hughes via devel wrote: On 20/11/2020 16:26, Ben Cotton wrote: <   - bluetooth devices, connect as usual and verify working behaviour with PipeWire. Check volume changes etc. I was unable to get this to work. Works

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 2020-12-15 10:52 a.m., Tom Seewald wrote: Gary Buhrmaster wrote on Mon, Dec 14, 2020: With updates-testing enabled here, it's much better than last month (no more gdm being removed), but there still are a few pulseaudio direct dependencies: Steam from rpmfusion still conflicts with pipewire

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 2020-12-21 3:31 a.m., Tom Hughes via devel wrote: On 20/11/2020 16:26, Ben Cotton wrote: == Summary == This change proposal is to route all audio from PulseAudio and JACK to the PipeWire Audio daemon by default. So I tried this in F33 with the packages from updates-testing and I'm afraid

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 20/11/2020 16:26, Ben Cotton wrote: == Summary == This change proposal is to route all audio from PulseAudio and JACK to the PipeWire Audio daemon by default. So I tried this in F33 with the packages from updates-testing and I'm afraid to say it didn't end well... Audio functionality shou

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Em Mon, 14 Dec 2020 23:04:23 + Gary Buhrmaster escreveu: > On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab > wrote: > > > # dnf swap pulseaudio pipewire-pulseaudio --allowerasing > > I needed to add --enablerepo=updates-testing > > Also, you may need to (as yourself) perfor

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi, I'm the packager of pulseaudio-module-bluetooth-freeworld in rpmfusion. That library provides AAC, LDAC and aptX for Bluetooth users. What seems to be the case is that pipewire can already be built with aptX and ldac support: https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/sp

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> After removing pulseaudio package I have no sound and pipewire-pulse doesn't > autostart, pulseaudio used /etc/xdg/autostart to start. > Even after activating pipewire-pulse using systemctl it still has no sound. > CONFESSION: I have found the issue :blush: I was remotely (virt-manager over s

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Dec 16, 2020 at 5:18 AM Leigh Scott wrote: > > > Maybe you would like to elaborate, because I have switched yesterday and > > so far I can't see any difference in functionality. > > > > > > Vít > > > > > > Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a): > > After removing pulseaudio package I

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Maybe you would like to elaborate, because I have switched yesterday and > so far I can't see any difference in functionality. > > > Vít > > > Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a): After removing pulseaudio package I have no sound and pipewire-pulse doesn't autostart, pulseaudio use

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Maybe you would like to elaborate, because I have switched yesterday and so far I can't see any difference in functionality. Vít Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a): Why push this half baked feature for F34, I just tried the F34 cinnamon spin and this feature isn't even alpha qualit

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Why push this half baked feature for F34, I just tried the F34 cinnamon spin and this feature isn't even alpha quality. I wont be switching cinnamon or any rpmfusion packages I maintain to it till it's rock steady release quality. ___ devel mailing list

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Wim Taymans wrote on Tue, Dec 15, 2020: > > In particular I'm worried alsa programs will stop working. > > There is a pipewire-alsa package to support alsa programs Aha! I had missed it, thanks. > > Shouldn't the alsa-plugins-pulseaudio also be compatible with pipewire's > > pulseaudio implement

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Gary Buhrmaster wrote on Mon, Dec 14, 2020: > > With updates-testing enabled here, it's much better than last month (no > more gdm being removed), but there still are a few pulseaudio direct > dependencies: Steam from rpmfusion still conflicts with pipewire-pulseaudio as well. Until that confl

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi, > In particular I'm worried alsa programs will stop working. There is a pipewire-alsa package to support alsa programs > Shouldn't the alsa-plugins-pulseaudio also be compatible with pipewire's > pulseaudio implementation? It is but then you go through an extra layer of emulation, it's bett

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Gary Buhrmaster wrote on Mon, Dec 14, 2020: > On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab > wrote: > > > # dnf swap pulseaudio pipewire-pulseaudio --allowerasing > > I needed to add --enablerepo=updates-testing With updates-testing enabled here, it's much better than last month (n

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab wrote: > # dnf swap pulseaudio pipewire-pulseaudio --allowerasing I needed to add --enablerepo=updates-testing Also, you may need to (as yourself) perform a $ systemctl --user enable pipewire pipewire-pulse In limited testing it seems

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Em Sun, 22 Nov 2020 12:17:06 +0100 Vitaly Zaitsev via devel escreveu: > On 22.11.2020 10:05, Mattia Verga via devel wrote: > > I think the package name is wrong, it should be pipewire-pulseaudio. > > However, it seems it doesn't correctly replace pulseaudio: > > > > # dnf install pipewire-pulsea

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Wouldn't using a "Conflicts=" option in the systemd user unit file work while preventing both from running simultaneously? (I mean, except when it is started from cli directly.) Le 05/12/2020 à 21:43, Erich Eickmeyer a écrit : On 12/5/20 12:39 PM, Naheem Zaffar wrote: I understand the need f

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 12/5/20 12:39 PM, Naheem Zaffar wrote: I understand the need for replacing pulseaudio package when upgrading, but it should be possible to have both installed and have the service from only one activated? Atleast for current fedora that will make it easier to test and switch between implem

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Fri, 20 Nov 2020 at 16:27, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/DefaultPipeWire > > > > == Scope == > * Proposal owners: > We would make a pipewire-pulse package that provides the same features > as the pulseaudio (daemon) package. > We would only provide a drop-in replac

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On to, 26 marras 2020, Alexander Bokovoy wrote: On to, 26 marras 2020, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: On ke, 25 marras 2020, Tomáš Popela wrote: On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy wrote: Screencasting stil

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 08:06:41PM +0100, Joël Krähemann wrote: > On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa wrote: > > That being said, I have spoken to a few audio engineers, and basically > > none of them use ALSA directly. They can't because ALSA doesn't > > support mixing properly, among ot

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Adam Williamson writes: > On Mon, 2020-11-30 at 00:24 +0100, Dan Čermák wrote: >> Neal Gompa writes: >> >> Now, this does not mean that we shouldn't test audio in Fedora's openQA >> (we don't atm), as that is still a valuable regression test. But we >> won't be able to cover a lot of the more i

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, 2020-11-30 at 00:24 +0100, Dan Čermák wrote: > Neal Gompa writes: > > > Richard Brown from openSUSE also informed me that it's technically > > possible to do some level of audio subsystem QA using OpenQA, but I'm > > not sure how to do it. Perhaps that's another avenue we can pursue to >

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

"Wim Taymans" writes: > So, the current sentiment is: > > * provide an easy way to test in f33, either copr or with regular packages. >- rawhide is a not a good place to get good testing anyway > * encourage people to test. Provide instructions on how to do this and how to >leave feedback

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Neal Gompa writes: > Richard Brown from openSUSE also informed me that it's technically > possible to do some level of audio subsystem QA using OpenQA, but I'm > not sure how to do it. Perhaps that's another avenue we can pursue to > improve integration testing coverage? While it is technically

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On to, 26 marras 2020, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: On ke, 25 marras 2020, Tomáš Popela wrote: >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy >wrote: > >>Screencasting still does not work in Fedora 33. It pretends to w

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Dne 26. 11. 20 v 14:38 Neal Gompa napsal(a): On Thu, Nov 26, 2020 at 8:35 AM Zbigniew Jędrzejewski-Szmek wrote: On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: On ke, 25 marras 2020, Tomáš Popela wrote: On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy wrote: Screencast

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Thu, Nov 26, 2020 at 8:35 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: > > On ke, 25 marras 2020, Tomáš Popela wrote: > > >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy > > >wrote: > > > > > >>Screencasting still does not work

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: > On ke, 25 marras 2020, Tomáš Popela wrote: > >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy > >wrote: > > > >>Screencasting still does not work in Fedora 33. It pretends to work as > >>in claiming through the applications and

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Running Rawhide, I don't think there is a need to postpone this, if the PipeWire and PA are easily swap-able and that should be possible next week as far as I understand your plan. That means everybody will be able to switch back to PA if there are issues. That should be good for Rawhide as wel

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 2020-11-25 6:18 a.m., Wim Taymans wrote: So, the current sentiment is: * provide an easy way to test in f33, either copr or with regular packages. - rawhide is a not a good place to get good testing anyway That will be great as a lab suite maintainer. pipewire-pulse is currently missi

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> * re-evaluate situation for f35 beta freeze to make a default switch. > > Although a bit slower than expected, I guess more testing is good. It sounds > like an acceptable plan to me. > I'm not sure how it works, if spinoffs can/want to make an earlier switch? I feel that based on testing if th

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

I can confirm that this works great. I've used it with BlueJeans without issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 7:01 PM Kevin Fenzi wrote: > I don't think we need to go this slow, unless we run into problems... > > If we run into problems in f34, we can just revert and try again for > f35. Of course that does assume that it's made easy to switch the > default back. > > So, for me pe

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 02:18:45PM -, Wim Taymans wrote: > So, the current sentiment is: Well, of a few folks. :) > * provide an easy way to test in f33, either copr or with regular packages. >- rawhide is a not a good place to get good testing anyway It's likely more limited than f33

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 11/25/20 8:18 AM, Wim Taymans wrote: So, the current sentiment is: * provide an easy way to test in f33, either copr or with regular packages. - rawhide is a not a good place to get good testing anyway * encourage people to test. Provide instructions on how to do this and how to leave

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On ke, 25 marras 2020, Tomáš Popela wrote: On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy wrote: Screencasting still does not work in Fedora 33. It pretends to work as in claiming through the applications and GNOME indicators that the screen / application window / browser tabs are shared bu

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

So, the current sentiment is: * provide an easy way to test in f33, either copr or with regular packages. - rawhide is a not a good place to get good testing anyway * encourage people to test. Provide instructions on how to do this and how to leave feedback. * Carry this over to f34, probabl

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy wrote: > Screencasting still does not work in Fedora 33. It pretends to work as > in claiming through the applications and GNOME indicators that the > screen / application window / browser tabs are shared but nothing gets > actually shared. Tested

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 25.11.2020 13:36, Neal Gompa wrote: We don't use API shims anymore for PulseAudio, we now replace the daemon and reuse the original PulseAudio libraries. This is not a complete replacement now. Running another daemon is not good for me. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.or

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 7:49 AM Alexander Bokovoy wrote: > > On ke, 25 marras 2020, Wim Taymans wrote: > >Hi all, > > > >First of all, thanks for the comments, keep them coming. We have seen > >these concerns many times before with big infrastructure changes like > >pulseaudio or wayland or system

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On ke, 25 marras 2020, Wim Taymans wrote: Hi all, First of all, thanks for the comments, keep them coming. We have seen these concerns many times before with big infrastructure changes like pulseaudio or wayland or systemd. I think they are necessary to keep our feet on the ground and not get ca

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Wed, Nov 25, 2020 at 6:06 AM Vitaly Zaitsev via devel wrote: > > On 24.11.2020 21:34, Neal Gompa wrote: > > The packaging for PipeWire has been changing rapidly as the API shims > > for PulseAudio changed from libraries to a replacement daemon, that's > > why this is broken again. > > I see tha

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 24.11.2020 21:34, Neal Gompa wrote: The packaging for PipeWire has been changing rapidly as the API shims for PulseAudio changed from libraries to a replacement daemon, that's why this is broken again. I see that they removed[1] the API shims. What about applications that require or even dl

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 24.11.2020 22:33, Kevin Fenzi wrote: Additionally, since it's a big change with a wide amount of workflows and hardware and users expected, thats another reason to accept the change for f34. It will then get testing up until the beta freeze... if it's not ready then, it can be moved to f35 all

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 25/11/2020 10:47, Wim Taymans wrote: but I don't want to test all this This is ok, I can understand that you don't want to deal with possible audio problems. You will have to install pulseaudio again and opt out. You will have to hope that other people do sufficient testing. It is a bit s

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 24.11.2020 22:29, Kevin Fenzi wrote: Barely over a month? I guess you are dropping all of this month, next month and january? That seems a bit unfair. Yes. We need at least 1 full Fedora release to test everything on real hardware. Optional PipeWire in F34 and default in F35. -- Sincerely

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi all, First of all, thanks for the comments, keep them coming. We have seen these concerns many times before with big infrastructure changes like pulseaudio or wayland or systemd. I think they are necessary to keep our feet on the ground and not get carried away by our pipe dreams (pun intend

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 11/24/20 9:17 PM, Neal Gompa wrote: On Tue, Nov 24, 2020 at 2:07 PM Joël Krähemann wrote: That being said, I have spoken to a few audio engineers, and basically none of them use ALSA directly. They can't because ALSA doesn't support mixing properly, among other things. Most of them use JACK

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> On Tue, Nov 24, 2020 at 3:30 PM Tom Seewald > Currently the PipeWire developers have been doing it by hand while > they are developing the software. I have been going through and fixing > things so that regular folks can do it semi-automatically. Are there instructions available for this semi-

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

I'm very excited about this change and ultimately want to be able to test it out but it seems that there are still package dependency issues. How can I test this out on my end using the repos in their current state on either Fedora 33 or Rawhide? I've got a few systems I can test on to see if th

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 05:27:31PM -0500, Solomon Peachy wrote: > On Tue, Nov 24, 2020 at 01:33:57PM -0800, Kevin Fenzi wrote: > > So, IMHO, relax, wait for change owners to make things testable, then > > test and file bugs and we can see where we are. There's too many > > unknowns right at this mi

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 01:33:57PM -0800, Kevin Fenzi wrote: > So, IMHO, relax, wait for change owners to make things testable, then > test and file bugs and we can see where we are. There's too many > unknowns right at this minute. So...you're saying that we should evaluate proposed changes, not

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, Nov 23, 2020 at 10:44:05AM -0600, Brandon Nielsen wrote: > On 11/23/20 10:30 AM, Andreas Tunek wrote: > > > > > > Den lör 21 nov. 2020 kl 15:31 skrev James Szinger > >: > > > > On Fri, 20 Nov 2020 18:35:19 -0600 > > Brandon Nielsen mailto:niels...@jetf

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Sun, Nov 22, 2020 at 06:03:50PM -0500, Solomon Peachy wrote: > On Sun, Nov 22, 2020 at 11:33:22AM -0800, Kevin Fenzi wrote: > > It's supposed to be 'testable' by: > > Change Checkpoint: Completion deadline (testable) Tue 2021-02-09 > > and 100% code complete by: > > Change Checkpoint: 100% Cod

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 8:05 PM Neal Gompa wrote: > But that said, I would like to backport all the packaging changes to > Fedora 33 too. It's not actually *hard* to do, it's just a matter of > getting everyone to agree to get it to happen. I think that being able to easily install/revert and ru

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Currently the PipeWire developers have been doing it by hand while > they are developing the software. I have been going through and fixing > things so that regular folks can do it semi-automatically. > > The packaging for PipeWire has been changing rapidly as the API shims > for PulseAudio chan

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 3:30 PM Tom Seewald wrote: > > > "Premature" is a weird term to use here, considering the whole point > > of these things is to be able to do integration work in the first > > place. And it's not like we can't revert the change before release if > > it turns out to be probl

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> "Premature" is a weird term to use here, considering the whole point > of these things is to be able to do integration work in the first > place. And it's not like we can't revert the change before release if > it turns out to be problematic. Yes, premature as in proposing a huge change to the n

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 2:42 PM Tom Seewald wrote: > > > I am working with Wim (the change proposer), the Workstation WG, and > > the KDE SIG to make the necessary adjustments in Rawhide to support > > swapping between PulseAudio and PipeWire. So far, Wim has not been > > interested in backporting

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> I am working with Wim (the change proposer), the Workstation WG, and > the KDE SIG to make the necessary adjustments in Rawhide to support > swapping between PulseAudio and PipeWire. So far, Wim has not been > interested in backporting the fixes I've made to Fedora 33, so the > plan would be to s

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

why not to allow pipes as sinks? Like "/dev/null". On Tue, Nov 24, 2020 at 8:29 PM Reindl Harald (privat) wrote: > > > > Am 24.11.20 um 20:26 schrieb Joël Krähemann: > > What I can do with my software `gsequencer` all on top of ALSA. > > gsequencer is on the same layer the PA/pipewire > case clos

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi, What I can do with my software `gsequencer` all on top of ALSA. * save or open Advanced Gtk+ Sequencer XML files with XPath support * add or remove audio engines with adjustable audio channels and pads * link channels with property dialog * output panel, mixer, drum and matrix sequencer, soft

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

> Dne 24. 11. 20 v 15:15 Vít Ondruch napsal(a): > > > Just FTR, this is the situation on Rawhide: > > > ~~~ > > $ sudo dnf swap pulseaudio pipewire-pulseaudio > Last metadata expiration check: 0:03:54 ago on Mon Nov 23 23:14:58 2020. > Error: >  Problem 1: problem with installed package > pu

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 2:07 PM Joël Krähemann wrote: > > Hi, > > This is bad. > > On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa wrote: > > > > On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann > > wrote: > > > > > > Hi all, > > > > > > For short, NO! I want to be able to shutdown pipewire in order t

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi, This is bad. On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa wrote: > > On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann wrote: > > > > Hi all, > > > > For short, NO! I want to be able to shutdown pipewire in order to get > > instant > > ALSA access. > > > > This was a real pain until pulseaudio

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 24.11.2020 15:31, Vít Ondruch wrote: So I wonder what libraries are you referring to? libpulse.so*, but they we remove from the spec by this[1] commit. [1]: https://src.fedoraproject.org/rpms/pipewire/c/306d51984ef5faf4ea455e6d385f0f1bae9a9ef1?branch=master -- Sincerely, Vitaly Zaitsev

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Dne 24. 11. 20 v 15:22 Vitaly Zaitsev via devel napsal(a): On 24.11.2020 15:15, Vít Ondruch wrote: I think it would be simple enough if there was not the explicit conflict with pulse audio [1]. The instruction could be "Disable PA service and install PW". Absolutely impossible. They provides

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Dne 24. 11. 20 v 15:15 Vít Ondruch napsal(a): Dne 22. 11. 20 v 13:07 Dominique Martinet napsal(a): Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020: On 22.11.2020 12:36, Dominique Martinet wrote: That removes stuff like gnome-shell.. (as dependent packages of pulseaudio) Perhaps a missin

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann wrote: > > Hi all, > > For short, NO! I want to be able to shutdown pipewire in order to get instant > ALSA access. > > This was a real pain until pulseaudio recognized what they need to do: > > systemctl --user stop pulseaudio > systemctl --user stop

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Sounds to me like good opt-out documentation is in order. 🙂 \-- Cheers, Justin W. Flory (he/him) https://jwf.io Sent from ProtonMail mobile \ Original Message On Nov 24, 2020, 09:19, Joël Krähemann < jkraehem...@gmail.com> wrote: Hi all, For short, NO! I want to be able to sh

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 24.11.2020 15:15, Vít Ondruch wrote: I think it would be simple enough if there was not the explicit conflict with pulse audio [1]. The instruction could be "Disable PA service and install PW". Absolutely impossible. They provides libraries with the same name. -- Sincerely, Vitaly Zaitse

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Hi all, For short, NO! I want to be able to shutdown pipewire in order to get instant ALSA access. This was a real pain until pulseaudio recognized what they need to do: systemctl --user stop pulseaudio systemctl --user stop pulseaudio.socket killall pulseaudio If you want real low latency you

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Dne 22. 11. 20 v 13:07 Dominique Martinet napsal(a): Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020: On 22.11.2020 12:36, Dominique Martinet wrote: That removes stuff like gnome-shell.. (as dependent packages of pulseaudio) Perhaps a missing provide? Some packages directly depends on the

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, 23 Nov 2020 17:30:51 +0100 Andreas Tunek wrote: > Den lör 21 nov. 2020 kl 15:31 skrev James Szinger > : > > > On Fri, 20 Nov 2020 18:35:19 -0600 > > Brandon Nielsen wrote: > > > If it has changed, it would be really great if pipewire-pulse > > > could make it into the F33 repos so it

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 2020-11-20 2:31 p.m., Naheem Zaffar wrote: On Fri, 20 Nov 2020 at 19:47, Brandon Nielsen > wrote: On 11/20/20 1:28 PM, Dominique Martinet wrote: > Ben Cotton wrote on Fri, Nov 20, 2020: l the pipewire-pulse library (which >> removes the pulseau

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 11/23/20 11:48 AM, Adam Williamson wrote: On Mon, 2020-11-23 at 18:20 +0100, Tomasz Torcz wrote: On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: On 11/20/20 5:26 PM, Ben Cotton wrote: The pulseaudio package will be uninstalled and pipewire-pulse will be installed. pipewire

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, Nov 23, 2020 at 09:48:56AM -0800, Adam Williamson wrote: > If we'd had a "no regressions" rule for pre-PA audio, we'd probably > never have landed PA, or not for years. Are things on the whole better > since we did? I'd say yes. You are correct; however the crucial difference between then

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, 2020-11-23 at 18:20 +0100, Tomasz Torcz wrote: > On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: > > On 11/20/20 5:26 PM, Ben Cotton wrote: > > > > > The pulseaudio package will be uninstalled and pipewire-pulse will be > > > installed. > > > > > > pipewire-pulse does not

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 11/23/20 5:23 PM, stan via devel wrote: On Sun, 22 Nov 2020 15:47:04 +0100 Andy Mender wrote: Is ALSA still a valid use case? I thought ALSA support was phased out from most relevant software? It is for me. I run some audio software that I do not want interrupted while it is running. So

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: > On 11/20/20 5:26 PM, Ben Cotton wrote: > > > The pulseaudio package will be uninstalled and pipewire-pulse will be > > installed. > > > > pipewire-pulse does not yet implement all the features of pulseaudio > > but it is expected t

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On 11/23/20 10:30 AM, Andreas Tunek wrote: Den lör 21 nov. 2020 kl 15:31 skrev James Szinger >: On Fri, 20 Nov 2020 18:35:19 -0600 Brandon Nielsen mailto:niels...@jetfuse.net>> wrote: > If it has changed, it would be really great if pipewire-pulse c

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Den lör 21 nov. 2020 kl 15:31 skrev James Szinger : > On Fri, 20 Nov 2020 18:35:19 -0600 > Brandon Nielsen wrote: > > If it has changed, it would be really great if pipewire-pulse could > > make it into the F33 repos so it could be easily tested. > > I agree. I think new software should be avail

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Sun, 22 Nov 2020 15:47:04 +0100 Andy Mender wrote: > Is ALSA still a valid use case? I thought ALSA support was phased out > from most relevant software? It is for me. I run some audio software that I do not want interrupted while it is running. So, I use pavucontrol to turn it off to pulse

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

I have installed pipewire-pulseaudio, pipewire-libjack pipewire-alsa ( pipewire 3.16 rawhide ). Pulseaudio is removed but nevertheless i have no issue actually. Sounds and software (pavucontrol ..etc) are working. Only one of my mixers (plasma-pa) is removed because of a pulseaudio dep

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Sun, Nov 22, 2020 at 07:20:20PM +, Gargoyle wrote: > Nope. I couldn't disagree more. If there's a long tail of unmaintained > software without commercial gains, then it should be left to die in the > great software graveyard. Feel free to keep a copy of F32 kicking around for > when you want

  1   2   >