systemd 200 has been released with couple of changes.
Announcement
Collapse
No announcement yet.
Systemd 199 Has Its Own D-Bus Client Library
Collapse
X
-
Originally posted by schmalzler View Post2013. Tested with pulseaudio-2.1 and 3.0, systemd-196, gnome-3.6.3, most recent kernel at that moment.
It did not crackle with every media. Mp3, Ogg, etc. were just fine. I was really pleased about that (already had pulseaudio-1.x on my system, which produced high CPU load, really bad sound etc.).
The only files that made trouble were .mkv's I had generated from my DVDs. And they are essential for me during winter
And IMHO packages should contain a usable default configuration. Anytime I read "if pulseaudio does not work it's the fault of your distribution - it should configure pulseaudio to its needs." I'm getting mad. There were times certain distributions configured kde to their needs and introduced silly bugs. KDE makes a point of a good default configuration. You don't have to like it (oxygen style or color scheme) but it is not buggy.
For PA defaults, it depends on your individual sound card drivers. Some simply can't work with timer-based scheduling, for instance. Some, on the contrary, only work with it. Some processors can handle the best audio resampling quality, some are not powerful enough. So there is no way to set perfect defaults for everything.
Comment
-
Originally posted by GreatEmerald View PostSo what distribution was that?
Originally posted by GreatEmerald View PostIf you try one that already uses systemd and PulseAudio (which is the vast majority of them), you should see that such problems are not there, hence the problem was misconfiguration.
BTW. If forgot to mention one funny observation back then: While everything gstreamer (0.10 and 1.0) related crackled vlc just did work - also with pulseaudio enabled. But gstreamer works fine with just plain alsa. So a bug in pulseaudio-usage in gstreamer? Why only mkv's?
Originally posted by GreatEmerald View PostFor PA defaults, it depends on your individual sound card drivers. Some simply can't work with timer-based scheduling, for instance. Some, on the contrary, only work with it. Some processors can handle the best audio resampling quality, some are not powerful enough. So there is no way to set perfect defaults for everything.
Comment
-
Originally posted by schmalzler View PostGentoo has optional pulseaudio support - some packages need it (like Gnome3), for everything else it can be controlled through USE-Flags - something binary distris simply can't do, so they just default to pulseaudio everywhere.
Comment
-
Originally posted by schmalzler View PostGentoo.
Gentoo has optional pulseaudio support - some packages need it (like Gnome3), for everything else it can be controlled through USE-Flags - something binary distris simply can't do, so they just default to pulseaudio everywhere. And again the misconfiguration argument I mentioned before...
BTW. If forgot to mention one funny observation back then: While everything gstreamer (0.10 and 1.0) related crackled vlc just did work - also with pulseaudio enabled. But gstreamer works fine with just plain alsa. So a bug in pulseaudio-usage in gstreamer? Why only mkv's?
hd-intel, Processor is an i7 2600K, so quite enough power to "handle the best audio resampling quality". Probably a problem with alsa wrapped by pulseaudio wrapped by gstreamer - difficult to tell who does something wrong, probably an accumulation of a bug in one of these components.
A funny observation from my end: on my main PC, running openSUSE, GStreamer works perfectly with PulseAudio (aside from the well-known 2 second pause bug in Amarok, but it's reportedly fixed in GStreamer 1.0), while VLC from time to time explodes into static, and the only way to get normal sound back is to restart the audio by changing default devices. But that happens only with ctxfi, with onboard Azalia chip VLC doesn't do that. Hence this is a bug in the way VLC interacts with PulseAudio over the ctxfi driver.
Comment
-
It's sad how some confused users keep promoting plain ALSA when in fact they mean to say alsalib, without ever realizing that PulseAudio is just a rewrite of the latter -- not some kind of ``additional layer''. (And the fact that PA has a daemon is just boring implementation details.)
Comment
-
Originally posted by ceage View PostIt's sad how some confused users keep promoting plain ALSA when in fact they mean to say alsalib, without ever realizing that PulseAudio is just a rewrite of the latter -- not some kind of ``additional layer''. (And the fact that PA has a daemon is just boring implementation details.)
Comment
-
Originally posted by GreatEmerald View PostSo what distribution was that? If you try one that already uses systemd and PulseAudio (which is the vast majority of them), you should see that such problems are not there, hence the problem was misconfiguration.
For PA defaults, it depends on your individual sound card drivers. Some simply can't work with timer-based scheduling, for instance. Some, on the contrary, only work with it. Some processors can handle the best audio resampling quality, some are not powerful enough. So there is no way to set perfect defaults for everything.
PA should only resample if sound card doesn't support frequency of source.
Comment
-
Originally posted by Teho View PostCorrect me if I'm wrong but to my understanding PulseAudio uses alsa-lib to interact with the kernel. However ALSA doesn't do mixing in the kernel so in any case you need to add additional mixer on top of it (you also need one for networked audio, audio processing and such that PulseAudio also does). Peope who refer to "plain ALSA" probably mean the mixer shipped with alsa-plugins called dmix.
Comment
-
Originally posted by schmalzler View PostGentoo.
Gentoo has optional pulseaudio support - some packages need it (like Gnome3), for everything else it can be controlled through USE-Flags - something binary distris simply can't do, so they just default to pulseaudio everywhere. And again the misconfiguration argument I mentioned before...
BTW. If forgot to mention one funny observation back then: While everything gstreamer (0.10 and 1.0) related crackled vlc just did work - also with pulseaudio enabled. But gstreamer works fine with just plain alsa. So a bug in pulseaudio-usage in gstreamer? Why only mkv's?
hd-intel, Processor is an i7 2600K, so quite enough power to "handle the best audio resampling quality". Probably a problem with alsa wrapped by pulseaudio wrapped by gstreamer - difficult to tell who does something wrong, probably an accumulation of a bug in one of these components.
Of bugs in those paths.All opinions are my own not those of my employer if you know who they are.
Comment
Comment