Pipewire Will Revolutionize Linux Video

[@owlmostdead9492]

This is actually how audio and sound was meant to be managed in a functional and useful OS.

[@davidolsen1222]

Yes, please. Do this same stuff for a lot of things. My monitors, web streams, etc. Please let me remix stuff before it's sent to my monitor out and let me just pipe stuff where-ever.

[@smorrow]

@@davidolsen1222 Sounds like Arcan

[@fcolecumberri]

You can do this easy without pipewire, you only need the V4L2Loopback, ffmpeg, 3 human souls, some dragon scales and a transmutation circle (some people get stuck on the last part).

[@BrodieRobertson]

To emphasize my point I should have included the needed loopback commands

[@JohnCrawford1979]

I was almost about to take that seriously until the 3 human souls and dragon scales bit. 🤣😂🤣😂

[@marcogenovesi8570]

whew, at least it does not require a virgin

[@fcolecumberri]

@@marcogenovesi8570 The virgin and the jade monkey are in the "recommended requirements", I am describing the "minimum requirements".

[@Lewdiculous]

At the end of the day there's nothing you can't do with ffmpeg and some flexseal.

[@hatkidchan_]

love the sound crack on 3:12 when talking about JACK

[@Lampe2020]

Phew, so I wasn't the only one hearing that!

[@niksaysit]

It seems just mentioning JACK breaks the audio

[@dylon4906]

that was hilarious if intentional

[@Arunscape]

that had to be intentional haha

[@drishalballaney6590]

haha yes even I noticed that lmao, initially I thought it was my system going mad lol

[@luka5144]

Hell yeah, not even windows lets you use the camera from multiple apps at the same time. Another point for the year of the linux desktop!

[@JohnCrawford1979]

Pipewire connects a lot of things, and that's especially why I switched to it, especially since you don't have to switch between ALSA and JACK. They're all streamlined together.

[@sjones72751]

It does as long as the apps use the right service. I think it's called Windows Camera server or something like that. The issue is those apps that grab the camera directly causing all other access to be locked out.

[@slowjocrow6451]

​@@sjones72751will apps on Linux still lock out the camera if not done right? Idk how this stuff works but let's say Discord never updated to use Pipewire would it still lock the camera?

[@Juttutin]

There are several MS Windows applications that provide virtual camera feeds. I was splitting webcam video to two separate applications in Windows in around 2005. If I recall correctly, it was tricky, and I tried two or three different products before I had it working smoothly.

[@JohnCrawford1979]

@@sjones72751 - That's my biggest pet peeve with Windows, it locks a lot of things and doesn't like to play well with others. But what can you expect from a company that, when it came to up and coming rival competition called for 'knifing the baby' - to essentially try to kill the company before it can grow and develop into real competition.

[@daimarstein]

pipewire + libcamera will be a goated combo in the future

[@parkerlreed]

*is now

[@JohnCrawford1979]

Pipewire replacing everything AV will be awesome. Whereas Wayland breaks everything, Pipewire fixes everything. 😉👍

[@daimarstein]

@@parkerlreed libcamera still is in early development though, hence *in the future*

[@MatrixSanAndreasOfficial]

​@@JohnCrawford1979 PipeWire the GOAT

[@wabbajocky8235]

​@@JohnCrawford1979well not everything. one time i tried to replace pulseaudio with pipewire to make easyeffects work but it broke my audio, no sound was coming out at all. turns out the pipewire package on linux mint was outdated so i just had to add a ppa and update it

[@BenjaminWheeler0510]

Why are people upset about a permissions system? If you don't want it, you can disable it lmao. But you shouldn't disable it

[@SinistralEpoch]

This is the same group of people that got mad at systemd for trying to centralize the platform. There's a subset of people want Linux to be more mainstream, but don't want Linux to be easier to develop for with core/centralized solutions. "It makes it worse!" For a period. But it will get more support over time. Stuff like Proton proves that if you give devs a target within Linux that they can reasonably support - they will, and they'll help improve it over time.

[@supercellex4D]

@@SinistralEpoch They want things to feel like computing in the Windows XP days. Which is valid.

[@myownfriend23]

I'm very excited for the future of Pipewire and Portals. One thing that I never see mentioned in discussion about Wayland and Portals is that Portals work on X11, too. An X11 client replace it's X11-specific capture code with Portals and it will continue to work in X11 while adding that support under XWayland. They can then port the rest of the application to Wayland at their own pace. Supporting one backend instead of two sounds good to me. But Linux capture support in the context of the OBS project is much worse. The Linux-specific sources are: Audio Capture (ALSA) Jack Input Client Audio Input Capture (PulseAudio) Audio Output Capture (PulseAudio) Screen Capture (XSHM) Window Capture (XComposite) Screen Capture (Pipewire) Window Capture (Pipewire) Video Capture Device (V4L2) That's NINE Linux-specific sources. Two of those, XSHM and XComposite, only work in X11. Then for output you have V4L2-loopback. Since all these sources could be handled by Pipewire instead, the non-Pipewire code could be removed and what would remain is (at most) just four, simple-to-understand sources: Audio Capture Screen Capture Window Capture Video Capture Device ...and like you mentioned, Pipewire could replace (instead of exist alongside) V4L2-loopback for the virtual webcam functionality. Pipewire doesn't just fill in the perceived gaps in Wayland's capture functionality, it unifies and simplifies audio/video capture on Linux significantly while providing a way for X11 clients a way to more smoothly transition to Wayland.

[@maxpoulin64]

Another way to put it: you're no longer capturing a window, a screen, a webcam. You're capturing a video stream and it can be anything and come from anywhere. In a way that was inevitable even if Wayland never happened, it just accelerated the need for that discussion and progress. With how video the world has become, we're moving away from "capture your screen" and "use a webcam" being a speciality operation but just a common thing. We're handling video streams like we started handling audio streams 2 decades ago that led to the creation of JACK.

[@myownfriend23]

@@maxpoulin64 Beautifully put! My brain hadn't really looked it that way. On the client end I'm not really sure how a capture card or screen would look different to it.

[@RogueRen]

Pipewire video will actually make Linux better at video management than EVERY OTHER OPERATING SYSTEM PERIOD AFAIK both Windows and Mac also cannot have a camera in 2 applications at once

[@modellking]

The loops I jump through to get something similar working on Windows (with Audio) are insane

[@Saturn2888]

This is actually a huge issue in Windows too. You can use OBS to share your webcam, but it's not simple. Mac OS has this built-in. I was surprised when I realized it could share your camera in multiple apps!

[@jamestillman5247]

This will revolutionize streaming and also audio production. As someone who does music productin in their spare time one reason I like Mac is because of the easy handling of audio. This seems more powerful than what even Mac has. Awesome stuff!

[@enemixius]

Honestly, you're giving Windows way too much credit here. This change to how Linux handles cameras would actually make it surpass Windows (which still has the issue of apps taking exclusive control). And imo, while the screen/window capture of pipewire still needs work, audio routing works better than in Windows.

[@darukutsu]

audio routing is pain on windows or maybe that's because the only software i knew was virtual audio cable

[@RadikAlice]

@@darukutsuSame

[@BrodieRobertson]

I did say this will make it as good or better

[@uis246]

Well, Linux has issue of apps taking exclusive control too. He mentioned it at 0:40.

[@enemixius]

@@uis246 Yes, but pipewire is about to fix that, making it better than Windows.

[@zxuiji]

Sounds like pipewire should solve the xwayland screen issue, it just has to designate one instance of itself as the controller of shared files/pipes it uses to communicate changes

[@JohnCrawford1979]

All Pipewire needs is a big 'Fix It!' button, and watch it take care of everything. 😉👍

[@orbatos]

I have been expecting v4L to get the Alsa treatment for a *very* long time, but general resistance to media frameworks have not only ensured loopback was the only usable option, but also that it remains non-standard and inconsistently supported. Keep in mind this situation has persisted for decades. Jack consumers should take note, we *need* consistent i/o frameworks that work with the rest of the system, this benefits you. Also, Apple/Windows media i/o isn't that great, but it's there *all the time* and *supported*. Get that through your heads people.

[@JohnCrawford1979]

Yes, JACK, at least for the 32 bit era, was pretty high end audio, and low latency.But, Pipewire helped streamline it and get it to cooperate with ALSA so that both can work together at the same time like every other OS has been able to do for decades.

[@nomadshiba]

amazing. linux space is getting better and better. i think os should treat every app like they are malicious and wanna do bad things. and everything should be permission based, giving the control to the user, not the code

[@destiny_02]

thats called android

[@warpspeedscp]

@@destiny_02 which is not necessarily a bad thing. only problem is google structured it in a way that mistrusts the user.

[@nomadshiba]

​@@destiny_02 android has these nice dialogs lets you allow or disallow something at that time, which is better than flatpak's current approach, which gives permissions to apps on install. but how flatpak handles, open/save file/dir dialogs is better than how android does it without giving any storage permissions. tho i think android storage permissions also works like that now with the new versions, not sure.

[@32Rats]

​@@destiny_02I personally wouldn't be upset with an android style permission manager if the ui was adapted to be better for desktop

[@guss77]

I have been using OBS as a virtual camera from time to time, and it's always a mess. I would love to see a better API, with built-in camera sharing.

[@trajectoryunown]

This is *wonderful* news. Thank you, Brodie!

[@dexterman6361]

Holyshit this is revolutionary! Not even windows allows you to do this. Jeesus the graph tool doing that shit in real-time wow just wow .

[@hygri]

Yeah... V4l2 is a pain in the ass!! Been there. Horrid. Great videos man, found you recently through your wayland / Hyprland vids. Ace channel Briodie, much info, such lol

[@gljames24]

Pipewire + Portals honestly saved Wayland.

[@deltib]

I actually started a project last year to export frames from VNyan's spout output out of wine over pipewire; and actually got it working. It just needs a lot of re-factoring before I have any confidence that it could run on any hardware/software configuration other than mine; and I've kind of gotten distracted by other projects.

[@Yuki2501-yh4ik]

I've been considering doing some experiments with VTubing, but the way Linux handles video and audio, that seems like a pipe dream (no pun intended).Pipewire might be just what we need.

[@JohnCrawford1979]

Or, they both work at the same time, and Pipewire manages what 'mode' to set depending on what software is most compatible. That way Xorg can work natively with Xorg applications and Wayland with Wayland applications - unless you prefer to use one or the other. But at least you would have the options instead of forcing the issue of putting over 20 years of X-11 applications in Wayland limbo, just because.

[@tylerdoestech]

That's the real solution Linux users need and want. Why are proponents of libre free software trying to force us to accept their standard for display servers?!

[@PropaneWP]

So cool. I've wanted something like that node system to handle audio in a manner that gives better oversight.

[@JohnCrawford1979]

It really doesn't. A front end soundboard is way more intuitive. The nodes make less sense for most audio needs.

[@JohnCrawford1979]

As it is, I switched to Pipewire to get away from the JACK node system. The less I have to deal with it, the better.

[@vocassen]

@@JohnCrawford1979 Idk have used stuff like VoiceMeter banana before (maybe not the most accurate representation of your idea of a soundboard), but if it's anything close to what you think of, it's not as intuitive as you think for users unfamiliar with physical soundboards. Graphs make it a bit easier to visualise. Not compactly, yes, but easier to quickly verify things are as they should, IMO

[@fltfathin]

Did you mean overview?

[@PropaneWP]

@@fltfathin oversight /ō′vər-sīt″/ noun An unintentional omission or mistake. Watchful care or management; supervision. Superintendence; inspection; watchful care.

[@RandomGeometryDashStuff]

15:06 I hope camera settings (resolution, color format, fps) will still be tunable somewhere

[@nullvoid3545]

Even if pipewire doesn't do this(which i'm not sure if it can.), an external tool could be integrated anywhere into the graph to allow for real time changes like this. FFMpeg seems like A great candidate for re encoding video in real time.

[@RandomGeometryDashStuff]

@@nullvoid3545if pipewire chooses small resolution, then upscaling using ffmpeg or whatever is worse than recording at big resolution

[@somesalmon5694]

This is definitely a video where its absolutely clear just how excited you are about the topic, it makes it easy for me to be excited as well

[@blinking_dodo]

Oh boy, *this* is gonna be fun! And now i feel like my little display manager is going to fall behind for a lot... 😅

[@Marc_Wolfe]

A pipwire VST host with MIDI support could replace Voice meeeter for me.

[@nlight8769]

That would be an awesome thing. Even though I may not be much concerned, this node system allows for many crazy stuff. Plus the interface you showed is what could make it really great and accessible. This is exciting stuff

[@YourComputer]

Now, if only I could forward my capture card audio to my main speakers without it ruining all audio, I'd be all set.

[@sanctionedforce1868]

pipewire seems like a cool concept until it forgets to reconnect things on the node graph. that seems like a no-brainer to me, but apparently isn't a thing. like, if i manually connect a node from a browser to a DAW like Reaper, then it should remain connected, even if the browser is no longer actively playing media. seems like a simple concept, but apparently the way it's implemented, about 2-5 seconds after media stops playing in the browser it just nukes your graph and then reconnects to whatever is the default output when media starts up again. i'm sure as a baseline, this is great behavior, but when i've directly adjusted the node graph, i don't think the default should apply unless I do some kind of reset function.

[@mskiptr]

That's what wireplumber is for. To connect things for you as they appear and at startup. Also, it's just the web browser creating a _new_ source every time you play something.

[@Skelterbane69]

This usually only happens on firefox, since it creates new sources every time, I guess. Curiously, librewolf and floorp dont do this, maybe because they are flatpaks, idk.

[@garrettrinquest1605]

A proper permissions system is something I've wanted on Linux for a long time. Glad to know people are actually working on it

[@avinashthakur80]

I have used v4l2 drivers previously for simulating virtual cameras and recording real cameras into a file or piping into ffmpeg. While there was a minimal discomfort, that was nothing in front of what I could achieve with just 2/3 commands. If pipewire is going to make that usecase even more powerful, efficient, or convenient; it's a really good thing.

[@rothn2]

I tried this awhile ago, and the video resolution was fixed IIRC. At 640x480. Hardcoded... So on the device that needed to run Pipewire for compatibility with some video stuff, I found a workaround to turn its audio features off (raop did not work on my devices) and I recompiled it to use the resolution I wanted for the cameras. But it definitely didn't seem ready or easy to use, at least several months ago. I hope it's gotten far better since then.

[@Ozzymand]

I would genuinely love to have a permission system like android has but on Linux. Just have a app REQUEST permission to use something and give me a lil prompt on the middle of my screen giving me a yes / no

[@SlinkyD]

Aw hell naw

[@Skelterbane69]

Flatpak with flatseal.

[@reezlaw]

I remember tinkering with v4l2-loopback for days, and THAT is why I welcome any innovation in this field

[@realsifocopypaste]

yes , i am using pipewire sound server with kx studio repo (cadence, carla, audio plugins effect) and the result is so amazing :)

[@gljames24]

I was looking for a virtual patchbay years ago and I'm glad they have gotten so much better.

[@alec1575]

This sounds super exciting, can't wait to see the mature adaptation

[@TCOphox]

I've actually used a pipewire patchboard before, but seeing that it could soon be able to do video opens up another dimension for creativity. Though as of now I've only used it to micspam helluva boss episodes into wacky tf2 servers.

[@MrRecorder1]

Ohh nice... I did not know about pipewire. I thinking about creating my own interface on top of pulseaudio to do this, but this looks WAYYY more comprehensive! I like!

[@JohnCrawford1979]

I like what Pipewire can do with audio. Still going to wait to see how the video side comes out. Theme of the story: If it sounds too good to be true, it possibly is. So better to wait and see. I really don't like doing the Jack GUI. It's the least intuitive, even for professional AV sound designers, because so much of the physical jack outputs had been given digital solutions that are far more intuitive for front end use. With DAWs, much of the jack style audio is over-complicated, especially when you're just looking to edit and compose. Heck, it was easier working with the physical jacks and MIDI ports back in the day, outside funky stage setups, but the plug and play was simple for a basic sound, AV studio setup. Jack overcomplicates it. Which is why I love Pipewire without diving into a bunch of GUI graphical nonsense. All you really need nowadays is something that looks like an AV/soundboard with check boxes for enabling/disabling the devices you want or need, and bon't bother with virtualizing the back end jacks. It's not as intuitive as you think, there's simpler front end controls, and if you really want that 1970's - 1980's over-complex synth experience, just get the VST plug-ins. Otherwise there's plenty of soundfonts and VST sound banks and samplers that create the sounds just fine without all the funky wiring.

[@nullvoid3545]

Given that the Graph view Brodie showed in the video was A third party GUI for pipewire, and he mentioned that at least one other exists. I would imagine that someone with A similar interest in not using nodes could build another GUI that allows for A more opinionated workflow tuned for velocity in A specific set of use cases. Thinking more about this I must admit that nodes would get annoying if I had to tweak them all the time. Maybe A way to set presets could be A good solution for average users. OH WAIT! What if we add an interface node that all programs requesting pipewire access connect to by default so that adding programs doesn't require messing with the nodes directly. I'm imagining A situation where your DE can just pull up A notification asking if A program can have access to the default interface output/input so that things are connected in A way that A list of checkboxes representing each program can interface with. Combine this with A way to create and name these interfaces arbitrarily, and I think we've got A pretty decent UX solution to layer on top of the extremely flexible power of A node system.

[@JohnCrawford1979]

@@nullvoid3545 - They do, it's basically volume and graphical controls. Been in computers and all sorts of AV software for decades - the basic track and mixer setup for audio, and the video board equivalent. All I'm saying is I'm glad Pipewire currently does not force you to have to use the node system, which is what overcomplicated JACK and some of the software dependent on those nodes being wired up just right to get sound to work at all - which ought to function without any special virtual wiring in the first place.

[@JohnCrawford1979]

@@nullvoid3545 - To me, that would be an absolute nightmare if you had to somehow, figure out how to adjust video nodes with a black screen in front of you, simply because Pipewire wasn't configured to actually show a screen like any basic desktop graphical device is expected to do as one of it's most basic functions.

[@nullvoid3545]

@@JohnCrawford1979 Agreed. Sensible defaults absolutely need to exist here, and I'm excited to see various takes from different distros on what those defaults look like.

[@JohnCrawford1979]

@@nullvoid3545 - It's why I still distro hop a bit, even though I'm pretty happy with Mabox at the moment. I've actually gone nearly a month on it without switching. That's the longest so far out of any other distro I've tried.

[@tranthien3932]

So can we have Brodie Vtuber in the house?

[@paxdriver]

Browser webcam through navigator works fine with obs. I'm surprised more people don't establish localhost to feed and serve camera streams to other apps that way. It's really straightforward imho.

[@Settyness]

I had no clue patching video like that was a thing until just now. I've had my eyes on qpwgraph for quite some time (I use Catia and it does not support saving patches), and now that Pipewire has IRQ scheduling, it might be finally time to test Pipewire latency again and perhaps switch off of jack2-dbus for good (to pipewire-jack lol). Nevertheless, this is huge!

[@whtiequillBj]

@10:37, discord? How about Zoom! Does Jitsi have a PipeWire API? I've only heard of it, never used it.

[@Lampe2020]

6:43 Well, I recently somehow had my heaphone mic get sent to both the OBS microphone capture _and_ the OBS desktop audio capture (without this fancy graph thing, just how KDE and OBS automatically configured it), and I got the same echoey effect which ruined one of my recordings XD

[@uis246]

0:40 You can. But everyone programs their applications to open camera in exclusive mode. If ever pipewire will implement exclusive mode, you wipo have exact same issues. EDIT: reading docs again shows that reading data is allowed only in exclusive mode

[@nullvoid3545]

Other peeps here have mentioned that legacy pulseaudio based applications will be incompatible if A way to integrate them is not found. I don't know much about this, but if they set up some kind of wrapper for pulse audio applications that communicates with pulseaudio's API on one end (Perhaps even ignoring exclusive mode.) and pipewire's API on the other, then discord could go on forever with its outdated chromium and apathy towards using the new features even when they do update chromium. And we could all still use it with all the cool flexibility pipewire's API gives directly to the users. I just wonder if it can be done seamlessly, again I'm not familiar with either API so I have no way of telling how feasible this is. But it would be super cool right?

[@dot32]

Is there any reason pipewire would implement exclusive mode? What benefit does that give?

[@marksnethkamp8633]

Nice having a Linux guy being real about it.

[@dashcharger24]

If I'm not mistaken, Pipewire will also be beneficial for hardware video acceleration. In the original plans it was going to replace VA-API/VDPAU at some point. I'm probably forgetting Nvidia, they will do their own thing nobody wants and always be terrible to use after upgrades.

[@Madina99M]

Crazy funny thumbnail My favourite Linux youtuber Brodie Robertson 🥰

[@realms4219]

Streaming video to/from applications like Discord or Firefox would be amazing.

[@RichardJActon]

I'm really looking forward to this

[@Rikonardo]

I really hope that when it comes to implementing those portals, we would rethink permission system. While it does make sense inside containerized environments like Flatpak, it makes zero sense outside of them, and, in fact, only creates a false feeling of safety. Permissions should only apply inside containerized environments and be managed by said environments.

[@bogdanrzheusski8115]

Having patchbay tools is greate but they can't replace tools like Voicmeeter and lack of such tools on linux is frustrating

[@fishsayhelo9872]

wow another jobert hylobinson classic 👍

[@AnalyticMinded]

It's funny that Asahi Lina featured that Pipewire GUI app on her latest stream (like 12 hours ago). I wonder if this is just a coincidence! XD

[@BrodieRobertson]

It's a popular app and there's not a ton of options

[@kabobawsome]

You forgot about some of the other problems with the V4L2Loopback, like how if you don't provide the proper goat sacrifices, the virtual device returns a black screen, or how you need a roll of 15 or higher for the command to work the sixth time (it automatically fails the first 5 times).

[@Scoopta]

On top of pipewire could discord maybe get IPv6...discord has been such a pain

[@bensouthall2612]

Love the enthusiasm, half the job is sitting there thinking "why the hell can't we just do this better?" But we're stuck with an ecosystem that was cutting-edge in 1972

[@citywitt3202]

This means I’ll be able to actually use Linux for a very, very big project I’m working on over the next few years.

[@PhilfreezeCH]

Honestly in the year of our lord 2024, it is insane I can‘t take my webcams video stream, apply filters maybe composite something into the stream, take the resulting video stream and feed it into multiple applications at the same time. Its just stupid.

[@Dekaku]

So, how is latency with that capture card / pipewire combo when used with the ps5? I use a razer ripsaw and pulseaudio together with ffplay in order to play/capture my ps5 and even though it does work mostly okay with bearable lag, I plan to maybe change to another distro, so it would be nice to hear a bit about how it works on other configurations.

[@fanshaw]

Surely all you need is "tee"?! (/me gets coat...) Are they planning on combined video and audio streams, breaking them out virtually? Presumably it takes some effort if you want to keep them in sync.

[@Andrath]

If it uses strict v4l2, it would even be portable to the BSDs and other operating systems that use v4l2.

[@BG101UK]

I wonder if Webcamoid can be a stop-gap in some way? I've used it to create a virtual camera output, which I could use the Webcamoid settings for to adjust colour balance, gamma etc. and feed this to e.g. Skype. (The updated interface is crap as all the settings are now separated into categories, but it's still somewhat usable).

[@v0xl]

Tried using this on my system, the camera limits it's resolution to 160x144 system-wide while pipewire video is in use, while v4l2 supports the full resolution

[@ContraVsGigi]

What I would want is to easily, with 2 clicks, add 2 sound sources to all video recorders. I think Pipewire is also the solution for that.

[@okashiromi5541]

Brodie may be called a Wayland shill, but I think we all know pipewire is his true favourite part of the new stack XD

[@BrodieRobertson]

I can talk about pipewire and no one complains about it so that's a plus

[@Beryesa.]

​@@BrodieRobertson Unseen in the linux community innit 😂

[@BrodieRobertson]

@@Beryesa. There's one user who'll still say they use pure alsa but no one tries to defend Pulseaudio

[@cartelion]

it would be great to set a latency per stream, to compensate the delay difference between video and audio streams.

[@iodreamify]

Sorry if this is a dumb question but does this mean to get all of this goodness the user first needs to do this all in qpwgraph? Can't applications just grab the camera/audio from its own interface? And does every app need explicit pipewire support for this.

[@BrodieRobertson]

Qpwgraph is just a tool that interacts with the system, any sensible apps let you configure what it needs internally

[@nullvoid3545]

Pipewire support will be needed for the apps as best I can tell, but I honestly hope that changes and they find some way to integrate pulseaudio compatible applications into pipewire's existing framework. As for qpwgraph, I don't think that GUI's for pipewire are going to stay entirely node based. A lot of users in this comment section appear to be dreaming of A way their system can just ask them if an application can see the screen over A default interface. I left A reply to A user named JohnCrawford1979 in this comment section with some ideas of what this may look like, but I think its worth noting here that more third party pipewire GUI's are likely going to exist in the future both as standalone applications or as features in, or plugins for, desktop environments. The future is bright for the Linux desktop! Although maybe we shouldn't keep jinxing it.

[@elmariachi5133]

I'd be happy if Pipewire-Audio would be sufficiently working at least .. but its still same situation as it has been with Pulseaudio. Lots of terribly annoying issues. Like applications being started with volume at 0% with having to adjust each time. Or sometimes no audio when using multiple sound devices, which can sometimes be fixed by switching from one sink to another, and sometimes it can't which will then require an reboot. Randomly switching sinks sometimes, just for laughs. SPDIF is a game of luck on it's own .. And there's no decent equalizer anymore (opposed to pulse), which you could have running invisibly in the background permanently for improving the notebooks bad sound qualities. Or what about caring about some decent logarithmic volume controls? Where you don't have to do pixel precise fiddling at the lowe end to not explode you speakers and on the higher end have no audible gain at all? I wished they would make the essentials working instead of toying around with whatever shenanigans. But, no! They have to try putting the cherry on top again, instead of filling the sundae before!

[@aniksamiurrahman6365]

Adding a webcam under Linux has always been something that freaks me out and makes me very tense if someone else tell me - hei computer boi, add a webcan on your Linux machine that you claim to be running the best OS.

[@TimoBarnardWEB]

I love how when he says the word JACK it cuts out like: We do not say such things here heathen 3:15

[@coreysx4220]

This makes me think about more stringent device access management than kernel defaults.

[@delancre5858]

Finally someone talked about this problem damn it.

[@enemixius]

Also, wouldn't it be enough for Chromium/Electron to implement pipewire camera support for Discord and other web-based apps to just work?

[@phillipanselmo8540]

discord doesn't have linux developers, they won't care

[@enemixius]

@@phillipanselmo8540 That's what I mean, Discord just uses the API provided by the browser, so they would only need to update the Electron wrapper for it to work. No development efforts needed.

[@phillipanselmo8540]

@@enemixius except the discord team has a bad track record of not updating their electron base and also not updating the basic API calls like the one for streaming your camera/windows. if this feature ends up being implemented in discord it's going to be completely by coincidence

[@Koffiato]

Discord is on Electron 24, I wouldn't get my hopes up.

[@wertor666]

Still using pulseaudio. Pipewire has an issue with video stuttering on firefox (wayland and x11) with vaapi enabled. So huge "NO" at this moment. And I'm really a fan of smooth playback when it supposed to be. Not just on paper. But I understand. I'm a user without big expectations from linux audio. If pulseaudio works, I stay with it.

[@austin2994]

Brodie is the mark wiens of Linux. Headbutts the viewer

[@yt_blackeyepg]

qpwgraph looks so good, but it's buggy as hell on fedora 39 on my system :/ it needs a better interface or good manual i think. The one in the repo is not that good

[@Vancha112]

Is it all built on top of each other though? From the sound of it the complexity of it all is getting increased by a lot in every step.

[@MegaManNeo]

Pipewire handling the videostream coming from a tool like Droidcam which I want to have in Discord or OBS? Great! Call me in! I just wish there were more intuitive tools than qpwgraph and the likes to handle were everything goes. It feels like something that'd work fine on physical paper for a mindmap but at the PC screen, it feels overwhelming when having multiple sources.

[@deultima]

You can't tell me what to do... I will use Pipewire, complain about change to my friends who know nothing about Linux while they nod and agree politely. Then switch back to legacy software only to miss Pipewire and reinstall it.

[@insanemal]

It's not managing JACK and PulseAudio. It supports those protocols. You actually remove pulse and PipeWire actually talks those protocols.

[@MindBlowerWTF]

This will be so good in 2 years.

[@cyangalaxy]

Brodie, do you have working Hardware-accelerated video decoding in your browser?

[@CourageToGroww]

Nixos kicks ass rust already in the kernel LFG

[@MsDuketown]

This was one of the most intruiging repo stories ever: Implementing the Audio Engine in XBMC. Hail to Fritsch and the Fraunhofer Institute.

[@iglobrothers645]

Gawd.. when will discord finally let me just screen share normally

[@JewettMusic]

We need something like voicemeeter. I'm an online music teacher and i need faders and mutes per output.

[@Khytau]

i am .. so .. EXCITED

[@BrodieRobertson]

i can .. see.. THAT

[@jbsxyz9102]

Wow 50s ago. Hi brodie 👋

[@linuxguy1199]

One thing I hate about pipewire as it seems I keep getting pushed into using it, and half my applications don't work well with it. Sadly, this is a problem since pipewire doesn't seem to be nearly as controllable and configurable as pulseaudio.

[@patryn36]

I have drauger os, pipe wire seems to work from what I can see, I am not a well versed Linux user. I wish the same can be said for snap and flatpak, the steam version of snap seems to have issues and the flatpak is utter trash for multiple drive setups

[@NeedAccount28]

HI, what's the name of the application used in 6:25?

[@formbi]

actually Android's camera permissions are horrible, sometimes my camera gets blocked for no reason and I can't do anything about it

[@BlogingLP]

That's really cool

[@SecretlySeven]

All the crackling and popping in audio with Fedora caused by pipewire right now. Actually the reason I left Fedora. Till they get a handle on that, no thanks.

[@adjbutler]

Pipewire is like Wayland, it is just the future. Linux needs really good standard ways of doing things

[@hfc2x]

Agree, but unlike Wayland, Pipewire hasn't tripped and stumbled all the way into the future lol.

[@amynagtegaal6941]

If discord doesn't support it then it is probably a chromium issue... Yes discord can build on top of the chromium core of electron and add support them selves... But there are 2 reasons why that is bad (in their opinion)... "Guilded also does this and we are not gonna copy the one that copies us" and "well.. we build on top of chromium/electron they are the ones that are supposed to handle media streams and inputs and outputs etc.... right?"

[@dot32]

The problem is that Discord refuses to update the version of chromium they're on as that would take extra working power.