Releases: l1na-forever/mpris-notifier
Releases · l1na-forever/mpris-notifier
v0.2.0 🎉
v.0.2.0 has a rewritten main loop that ends up making notifications much more responsive. You'll notice this especially if you change a lot of tracks very, very quickly ;).
- DBus polling is moved to a separate thread, and pushes received messages onto an unbounded channel. This lets it sit long polling for a long period, reducing CPU usage.
- Message handling state machine is greatly simplified, and the decoupled polling mechanism lets it be much more responsive to user input.
- Lots of little internal refactors and clean-ups.
- Dependencies bumped.
Full Changelog: v0.1.10...v0.2.0
v0.1.10
Full Changelog: v0.1.9...v0.1.10
v0.1.9
v0.1.8
v0.1.7
v0.1.5
- Handle a DBus behavior change, fixing a failure for
mpris-notifier
to start when running certain versions of DBUS - Handle a panic when an MPRIS client sends a notification with neither player metadata nor a status change object
v0.1.4
- Fixes for duplicate/empty notifications: notifications are now held before being fired to accommodate players that load in metadata gradually (like Firefox)
v0.1.3
Bugfix release. Players like Firefox (tested w/ Spotify web UI), VLC (tested with loose MP3s) work now.
- 26e8c7d - discard empty notifications (8 minutes ago)
- b8c4ead - support file:// urls, resize images to thumbnail size before sending (13 minutes ago)
- 96a8ceb - fix sending images with alpha channels (13 minutes ago)
- 9cf2e50 - add spillover protection for clients that are spammy with their notificiations (14 minutes ago)
- 85139df - remove an unused error from dbus (2 hours ago)
- 44d2d35 - Cache each sender's previous status/metadata separately (2 hours ago)
- 1b039a0 - Handle signals that contain either/or status/metadata fields (8 hours ago)
v0.1.1
- bugfix a possible over-allocation
Initial Release
🎉 🎶 🌆
initial release of mpris-notifier!