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
Latest Revision
Sergey Kondakov (X0F)
committed
(revision 1173)
- Update to version 1.2.0+467~git20241129.7bc84305e: * spa: alsa: Don't assume all PCMs have a card * spa: alsa: Fix key name suggestion in log message - Update to version 1.2.0+465~git20241128.371781e21: * pulse-server: fix pulse.cmd load-module not loading multiple overrides * spa: alsa: autodetect supported iec958 codecs via ELD info * filter-graph: Use biquad from audioconvert * core: Remove redundant declaration * audioconvert: use the same biquad as filter-chain * v4l2: set a clock name * module-rtp: Account for in-flight samples in RTP receive * v4l2: ensure that the default frame rate is within the min/max bounds * v4l2: handle min/max for continuous frame interval correctly * gst: enable the pipewire ticks as a clock source * v4l2: use dll to track rate difference * v4l2: set the NO_RATE clock flag * node: add a clock flag to mark rate/duration inaccurate * gst: mark the pipewiresink as EARLY_PROCESS * spa: remove some old includes * doc: copy docs from the _methods struct * spa: inline some metadata functions * spa: add some more functions * spa: compile all function into libspa.so * add per type API defines * make per object IMPL * static inline more macros * make static inline -> SPA_API_IMPL * spa: use static inline for interfaces instead of macro * impl-node: remove old check
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.