<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Pipewire - Tag - Botmonster Tech</title><link>https://botmonster.com/tags/pipewire/</link><description>Pipewire - Tag - Botmonster Tech</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Wed, 20 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://botmonster.com/tags/pipewire/" rel="self" type="application/rss+xml"/><item><title>Running Windows Apps on Linux: Proton, Bottles, and the Full Compatibility Stack</title><link>https://botmonster.com/self-hosting/run-windows-apps-linux-bottles-proton-2026/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><author>Botmonster</author><guid>https://botmonster.com/self-hosting/run-windows-apps-linux-bottles-proton-2026/</guid><description><![CDATA[<div class="featured-image">
                <img src="/run-windows-apps-linux-bottles-proton-2026.png" referrerpolicy="no-referrer">
            </div><p>Use Proton for Windows games on Steam. Use Bottles for everything else: Office, Adobe apps, business tools, non-Steam games. Both run on Wine, which maps Windows API calls to Linux without a virtual machine. DXVK and VKD3D-Proton handle the DirectX side. Wine 11.0 closes most of the remaining gap to native Windows.</p>
<p>This guide covers the full stack in 2026: what each piece does, how to set up Proton and Bottles, how to tune DirectX translation, and what still breaks.</p>]]></description></item><item><title>Wayland Screen Sharing: XDG Portal, PipeWire Fix</title><link>https://botmonster.com/self-hosting/wayland-screen-sharing-fix-video-calls-linux/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><author>Botmonster</author><guid>https://botmonster.com/self-hosting/wayland-screen-sharing-fix-video-calls-linux/</guid><description><![CDATA[<div class="featured-image">
                <img src="/wayland-screen-sharing-fix-video-calls-linux.png" referrerpolicy="no-referrer">
            </div><p>Screen sharing on <a href="https://wayland.freedesktop.org/" target="_blank" rel="noopener noreferrer ">Wayland</a>
 fails because Wayland&rsquo;s security model blocks apps from grabbing other windows or the full desktop. The fix has three layers. First, install the right <a href="https://github.com/flatpak/xdg-desktop-portal" target="_blank" rel="noopener noreferrer ">XDG Desktop Portal</a>
 backend for your compositor. Second, check that <a href="https://pipewire.org/" target="_blank" rel="noopener noreferrer ">PipeWire</a>
 is running as your media daemon. Third, set your browser or app to use the portal capture path, not the old X11 one. Once these align, screen sharing works in Zoom, Teams, Discord, and Google Meet on any <a href="/self-hosting/hyprland-vs-sway-vs-cosmic-wayland-compositors/" rel="">major Wayland compositor</a>
.</p>]]></description></item><item><title>Fix Your PipeWire Audio on Linux: Low-Latency Recording</title><link>https://botmonster.com/self-hosting/fix-pipewire-audio-linux-low-latency-recording/</link><pubDate>Sat, 18 Apr 2026 00:00:00 +0000</pubDate><author>Botmonster</author><guid>https://botmonster.com/self-hosting/fix-pipewire-audio-linux-low-latency-recording/</guid><description><![CDATA[<div class="featured-image">
                <img src="/fix-pipewire-audio-linux-low-latency-recording.png" referrerpolicy="no-referrer">
            </div><p>PipeWire hits sub-10ms recording latency on Linux once you set the quantum (buffer size) to 64 or 128 samples at 48 kHz. You also need real-time scheduling for your user, through the <code>rtkit</code> service or an <code>audio</code> group with PAM limits. Most &ldquo;PipeWire doesn&rsquo;t work&rdquo; complaints trace back to broken ALSA UCM profiles, Bluetooth codec fallbacks, or WirePlumber rules that quietly override your audio routing. This guide covers every layer of the stack, from PipeWire&rsquo;s design down to ALSA period sizes, so you can stop guessing.</p>]]></description></item></channel></rss>