gnome-music should coalesce MPRIS property changes into one PropertiesChanged signal per event
@mjog
Submitted by Michael James Gratton Link to original bug (#755090)
Description
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:
- Tracks=[...]
- ActivePlaylist={...}
- Metadata={...}, CanPause=1, CanPlay=1
- CanGoPrevious=0, CanGoNext=0
- Metadata={...}, CanPause=0, CanPlay=1
- PlaybackStatus: Playing
- Metadata={...}
Three signals on playback stop, with the following values:
- CanGoNext=0, CanGoPrevious=0
- CanPlay=0, Metadata={...}
- 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.