Battery usage when asleep

0 votes
asked Dec 29, 2018 in Defect (Is this broken?) by gutbag (350 points)

1 Answer

0 votes
Thanks for the question. MD follows all the typical rules of good-citizen iOS apps. If it gets moved to the background, it will spin down the frequency of all “polling” operations, including the search for Bonjour connections and the actual incoming MIDI queue. In addition, UI updates should not occur when the screen is off or the App is in the background.

MD could probably be much more battery efficient while it’s on the screen and while it’s off. I’m not aware of how it handles the iPad-off (asleep) state, but judging from your question, the answer is that it’s not great.

One thing to try is to background MD before suspending the iPad.

For now, I think we can consider this a deficiency, and we’ll move to put in the hours to improve battery performance at some point.

Thanks for reporting.
answered Dec 29, 2018 by MIDI Designer Team (Dan)
Thanks. I think I had backgrounded MD when I checked this, but I'll do it again and report back.
I finally got round to doing this test and I've confirmed that with MD backgrounded and the iPad asleep, the battery consumption is way higher than if MD is not running at all. With MD backgrounded, the battery dropped from 100% to about 60% in a few days (the iPad was asleep for the whole time). Without MD running at all over a similar period, it only lost a few percent.
How is MD connected and to what? What other apps were running? We do still poll for midi even in the background, but that use could be halved or quartered, possibly doing the same (or less? Or more?) to/for battery life.

Thanks!
No other apps were running and MD was not connected to anything. When I use it, it's connected to a Bluetooth MIDI device, but that was not even powered up when I tested the battery drain. Hope that's the info you wanted. Do ask, if not. Thanks.
Yeah, that's helpful. Makes sense given how the code is written, too. We could optimize for this, but it's not a high priority yet. Thanks for the investigation... frankly I'm thinking it's "not too bad" but I see the other POV, too.
...