GNOME Bugzilla – Bug 755090
gnome-music should coalesce MPRIS property changes into one PropertiesChanged signal per event
Last modified: 2018-01-10 14:45:55 UTC
Currently, gnome-music sends multiple PropertiesChanged DBus signals when tracks start and stop playing. I see the following from the org.mpris.MediaPlayer2.Player interface along: Seven signals on playback start, with the following values: 1. Tracks=[...] 2. ActivePlaylist={...} 3. Metadata={...}, CanPause=1, CanPlay=1 4. CanGoPrevious=0, CanGoNext=0 5. Metadata={...}, CanPause=0, CanPlay=1 6. PlaybackStatus: Playing 7. Metadata={...} Three signals on playback stop, with the following values: 1. CanGoNext=0, CanGoPrevious=0 2. CanPlay=0, Metadata={...} 3. Metadata={...} There's lot of unneeded IPC and wakeups there, also a fair bit of redundancy - especially for the Metadata fields, which are all identical and hence should actually only get reported as having changed once for each track, not up to 5 times.
Fair enough, patch appreciated.
wrong status
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-music/issues/43.