Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#71228 - [lib32-pipewire] build GStreamer plugin

Attached to Project: Community Packages
Opened by Krzysztof Krakowiak (pix3l) - Friday, 11 June 2021, 14:06 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 10 May 2023, 07:36 GMT
Task Type Feature Request
Category Packages: Multilib
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Unlike non-multilib or AUR package it doesn't build and install gstreamer plugin (lib32-gst-plugin-pipewire).
GStreamer is very popular framework and even WINE uses it in place of DirectShow.

It doesn't take space or time to build, so I don't see any reason to not build it.

If I remember good version 0.28 had this plugin.
This task depends upon

Closed by  Toolybird (Toolybird)
Wednesday, 10 May 2023, 07:36 GMT
Reason for closing:  Won't implement
Additional comments about closing:  See PM's comments.
Comment by Jan Alexander Steffens (heftig) - Saturday, 12 June 2021, 18:03 GMT
Why do you need the 32-bit gstreamer Plugin?
Comment by Krzysztof Krakowiak (pix3l) - Saturday, 12 June 2021, 20:03 GMT
you could ask: Why do I need 32-bit pipewire at all? Or why I need multilib-support at all?

I've explained it:
GStreamer is very popular framework and even WINE uses it in place of DirectShow (and probably some other multimedia frameworks).
32bit wine is still a thing and many old games used windows built-in (like mentioned above) DirectShow for Intros and other in-game(or other apps) videos for decoding.
Because it's very small(in both size and build-time) and optional, why not build it? It's better to get identical stacks for both 32bit pipewire and gstreamer. Otherwise 64bit apps(using gstreamer) will be using PipeWire natively, while 32bit apps will fall-back to Pulseaudio emulation, or ALSA (over Pulseaudio or will be broken, trying do directly talk to ALSA devices). Why differentiate 32bit and 64bit audio-routing environments and make another point of failure. With this plugin if 64bit GStreamer will work, then 32bit will works identically. Without it, it will be dependant on ALSA configuration and other stuff.

Comment by Jan Alexander Steffens (heftig) - Saturday, 12 June 2021, 23:28 GMT
winegstreamer does not use pipewire elements. I'm not convinced this is required for anything.

Loading...