https://bugs.kde.org/show_bug.cgi?id=442782
--- Comment #9 from Lamarque V. Souza <lamar...@kde.org> --- I have figure out the problem: vlc sends a lot of Seeked dbus signals (about four per second) when I watch a tv channel stream in my notebook. kdeconnect-kde's mutimedia control receiver plugin in my Plasma desktop relays all those signals to the android app through the tcp link (four tcp packets per seconds!!!). One workaround is disabling the multimedia control receiver plugin, but then I cannot play/pause vlc anymore. I have created a patch to kdeconnect-kde to add a 5 seconds delay before sending any Seeked data and it improves my cellphone battery and I still can play/pause vlc. Of couse, that is not a solution, it is just a workaround. I think kdeconnect-kde should not send data that is useless to the android app. I mean, my cellphone is locked, there is no need to update the progress bar in android app's multimedia control plugin. There is still another reason: the tv channel stream is infinite stream, there is no way to calculate it's ending, so there is no way to calculate the progress bar's maximum value. By what I could guess, the android app uses 100 minutes as the default maximum value, but all vlc's Seeked values are bigger than that, so the progress is always at the end of the progress bar. In my opinion, the android app should send to the kdeconnect-kde if the cellphone is locked and if the app is visible. If the app is not visible, then the kdeconnect-kde should avoid sending any data that are only used to update the widgets in the android app. The if cellphone is locked, then the plasma applet should also increase the interval to send any data to the cellphone, so the cellphone can have a chance to save battery. -- You are receiving this mail because: You are watching all bug changes.
