Re: [arch-general] [arch-announce] GNOME3 in [testing]
On 04/07/2011 03:01 PM, Arch Linux: Recent news updates: Ionuț Mircea Bîru wrote:
Ionuț Mircea Bîru wrote:
GNOME 3.0.0 packages are now available in the [testing] repository. These bring with it an update to gtk2, as well as the new gtk3.
This is a major update and you should take note of a couple of things:
* GNOME3 will replace GNOME2 once it gets moved to [extra].
* GNOME3 has two modes, "standard" mode (gnome-shell) and "fallback" mode (gnome-panel + metacity).
* Panel applets using Bonobo aren't supported anymore and packages depending on it will be dropped.
* pulseaudio is now required to run the GNOME desktop.
* Some packages exist in separate versions for gtk2 and gtk3. These typically have a name like "packagename3". Examples are vte3, libwebkit3, gtkhtml4.
* pygobject is now available for Python 3 in the package "py3gobject".
Have fun testing these packages!
Update and installation instructions are available at [https://wiki.archlinux.org/index.php/GNOME_3][1].
Bugs related to packaging should be reported to [http://bugs.archlinux.org/][2] .
Crashes and feature requests should be reported to [https://bugzilla.gnome.org/][3] .
[1]: https://wiki.archlinux.org/index.php/GNOME_3 (gnome 3 wiki)
[2]: http://bugs.archlinux.org/ (arch linux bugtracker)
[3]: http://bugs.archlinux.org (gnome bugtracker)
URL: http://www.archlinux.org/news/gnome3-in-testing/ _______________________________________________ arch-announce mailing list arch-announce@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-announce
Is pulseaudio mandatory no matter what? Can it be removed if some of the packages are built custom? I like having volume control for HDMI out. And I like that this mysterious starving audio, playing silence, glitch has disappeared. But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3
On Fri, Apr 8, 2011 at 10:38 AM, Matthew Monaco <dgbaley27@verizon.net> wrote:
I like having volume control for HDMI out. And I like that this mysterious starving audio, playing silence, glitch has disappeared. But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3
FWIW, this is almost certainly a bug that can be fixed. In my experience PA allows huge power savings compared to ALSA (down from more than 100 wakeups/sec to less than 10 wakeups/sec). Try debugging a bit to see what is going on powertop2 should be very helpful. Cheers, Tom
On 04/08/2011 12:11 AM, Tom Gundersen wrote:
On Fri, Apr 8, 2011 at 10:38 AM, Matthew Monaco <dgbaley27@verizon.net> wrote:
I like having volume control for HDMI out. And I like that this mysterious starving audio, playing silence, glitch has disappeared. But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3 FWIW, this is almost certainly a bug that can be fixed. In my experience PA allows huge power savings compared to ALSA (down from more than 100 wakeups/sec to less than 10 wakeups/sec).
Try debugging a bit to see what is going on powertop2 should be very helpful.
Cheers,
Tom It could also be that GNOME 3 uses hardware acceleration by default[1]. If weren't running Compiz before, it might be making a difference (I have no idea how it compares if you were using Compiz before).
[1] http://www.gnome3.org/faq.html - See "Will my computer be able to run GNOME 3?"
Hi guys, Can't pulseaudio be moved to optdepends? Best, Bernardo
On 08/04/11 22:54, Bernardo Barros wrote:
Hi guys,
Can't pulseaudio be moved to optdepends?
No. It is an upstream requirement.
On 04/08/2011 02:11 AM, Tom Gundersen wrote:
On Fri, Apr 8, 2011 at 10:38 AM, Matthew Monaco<dgbaley27@verizon.net> wrote:
I like having volume control for HDMI out. And I like that this mysterious starving audio, playing silence, glitch has disappeared. But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3
FWIW, this is almost certainly a bug that can be fixed. In my experience PA allows huge power savings compared to ALSA (down from more than 100 wakeups/sec to less than 10 wakeups/sec).
Try debugging a bit to see what is going on powertop2 should be very helpful.
Cheers,
Tom
I don't see how your CPU can be _less_ active with PA. I thought PA added a layer that didn't exist before and didn't actually remove anything. I'll say though, that changing VLC from 'default' or explicitly ALSA to PulseAudio dropped CPU usage of PA from ~16% to 3%. (It's mysterious to me why that 3% remains when the media is paused though). I guess I need to go through gstreamer and other app-specific settings and explicitly point to PA.
On Sat, Apr 9, 2011 at 8:21 AM, Matthew Monaco <dgbaley27@verizon.net> wrote:
On 04/08/2011 02:11 AM, Tom Gundersen wrote:
On Fri, Apr 8, 2011 at 10:38 AM, Matthew Monaco<dgbaley27@verizon.net> wrote:
I like having volume control for HDMI out. And I like that this mysterious starving audio, playing silence, glitch has disappeared. But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3
FWIW, this is almost certainly a bug that can be fixed. In my experience PA allows huge power savings compared to ALSA (down from more than 100 wakeups/sec to less than 10 wakeups/sec).
Try debugging a bit to see what is going on powertop2 should be very helpful.
Cheers,
Tom
I don't see how your CPU can be _less_ active with PA. I thought PA added a layer that didn't exist before and didn't actually remove anything.
I'll say though, that changing VLC from 'default' or explicitly ALSA to PulseAudio dropped CPU usage of PA from ~16% to 3%. (It's mysterious to me why that 3% remains when the media is paused though).
I guess I need to go through gstreamer and other app-specific settings and explicitly point to PA.
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe). So yes, PA would save CPU cycles and battery (its meant for use on cellphones as well, after all, the nokia people were involved at some point).
On 09-04-2011 02:12, Oon-Ee Ng wrote:
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe).
I have been using the ffmpeg resample method because of that, it uses less cpu, or seems to use less cpu here, and with my setup I cannot detect any loss in quality, but hey, it is a laptop and the analog audio path is not stellar so ymmv. -- Mauro Santos
On 04/09/2011 04:46 AM, Mauro Santos wrote:
On 09-04-2011 02:12, Oon-Ee Ng wrote:
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe).
I have been using the ffmpeg resample method because of that, it uses less cpu, or seems to use less cpu here, and with my setup I cannot detect any loss in quality, but hey, it is a laptop and the analog audio path is not stellar so ymmv.
Hmm, I tried that, didn't seem to help. In fact it's super frustrating now because VLC is back to use ~16% CPU again no matter what resample method I use and what audio output option I choose. Also, does anyone know what is restarting pulseaudio after I --kill? Is it gnome-shell?
On Sat, Apr 9, 2011 at 8:47 AM, Matthew Monaco <dgbaley27@verizon.net> wrote:
On 04/09/2011 04:46 AM, Mauro Santos wrote:
On 09-04-2011 02:12, Oon-Ee Ng wrote:
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe).
I have been using the ffmpeg resample method because of that, it uses less cpu, or seems to use less cpu here, and with my setup I cannot detect any loss in quality, but hey, it is a laptop and the analog audio path is not stellar so ymmv.
Hmm, I tried that, didn't seem to help. In fact it's super frustrating now because VLC is back to use ~16% CPU again no matter what resample method I use and what audio output option I choose.
Also, does anyone know what is restarting pulseaudio after I --kill? Is it gnome-shell?
I believe it uses dbus activation so it could be any pulseaudio client...
On Sat, Apr 9, 2011 at 9:24 AM, Sander Jansen <s.jansen@gmail.com> wrote:
On Sat, Apr 9, 2011 at 8:47 AM, Matthew Monaco <dgbaley27@verizon.net> wrote:
On 04/09/2011 04:46 AM, Mauro Santos wrote:
On 09-04-2011 02:12, Oon-Ee Ng wrote:
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe).
I have been using the ffmpeg resample method because of that, it uses less cpu, or seems to use less cpu here, and with my setup I cannot detect any loss in quality, but hey, it is a laptop and the analog audio path is not stellar so ymmv.
Hmm, I tried that, didn't seem to help. In fact it's super frustrating now because VLC is back to use ~16% CPU again no matter what resample method I use and what audio output option I choose.
Also, does anyone know what is restarting pulseaudio after I --kill? Is it gnome-shell?
I believe it uses dbus activation so it could be any pulseaudio client...
Actually, not sure if that's entirely true what I just said. Now '/etc/pulse/client.conf' does have a autospawn configuration option which might prevent it from restarting.
On Sat, 09 Apr 2011 09:47:16 -0400 Matthew Monaco <dgbaley27@verizon.net> wrote:
On 04/09/2011 04:46 AM, Mauro Santos wrote:
On 09-04-2011 02:12, Oon-Ee Ng wrote:
PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by the resampling, which you can just modify to a simpler method if you don't need the higher quality of the default (speex, I believe).
I have been using the ffmpeg resample method because of that, it uses less cpu, or seems to use less cpu here, and with my setup I cannot detect any loss in quality, but hey, it is a laptop and the analog audio path is not stellar so ymmv.
Hmm, I tried that, didn't seem to help. In fact it's super frustrating now because VLC is back to use ~16% CPU again no matter what resample method I use and what audio output option I choose.
Also, does anyone know what is restarting pulseaudio after I --kill? Is it gnome-shell?
I don't have Pulseaudio installed, yet, so I haven't tried it myself, but AFAIK you could try to start VLC with pasuspender wich will suspend PA as long as a given programm is running.
On 09-04-2011 14:47, Matthew Monaco wrote:
Hmm, I tried that, didn't seem to help. In fact it's super frustrating now because VLC is back to use ~16% CPU again no matter what resample method I use and what audio output option I choose.
Are you sure you have set vlc to output to pulse directly? It works fine here with minimal cpu usage. Also make sure you dont have any pavucontrol or volume metering apps running. I've found those can be quite taxing on the cpu. -- Mauro Santos
On Fri, Apr 8, 2011 at 7:21 PM, Matthew Monaco <dgbaley27@verizon.net> wrote:
On 04/08/2011 02:11 AM, Tom Gundersen wrote:
On Fri, Apr 8, 2011 at 10:38 AM, Matthew Monaco<dgbaley27@verizon.net> wrote:
But I don't like that pulse uses so much CPU and i think it's a major reason why my computer is runn 5-8 degrees C hotter with gnome3
FWIW, this is almost certainly a bug that can be fixed. In my experience PA allows huge power savings compared to ALSA (down from more than 100 wakeups/sec to less than 10 wakeups/sec).
I don't see how your CPU can be _less_ active with PA. I thought PA added a layer that didn't exist before and didn't actually remove anything.
AFAIK there are no additional layers; they run at the same layer. "ALSA" is ambiguous -- it tends to apply to either the kernel API, or the API provided by alsa-utils depending on speaker and context ... both solutions [PA, alsa-utils] still use the kernel API -- the additional "layer" of emulating the alsa-utils userspace API would be next to nothing (it wouldn't really be a "layer" per se, just some extra calls internal to PA). ime ... PA be rockin' :-) C Anthony
participants (10)
-
Allan McRae
-
Axel 'the C.L.A.' Müller
-
Bernardo Barros
-
Brendan Long
-
C Anthony Risinger
-
Matthew Monaco
-
Mauro Santos
-
Oon-Ee Ng
-
Sander Jansen
-
Tom Gundersen