Opened 4 years ago

Last modified 4 weeks ago

#16669 new defect

Sound notifications should be pulseaudio "system sounds"

Reported by: hobarrera Owned by:
Milestone: Component: pidgin (gtk)
Version: 2.10.11 Keywords: pulseaudio, sound
Cc: brian_j_murrell, bigon


Notification sounds sent to pulseaudio should be sent as "system sounds", so that they respect the "system sounds" volume slider (which control most notification volumes).

Currently, pidgin appears for a split-second while sounds play, making it almost impossible to use pavucontorl to adjust its volume. It also means its volume does not follow the rest of the OS notifications' volume.

Change History (3)

comment:1 Changed 3 years ago by brian_j_murrell

But more importantly, the notification sounds can be sent to a different pulseaduio output than the audio for voice calls such as #17071 describes.

comment:2 Changed 4 weeks ago by bigon

IMVHO, pidgin could delegate the playing of the notifications to libcanberra or gsound (gsound uses libcanberra)

libcanberra supports both alsa and pulseaudio.

This would also fix the volume issue with pulseaudio (upstream pa uses flat-volume by default) and also #17071

comment:3 Changed 4 weeks ago by bigon

Using libcanberra is pretty trivial to use actually

Something like that seems to work:

+       ca_context_play(ca_gtk_context_get(), 0,
+               CA_PROP_MEDIA_FILENAME, filename, NULL);
+       return;
+#elif defined(USE_GSTREAMER)

The CA_PROP_EVENT_DESCRIPTION property should also probably set with the description of the action, this is know in pidgin_sound_event array, the problem is I'm not sure how to make that available as it would require changing purple_sound_play_file() if I'm not wrong

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!