Announcement
Collapse
No announcement yet.
PulseAudio 11.0 Released With GNU Hurd Support, Newer Apple AirPlay Hardware
Collapse
X
-
Originally posted by caligula View Post
It will be interesting to see whether pulseaudio will absorb jack/asio style functionality in the future. The poettering technology is good at spreading so maybe that'll be the next goal.
Comment
-
Originally posted by timofonic View Post
I don't understand why Jack has two forks and there's PulseAudio. Why not have a single but configurable option instead?
PulseAudio is for general purpose audio as it's utilised by people playing video games, listening to MP3s or watching movies.
GNU/Linux isn't the only platform where you'll find that distinct difference. There are professional sound daemons on Windows and Mac OS X too.
Shipping them as part of the base system would introduce unnecessary maintenance and is generally a bad idea, for the same reason general purpose Linux distros don't ship with a real time kernel by default.
Comment
-
Originally posted by unixfan2001 View Post
Because PulseAudio and JACK serve different purposes. JACK is for real time, low latency audio as you'd find in a professional recording studio.
PulseAudio is for general purpose audio as it's utilised by people playing video games, listening to MP3s or watching movies.
GNU/Linux isn't the only platform where you'll find that distinct difference. There are professional sound daemons on Windows and Mac OS X too.
Shipping them as part of the base system would introduce unnecessary maintenance and is generally a bad idea, for the same reason general purpose Linux distros don't ship with a real time kernel by default.
Comment
-
Originally posted by caligula View Post
This doesn't answer the question why there needs to be totally separate applications (with two versions of JACK). There could be a configuration switch both in pulse and in the kernel. You can configure the kernel with different schedulers. RT patches are not included in mainline, but even mainline has several switches for scheduling policies. 1000Hz fully pre-emptive kernel has a lot better RTish support than 100Hz non-pre-emptive. Pulseaudio integrates so much stuff already (hotplug stuff, BT, airplay, tcp tunnels, DSP effects, per-app controls, channel mapping, bindings to all audio tech in Linux - - not even trying to list it all here), it seems pro/semipro audio is the only thing still missing. I can't understand why the latencies aren't more configurable in Pulseaudio. It's the very latest version that even allows setting a latency for loopbacks. Previously PA didn't care at all. You could set latency msec=1, but it didn't have any effect.
Comment
Comment