danhash

Just accidentally changed tracks via the swipe again: To get from the Now Playing screen to the current artist's other albums, it's swipe down then swipe right, and it's easy to get these confused when swiping quickly.

I just found that there seems to be an additional fade-in/fade-out associated with Bluetooth headphones. Very noticeable on a track such as Linkin Park's Papercut.

I turned off gapless preload, and it seems to have fixed the problem.

I don't know why some people have such a bone for swiping. It's messy and doesn't work well. And it's confusing, now that there are several other places to swipe, such as swiping right on a track list to go to the album list. I paid for this media player, and it's the best one I know of for Android. I would gladly contribute to a Patreon project or some other method of continuing revenue for the developer. I support the developer of my favorite podcast app this way. It's ridiculous to remove usability features with no option to get them back. I can understand that if you like swiping, it may be hard to understand why somebody else wouldn't. And I understand that the developer can't predict everyone's preference. But this media player isn't just another free app to me; I paid for it and would love the opportunity to continue to support the developer financially, and I would even support a "bounty" model for users to pay (vote with their dollars) to get certain features/bugs moved up in priority. I'd pay to fix this one.

Swiping isn't part of "the latest technical features". Removing a critical usability feature isn't a step forward.

@andrewilley, I always have crossfade disabled. Gapless preload was set to 3100ms. I just set it to None and will test this for a bit. I thought the preload just cached the first few seconds of the next track; is it meant to skip the last few seconds?

@maxmp, Swiping to navigate on mobile UIs has always been problematic for me, and I've never wanted it. I have accidentally changed tracks with a "swipe" dozens of times; I have intentionally changed tracks with a wipe zero times. Why was this option removed? This was an actively used feature in v2. Please bring it back

On my .CUE-based FLAC albums, Poweramp skips the last few seconds of each track. Phone: Samsung Galaxy Note9 Android: v8.1.0 Powerbamp build: v3-build-820-play (Full Version)

This seems to only happen on .CUE albums

Yes I do

When I listen to a song on repeat, it's scrobbled correctly each time it's played. I have had a LOT of trouble with this in the past, with other scrobbling apps and with alpha/beta versions of Poweramp. But with the final version of v2 and the production versions of v3 I have not had this issue.

I hate to be "that guy", but I don't have this issue with v3. I did have scrobbling issues with the pre-release versions I tested, however, which is one reason I always reverted from the pre-release versions back to v2 until v3 came out. With v3, scrobbling has worked perfectly for me since it came out. Details: I have a Galaxy Note9 with Android 8.1.0. SLS v1.5.7 I have all battery conservation settings disabled for SLS. Poweramp v3-build-820-play (Full Version) - It just updated to the new Play version. Scrobbling in the previous v3 release version worked just fine for me too. "Scrobble via Simple Last.fm" is enabled If you want to compare against any of my other settings, let me know.

I've noticed that on some songs (not all), it will not play the last ~4 seconds and then skip to the next song. But I've had this happen in the middle of an album too, not just at the end.

I have also noticed that the fade-in settings are not honored in v3. I have a post about that here: This was present in the Alpha: And it was present in v2: Best I can tell, little has been done to fix the issues with fade-in. Personally, I can't think of a reason why anyone would want fade-in at the beginning of a track.

Fade-in still isn't fixed:

Still not fixed in v3:

Not fixed in v3 either:

Version: v3-build-816-play (Full version) Phone: Galaxy Note9 (SM-N960U) on T-Mobile running Android 8.1.0 App settings: * Auto-advance fading: No fading * Manual Track Change Fading: No fading * Fade Play/Pause/Stop: Off * Fade on Seek: Off * All of the "Length" settings can't be set to zero, so I have them on max length to make fading more obvious for troubleshooting

There is still a fade-in at the beginning of tracks. As far as I can tell, no fade-in issues have been fixed. Even with every available fade-in setting disabled, there is still a fade. I paid for this app and would gladly donate to fix this long broken feature, but still zero has been done to remove the fade.

The fade-in bug still hasn't been fixed. More details here:

I just tested the fade-in again with In Your Words by Lamb of God, and the problem isn't even close to fixed. If I start on the previous track and hit next track, there's a fade-in. Also, if a different track is playing and I tap on the track to play it, there's a fade-in. Poweramp is simply not honoring the settings, still.

@djdarko, Just installed 792 and playing with it. So far, Last.fm scrobbling isn't working, I can't disable swiping to change tracks, and there doesn't seem to be a normal seekbar. Even if the fade is fixed, all three of these issues are dealbreakers for me, so I may have to switch back to the last stable version. I'll still test fade before switching back though. Thanks.

Also: How can I disable swipe to change tracks? I no longer see the option How can I get the normal seekbar back? It's now very hard to seek within a track

With this new Poweramp beta, scrobbling isn't working for me with SLS. Last.fm will show the Now Playing notifications, but when the track changes, the play isn't actually scrobbled. I've run into this in the past, and it's typically due to the media player not correctly communicating with SLS to tell it to scrobble.

I double-checked all the settings you mentioned and set them exactly according to your recommendation. There's still a fade-in at the beginning of the track.