A Multimedia Framework
PipeWire is a server and user space API to deal with multimedia pipelines.
Some of its features include:
* Capture and playback of audio and video with minimal latency;
* Real-time Multimedia processing on audio and video;
* Multiprocess architecture to let applications share multimedia content;
* GStreamer plugins for easy use and integration in current applications;
* Sandboxed applications support.
- Developed at multimedia:libs
- Sources inherited from project openSUSE:Factory
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:PowerPC/pipewire && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_service | 0000000652 652 Bytes | |
baselibs.conf | 0000000573 573 Bytes | |
pipewire-0.3.82.obscpio | 0012318733 11.7 MB | |
pipewire.changes | 0000305100 298 KB | |
pipewire.obsinfo | 0000000098 98 Bytes | |
pipewire.spec | 0000024905 24.3 KB | |
reduce-meson-dependency.patch | 0000002045 2 KB |
Revision 97 (latest revision is 115)
Ana Guerrero (anag+factory)
accepted
request 1117943
from
Antonio Larrosa (alarrosa)
(revision 97)
- Update to version 0.3.82: * Highlights - Fix a regression in some devices when the Pro-Audio profile was selected. Only enable the IRQ based scheduling and device linking in specific safe cases. - Improve rate switching. In some cases the graph rate would not switch correctly. - Fix regression in alsa wakeups that would cause silence in VMs. - Fix a leak in the SBC codecs for SCO. - More improvements to the RAOP module. - Other small improvements and fixes. * PipeWire - Improve client property checks. - Allow non-power-of-2 quantums when forced. - Improve rate switching. In some cases the graph rate would not switch correctly. - The PIPEWIRE_QUANTUM env variable now forces the size and rate in the graph for the duration of the application. The softer PIPEWIRE_LATENCY and PIPEWIRE_RATE can still be used to merely suggest a maximum latency and a rate. * modules - Remove the RTSP FLUSH request in RAOP because it does not seem necessary. - The RAOP module now uses the common RTP stream functions. - Add sockets option to protocol-native to make pipewire listen on multiple sockets. * SPA - Clean up some of the log functions.
Comments 2
Instead of being more slpp incompliant, we should fix it
pavucontrol and plasma-pa show duplicated sinks after resume or switching audio device profiles. Link to the problem: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3414
Have already fixed the problem, can you apply it? The fix itself https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/820ca90705ae78124958f1b96de3bdc7889c2d1e