Plexamp "Plays" silently after skipping track via headset

Server Version#: 1.24.0.4897
Player Version#: 3.5.0

Hello! I’ve been using Plex for around 2 years now, and plexamp for ~1, and I love them both. By far the best media experience I’ve ever had.

One small annoyance I’ve found is that when skipping a song in plexamp using my headphones (Shure SE-215s), the song does skip and appeara to play (the song progress increases), but makes no sound until I pause and then resume playing.

Skipping in the app works fine, and I’ve tried it with one other headset (Xiaomi Freebuds Pro) and experienced the same. Both headsets skip songs normally in Spotify.

For reference, the “skip song” command on both is a double press of the same button that controls pause/play, and my phone is an Asus ROG phone 2.

Has anyone else experienced this issue, or know of any solution?

1 Like

Just wanted to say, I’m having the same issue with my Pixel 4a when using a wired headset. Works fine with a bluetooth one, but I’m too lazy to charge them all the time.

Server Version 1.33.0.2444-a220eae4
Player Version 3.5.0

Edit: Also wanted to mention, I have not used Plexamp before. 3.5.0 is the first version I’m using, therefore I cannot say, if that’s a “new bug” or if this behaviour was present before this version already.

Just wanted to add, problem still exists.

What I do now to somewhat make it work is, I first pause the current song and then skip to the next track while it’s paused. That way the current song will fade out and the next one fade in correctly.

But it’s not the solution.

Plexamp.log (253.0 KB)

Here a log of the problem, as I was asked to submit on the Play Store.
First skip was done by pressing the button on the app screen, second skipping done with the headset. Again, silent start of the track.
Then a pause and a resume which did then fade the track in correctly.

I can submit a log as well, but this sounds like the exact same issue that I am having, so perhaps that would be unnecessary.

In that log I see two things with buttons:

  1. :next_track_button: followed by a play.
  2. :play_or_pause_button: followed by :play_or_pause_button: a few seconds later.

Assuming these two button sequences were generated by your headset, it seems like with the second one, you didn’t press the buttons twice fast enough so it was just interpreted as two toggle operations, which should have left the app playing the same track again after pausing (which is what I see over here if I synthesize those events).

I’ll submit a log later today as well.

If I’m reading Miingno’s comment correctly, there were 4 total presses, one on the phone and 3 on the headset.

  1. Song skip via phone (Control)
  2. Song skip via headset (which did skip the song and time moved forward in the track but no audio played)
  3. Play/Pause via headset (paused the silent song)
  4. Play/Pause via headset (resume the paused song, audio now plays)

This is exactly what I experience, so I’ll make a log just of the headset presses so it’s clear what is going on. I’ll press the buttons very quickly as well to ensure it is read as a skip.

Edit: Attached the log,

  1. I opened the app at 8:28,
  2. pressed the headset button once to resume the most recently played song,
  3. waited a few seconds,
  4. then pressed the headset button twice quickly to skip to the next song(which worked, it did skip to the next song),
  5. but no audio was played and the song paused without me pressing anything after ~4 seconds.

34412654210882.zip (60.0 KB)

The first step is correct. And the second one kinda too?
I did press the Play/Pause button twice fast in a row, which skipped song as it was supposed to, however resumed the playback silently. The second (actually third) Play/Pause a few seconds later was when I stopped the silent playback to exit and export the log.
Meaning, the actual function of the skipping part works. It’s really only the silent playback that’s the issue.

Edit: This morning I regardless tried the suggested even faster double press. That however only resulted in a pause. No skip happened.

For the previous log, I had not yet configured the “Analyze audio tracks for loudness”, as I didn’t know that was actually a thing. Now I have activated this setting and have the whole library analyzed, resulting in the same behaviour doctorzeromd has.
Also, Sweet Fades is now working and turned off as I don’t quite like this setting very much.

Here a new log (and in the zip a screen recording too) on how it behaves now:

  • First press of the headset button to start the track.
  • Double press to skip to the next track > Track skips but start playing silently for about 3 seconds and then stops on it’s own.
  • Another press of the headset to start playing the track, this time with sound.
  • And finally the pause on the app to exit and take the logs.

Plexamp.log (89.4 KB)
screen-20210915-075709.zip (14.1 MB)

Edit:
Thought I’m gonna add server and app version as they did also chance since last time:
Server Version 1.24.2.4973
App Version 3.7.0

Updated to version 3.7.1 and the bug/behaviour still exists and makes the app almost unusable with wired headsets.

Just wanted to say, one month later and the problem still exists. I’ll send new logs when a new version releases.

So sorry, we’ve had a bunch on our plate.

All fine!
Just wasn’t sure if this was still on the list. After the last update a month ago it seemed like it was treated as a user error and ignored.
Let me know if more logs are needed.

Hello @elan,

Just wanted to check in and see if there had been any progress on this or if there is additional logs or information you need. Thanks!

I’m sorry, we haven’t had a chance to have a look yet, but i’ll make sure it’s on the list.

I understand. Thank you for making sure it’s on the list. I’ll keep an eye out for updates!

If anyone is willing to try an APK with a potential fix, can you please DM me?

I’d be happy to!

Just DM’d you.

Thanks to @doctorzeromd we figured out the issue, and he’s tested a fix, which will be included in the next release after v3.9.1

1 Like

Thanks again elan!