Episodes loops instead of playing next in queue

Bug report
21

I have the same problem and it only showed up recently, so i guess the issue is due to the latest update. While it first started, while listening via bluetooth in my car, i can safely say, that it also occurs on my device while listening without any bluetooth speakers/headphones connected. Manually skipping forward until reaching the end of the podcast worked for me to break out of the loop.

Environment

Android version: 15
OS version: 5.10.240-android12-9-00006-g25161a557b20-ab14744618
AntennaPod version: 3.12.0
Model: motorola edge 40 neo
Device: manaus
Product: manaus_g_syse
Manufacturer: motorola

22

I also noticed the problem with 3.12. The continuos loop happens when using Bluetooth and with phone plug. It doesn’t happen when using the phone speaker. I don’t reorder the queue. Normally I could start anywhere on the queue and it would play down the list from where I started.

Is there a way to get the older version?

23

Yes: 3.12.0 (980b2f32d)

24

Is there anyone who can reproduce this every time, and who is willing to reproduce the problem and export logs?

  • Let an episode play (not necessarily from the beginning) until it ends and loops around
  • Wait 15 seconds
  • Go to the Settings → Report bug screen
  • Press the 3-dot menu and export the full logs
  • Send the logs to info@<my username>.com
  • Leave a message here that you sent it (so no one else needs to do it)
25

## Environment

Android version: 16

OS version: 5.15.180-android13-8-00021-g46a5565a0982-ab13743836

AntennaPod version: 3.12.0

Model: 23078PND5G

Device: corot

Product: corot_eea

Manufacturer: Xiaomi

Same issue since last week.

26

@Gregor_Mayer please take a look at the message above yours. Without logs from someone who is affected there is no way to fix this.

27

We just started to roll out 3.12.1, but it will not fix this issue because we have not received logs from an affected user yet.

28

yes, i can reproduce this and will send you a log file

29

i have to say, the only place, where i can more or less reliably reproduce this, is in my car. i had the problem once just listening on the phone, but can not reproduce this and neither when listening on bluetooth headphones.

30

Thanks! From the logs, I can see that AntennaPod decided to stop playback because there was nothing more to play. The service got stopped completely. But then 30 seconds later your car sent a “play” button press and somehow started the most recently played episode again. Can you confirm the following please?

  • Do you have “continuous playback” enabled or disabled? Does it make a difference?
  • Do you have more episodes in the queue below the one you played?
  • Can you confirm the 30 seconds delay before it started playing again?
31

Continous playback is on, let me check tomorrow, what happens if i turn it off.

Yes, there are more episodes following the one that loops.

There was no delay and there never is. The episode i played was only like 45 seconds, so i dont have to skip to the end. Maybe the pause you see is me manually starting/stopping something before. There is a lot of trial and error in this log from trying to reproduce anything.

32

Just want to add. Today I used AntennaPod with a USB-Headset while biking and there were no issues regarding continuous playing the episodes. Seems to be either an issue with bluetooth and/or playing it in a car.

33

i changed continous playback to off, but that doesn’t change anything.

also i left the episode running and it keeps looping, as long as i don’t manually skip/fast forward.

i sent you another logfile from just this morning and just looping this one 45 second episode two times. when it started again the second time, i stopped it manually.

34

I wonder if the extremely short episode might be a clue. I’ve never experienced this issue, either in the car or with my earbuds, but the shortest episodes I play are around 5 minutes.

35

Listening in my car will loop everything I play, and my podcasts are usually 45-90 minutes long.

36

good idea, but no, it loops also much longer episodes. i only chose this very short trailer for testing purposes, so i don’t have to skip forward a lot and to interfer with testing as little as possible.

37

Thank you and @Axel for responding to my observation. My usual episodes are between 5 and 70 minutes and I’ve been trying different things to see if I can duplicate what you’re seeing. Other potential variables that come to mind are things like:

  • Auto-download (which I don’t use)
  • Stream vs. download (I never use mobile data for podcasts; I stream or download episodes at home via Wi-Fi)
  • Sorting the playlist (I move things around manually; I don’t use the sort function)

Here’s a long shot, but I’m mentioning since it’s not the default configuration:

  • Enque location: My downloaded episodes are added to the “Back” (bottom) of the queue rather than the default “Front” (top) of the queue.

I’m still puzzled about the apparent Bluetooth correlation. I always use Bluetooth in the car, but generally use the phone’s speakers at home. I’ve made a point of using buds at home most of the time, but still haven’t encountered any unexpected behaviors.

38

so, i did a few more tests.

this is, when it works (on my bluetooth headphones):

08-24 21:11:37.000 12481 12481 D AudioPlayerFragment: currentPosition 00:00:43
08-24 21:11:37.002 12481 12481 D EpisodeItemViewHolder: currentPosition 00:00:43
08-24 21:11:37.292 12481  2483 D CCodecBufferChannel: [c2.android.mp3.decoder#502] input EOS
08-24 21:11:37.457 12481  2481 D AudioTrack: stop(811): 0xb400007a903d9390, prior state:STATE_ACTIVE
08-24 21:11:37.457 12481  2481 D AudioTrackShared: this(0xb400007a9fc967b0), mCblk(0x79468e3000), front(1962508), mIsOut 1, interrupt() FUTEX_WAKE
08-24 21:11:37.458 12481  2481 D AudioTrack: stop(811): 0xb400007a903d9390 stop done
08-24 21:11:37.999 12481 12481 D AudioPlayerFragment: currentPosition 00:00:44
08-24 21:11:38.001 12481 12481 D EpisodeItemViewHolder: currentPosition 00:00:44
08-24 21:11:38.488 12481   829 D DBReader: getNextInQueue() called with: itemId = [21499]
08-24 21:11:38.491 12481 12481 D ExternalPlayerFragment: Loading media info
08-24 21:11:38.491 12481 12481 D ItemDescriptionFragment: load()
08-24 21:11:38.491 12481 12481 D QueueFragment: loadItems()
08-24 21:11:38.494 12481   829 D DBReader: Extracting Feedlist
08-24 21:11:38.501 12481 12529 D DBReader: Extracting Feedlist
08-24 21:11:38.507 12481 12522 D DBReader: Extracting Feedlist
08-24 21:11:38.511 12481 12510 D DBReader: Extracting Feedlist
08-24 21:11:38.512 12481 12481 D AudioPlayerFragment: currentPosition 00:00:45

this is the logfile, when it fails (it always looks +/- like this):

08-24 11:22:28.386 12481 12481 D AudioPlayerFragment: currentPosition 00:00:43
08-24 11:22:29.226 12481 12737 D CCodecBufferChannel: [c2.android.mp3.decoder#161] input EOS
08-24 11:22:29.371 12481 12731 I MediaCodec: (0xb4000079dfd4df30) flush
08-24 11:22:29.371 12481 12737 D MediaCodec: [0xb4000079dfd4df30] setState: 7
08-24 11:22:29.372 12481 12737 D MediaCodec: [0xb4000079dfd4df30] setState: 8
08-24 11:22:29.373 12481 12731 I MediaCodec: (0xb4000079dfd4df30) start
08-24 11:22:29.373 12481 12731 D MediaCodec: keep callback message for reclaim
08-24 11:22:29.373 12481 12737 D MediaCodec: [0xb4000079dfd4df30] setState: 6
08-24 11:22:29.374 12481 12737 I CCodecConfig: query failed after returning 8 values (BAD_INDEX)
08-24 11:22:29.374 12481 12737 W Codec2Client: query -- param skipped: index = 1342179345.
08-24 11:22:29.375 12481 12737 W Codec2Client: query -- param skipped: index = 2415921170.
08-24 11:22:29.386 12481 12481 D AudioPlayerFragment: currentPosition 00:00:44
08-24 11:22:30.386 12481 12481 D AudioPlayerFragment: currentPosition 00:00:00
08-24 11:22:31.387 12481 12481 D AudioPlayerFragment: currentPosition 00:00:01

so for some reason, when it fails, the current media is never stopped and so the next one is never loaded (my understanding, maybe i’m completely wrong).

do you think, it is maybe something similar like Google Cast playback does not automatically continue to the next queued episode · Issue #8508 · AntennaPod/AntennaPod · GitHub or somehow related to the problems described in Playback position reset on playing next episode in queue · Issue #8468 · AntennaPod/AntennaPod · GitHub ?

39

If it helps in my 2016 VW connected by Bluetooth (not Android Auto) I have seen this and noticed that the repeat current track icon is enabled. I never enable this and have to disable it. So, it looks like AntennaPod is somehow enabling this option.

40

Huh. This looks like AntennaPod does not get any kind of notification/callback on finishing and the media player library (media3 ExoPlayer) just silently replays from the beginning. There should be a gazillion log lines between those two lines normally