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.
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:X0F:branches:multimedia/pipewire && cd $_ - Create Badge
Refresh
Refresh
Source Files
Revision 1129 (latest revision is 1173)
Sergey Kondakov (X0F)
committed
(revision 1129)
- Update to version 1.1.82+45~git20240610.c85e7cadf: * impl-node: async driver nodes need to activate targets * Revert "context: add loader.rules" * module-spa: evaluate node and device rules * JACK: remove useless io_data member * JACK: check the io of the right cycle * context: add loader.rules * add alsa plugin profiles for HDMI/AC3 (Fix #3832) * v4l2: support meta_videotransform on buffers * spa: add enum type info for transformation * alsa-pcm: check if bound ctls are valid before using it. * Fixed two small typoes in documentation: conneced -> connected. * v4l2: fix string size * impl-node: improve xrun debug * impl-node: add backwards compat for old clients * Rework how targets are managed * loop: clarify the pw_main_loop_run returned value * jack: rename a function * jack: update the eventfd from the data loop * module-ffado: keep track of transfered data * profiler: Decrease memory usage * Add broadcast sink support for multiple BISes * ci: bump fedora version to 40 and alpine to 3.20 * gst: src: Improve DMA_DRM caps selection * gst: Add helper to fixate DMA_DRM caps * gst: src: Indentation fix * gst: sink: post an element error when all buffers are removed abruptly * gst: pool: remove unused variable of unknown type * gst: sink: improve debug messages related to buffer management * gst: pool: add explicit remove_buffer method
Comments 5
Your package is great. Many Thanks．
The sound quality is much better than the official openSUSE distribution and I enjoy my music (Classical & Progressive Rock) everyday. I think your package should be an official openSUSE package.
Currently, there are two problems in my environment. One is that $ paclt info etc. returns the following error: "Connection failure: Connection refused.
Connection failure: Connection refused pa_context_connect() failed: Connection refused
This is the same in the official Tumbleweed package, so I consider it a bug in pipewire itself.
The second problem is alsa or pulseaudio related, e.g., running $ aplay foo.wav results in buffer underruns, or desktop sounds via pulseaudio do not play. These phenomena do not occur with the official pipewire package for Tumbleweed.
Best．
Hello, again.
This was due to a misconfiguration of my pipewire-pulse.
I found the cause of aplay's problem. But, I don't use alsa utiklity, so I don't care.
Anyway, I finally got the fiter file completed yesterday. I am very impressed with the sound it plays, as I have never had such a sound in my 60 years of audio life....
Some well-known audio critics in Japan say that latency is irrelevant if you are just listening to it, but I think they are wrong. In fact, the sound quality is different between the official package and the package you provide. I really appreciate you for seeing this point and increasing the potential of pipewire to its full potential.
Sorry for no response, OBS doesn't send me notifications for some reason. My packages are kind of haphazard and do not follow openSUSE's official maintenance style, so they will not be adopted. Besides, I mostly do non-release snapshot builds which are frowned upon, unless upstream abandons releases altogether, like it happens with most emulators.
Latency is indeed irrelevant for quality of sound in non-realtime environment (I target between 12/24/48 ms depending on if source is realtime, like a game or synthesizer, or not). But the sound is different, although I'm not sure if it really noticeable, due to different default settings, mainly much higher resample quality (but this also should not matter in 1-to-1 playback rate). If you really want to change the sound, like I do, you should use EasyEffect+Calf&LinuxStudioPlugins, although purists hate using filters on playback. I also experimenting with OpenAL filters, so playback pipeline looks like that for me: source -> libopenal (headphone settings but no resampling as it's broken in openal) -> pipewire-pulse (+ voluntary auto-resampling) -> easyeffects-in -> Calf bass enhancer/exciter -> LSP equalizer & limiter -> easyeffects-out -> pipewire-alsa (+ forced resampling to 192khz) -> delta-sigma DAC for planar in-ear headphones.
Thanks for replay.
I found this place at openSUSE Software, but it has been removed now.....
It should be. ..... I feel there is no difference in sound quality with USBDAC (Marantz HD-AMP1)+2way Speaker. But with USBDAC+2.1 (+woofer), I feel your pipewire has better sound quality. To my surprise, I can hear from 20Hz to 23000Hz with 2.1. This device is about one-fifth the price of the one I was using for audio, and I am impressed not only by the far better sound quality, but also by the fact that it can be used in a variety of ways by changing the filters: one filter for classical music, another for popular music, and so on. In the days of audio, I had to choose between equipment for classical music and equipment for jazz ((mainly speakers).
I have been using EasyEffect for a while. But in my environment, I could only use it in its default state. In other words, when I changed the value, I got a storm of noise. So I had no choice but to go on to create filters. But now I am quite satisfied with the sound of the filter.
I'm now listening to Pergolesi's Stabat Mater and being moved by it ...
Thanks.