Jump to content
Poweramp
tdas777

v3 build 823 - High Battery Consumption

maxmp

Before posting here, please try the following:

Update to build 853+
It has a fix for the playlist related drain.

Settings / Look and Feel / Player UI / Chromecast Button - Disable (Poweramp will restart)
This helps with some un-updated/failing Play services libraries being loaded into Poweramp and increasing battery usage.

Settings / Library / Scanner / Auto-scan - Disable
This helps with some apps constantly/frequently sending file system change event causing Poweramp to rescan frequently and increasing battery usage.

Message added by maxmp

Recommended Posts

25 minutes ago, maxmp said:

@dinfinity thanks for the log, this was helpful. Yes, in this use scenario this thread loops forever, fixed for the next build will which be pushed asap.

@maxmp: That is great news! I look forward to not reproducing the issue with the new build!

Share this post


Link to post
Share on other sites
1 hour ago, andrewilley said:

Please try build 853 folks...

Andre

First tests are positive! I can no longer reproduce the issue!

Thanks @maxmp for the fix and @Crericper and everybody else for the information and cooperation on this issue!

Share this post


Link to post
Share on other sites

The power of community support :)

No worries, I was as frustrated as the rest of you - knew it would eventually be sorted. Now to test my playlists!

Moho

Share this post


Link to post
Share on other sites

If everyone agrees that this issue is now solved (thanks for everyone's help and patience!) I will close this thread at the end of the week, so any new issues that might occur in the future can be reported separately. 

Andre

Share this post


Link to post
Share on other sites

I confirm problem resolved. 

 

Bye, bye, thread... I'm going to miss you! 

 

LOL

Share this post


Link to post
Share on other sites

I've used the latest version for a couple of days now and haven't seen any more excessive battery drain. Thanks to everyone who helped fix the issue!

Share this post


Link to post
Share on other sites

@RBEmerson, it was a thread that checks play service, but went into infinity loop, and I think, it is most likely caused by play service not responding. 

Quotes here: 

On 11/7/2019 at 5:05 PM, Crericper said:

After some extra digging, found this: 

Seems like it is waiting for a thread to stop: 


"awakenReason":1,"stack":["java.lang.Thread.join(Thread.java:1268)","com.maxmpz.audioplayer.player.PlayerService.onDestroy","android.app.ActivityThread.handleStopService"...

As: 

On 11/7/2019 at 9:24 PM, dinfinity said:

Nice work! com.maxmpz.audioplayer.player.PlayerService.onDestroy would be the significant bit here. The application generating the log seems to be a MIUI monitor app, but it still gives valuable information about PA.

Looking at "beginTime":3210750," and endTime":3214770",  it seems that the MIUI monitor gives off a warning because the onDestroy method is taking more than 4 seconds. This is probably because something in that onDestroy method is stuck in an infinite loop as hypothesized before.

 

On 11/8/2019 at 8:11 AM, dinfinity said:

@maxmp: Sent you the bug report. I suspect this is the culprit:


"player service thread" prio=5 tid=9 Suspended
  | group="main" sCount=1 dsCount=0 obj=0x12c07340 self=0x7f78b8fc00
  | sysTid=21390 nice=0 cgrp=bg_non_interactive sched=0/0 handle=0x7f7618d3a0
  | state=S schedstat=( 0 0 0 ) utm=3765 stm=66 core=5 HZ=100
  | stack=0x7f7608b000-0x7f7608d000 stackSize=1036KB
  | held mutexes=
  at ׅ.tg$D.D(":702)
  at ׅ.tg$D.ׅ(":696)
  at ׅ.tg$L.ׅ(":759)
  at ׅ.tg.ׅ(":645)
  at ׅ.px.release(":5034)
  at com.maxmpz.audioplayer.player.PlayerService.llll(":3093)
  - locked <0x014f9035> (a java.lang.Object)
  at com.maxmpz.audioplayer.player.PlayerService$v0.ׅ(":1145)
  at ׅ.pz.handleMessage(":29)
  at android.os.Handler.dispatchMessage(Handler.java:102)
  at android.os.Looper.loop(Looper.java:148)
  at android.os.HandlerThread.run(HandlerThread.java:61)

(utm is high and this seems to be the only thread that is not waiting/native waiting)

 

Share this post


Link to post
Share on other sites

@Crericper

Quote

 

@RBEmerson, it was a thread that checks play service, but went into infinity loop, and I think, it is most likely caused by play service not responding. 

Interesting. Play Service was mentioned, more than once, as a possible problem. IIRC, tinkering with it was occasionally useful, but didn't prove to be a certain work-around. 

The infinite loop must have been extremely active to hammer the CPU to the point of heating to the point it did. Of course high battery consumption inevitable in this instance. 

FWIW, I've been using existing playlists with no problems. Battery consumption is well within the expected range. 

Share this post


Link to post
Share on other sites

Before this thread closes, thank you everybody who has been a reason behind this issue being found, pin pointed and fixed, me included. 

So happy! I really don't have a list of usernames, just thanks everybody. :)

I don't need other players now. 

Share this post


Link to post
Share on other sites

Is anyone else still seeing issues despite being on version 853?

I'm using a Galaxy S8 and I'm still getting 19.2% usage for 5 hours 1 minute play time via Bluetooth. Currently using a play list made prior to the change. I'll leave it on random all songs tomorrow's and see if the usage within the same range. 

Update;

Just tried it today without using a play list. Battery usage 15.6% in 3 hours 24 minutes play time. 

All usage was via Bluetooth while driving with flight mode on (remote location with no signal). 

 

 

Share this post


Link to post
Share on other sites

I am still seeing the issue even with this build on both my Nexus 5 and Galaxy S8. It's a problem when Poweramp is running, even when it's not playing music.

Share this post


Link to post
Share on other sites

Hi... I am an LG V20 Owner with huge spare-part battery (4100 mAH). The battery Drain issue is still appear even though i have already updated onto the latest version. Previously, i tackled the issue by disable mobile data and it works. recently, i can't do this trick anymore. I was used to play song by using default mp3 player for 1.5 hours and it decreased by 2 % only with 36 - 37'C during idle with mobile data disable and bluetooth ON. Now, it drain significantly (around 20% within 1.5 hours) with temperature around 50'C during idle + mobile data disable with bluetooth ON. I've to Force close the app to save the battery and the problem re-exist once i start the app no matter by enable either disable mobile data. Chromecast & auto-scan has been disable and problem still persist. My current LG v20 android version is Oreo, Second screen is disable, Power savings is active, everything are disabled (WIFI, Locations, etc except my bluetooth to be paired with my wireless headset), my spare-part battery is fine. i've tried to swap the battery with the normal capacity and the battery drain is even worse (100% drop to 70% within 1.5 Hours + mobile data disable and bluetooth ON). Please fixed this issue ASAP


Edit: Does anyone have ever tried to pairing the bluetooth device while Poweramp is active? i just conduct a long-run test from 0000 - 0700 with song running using Poweramp without bluetooth pairing + disable mobile data. My battery drop 5% only from 100% to 95%. Is it just only happened to me? Or, is there any another bug happened with the bluetooth pairing issue?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...