Page 2 of 2 FirstFirst 12
Results 11 to 16 of 16

Thread: BeyondPod is replaying already listened to content after pause

  1. #11
    Junior Member
    Join Date
    Dec 2013
    Posts
    3
    Hi, Julie.
    I download affected episodes. They are audio.
    I tried to enable/disable speed adjustment to solve this problem but this had no effect. I've never used Presto and it is not installed.
    My device is DNS s5001 (MediaTek MT6589, 1Gb RAM) with stock firmware, Android 4.2.1. This device is local version of Amoi a860w, there is no difference between these phones except label.
    I use BeyondPod 3.1.50.

    URL's of affected feeds (not all):
    http://podster.ru/rss.xml?pid=579
    http://keddr.com/tag/keddrocast/feed
    http://synth.podfm.ru/compulenta/rss/rss.xml
    http://vasilysweekend.rpod.ru/rss.xml
    You maybe will have some trouble with cyrillic symbols at these links.

    Quote Originally Posted by juwlz View Post
    BeyondPod retrieves the current position from the Android player when you pause, and asks the player to resume at that point when you start playing again.
    Is there any way with which BeyondPod could ask different (not default) player for playback positions? I can't replace default player with side player without rooting and warranty loss.

    Waiting for your reply.

  2. #12
    BeyondPod Team
    Join Date
    Mar 2012
    Location
    UK (BP Team member from Jun 2012 to Mar 2017), http://blog.juwlz.co.uk/
    Posts
    4,169
    Quote Originally Posted by kill View Post
    Is there any way with which BeyondPod could ask different (not default) player for playback positions?
    You can use any external player you like: Menu | More... | Settings | Player Settings | Default Audio/Video player. Once you choose an external player, the next time you play something, it will ask you which player you want to use, and then continue to use it from that point onwards.

    However, this is done via the Android sharing mechanism, so BeyondPod neither expects nor gets any feedback from the destination player about progress. It therefore has to assume that the episode is completely played once it has requested the external player to play it. If the external player independently remembers your position, then you could use it directly to resume playback (and then start the next episode from BeyondPod).

    The issue is usually that the manufacturer's ROM implements a version of the media player that doesn't cope very well with either reporting the current position or seeking to the requested position in files that use variable bit rates (which is why you get the issue with some feeds but not others).

  3. #13
    Junior Member
    Join Date
    Dec 2013
    Posts
    3
    Quote Originally Posted by juwlz View Post
    The issue is usually that the manufacturer's ROM implements a version of the media player that doesn't cope very well with either reporting the current position or seeking to the requested position in files that use variable bit rates (which is why you get the issue with some feeds but not others).
    Is BeyondPod team trying to solve this problem? Why don't you use own player to avoid problems with VBR files? In fact I can't listen some of my favorite feeds and I'm not sure that any other podcast manager could help me with it on my device.

  4. #14
    BeyondPod Team
    Join Date
    Mar 2012
    Location
    UK (BP Team member from Jun 2012 to Mar 2017), http://blog.juwlz.co.uk/
    Posts
    4,169
    Unfortunately, we don't have unlimited resources, and writing our own player when Google (or rather anybody who creates a variation on AOSP) already includes one as part of the OS seems rather like reinventing the wheel. I'm afraid that only a small number of devices are affected, so writing a duplicate player doesn't make very good use of resources for the majority of BeyondPod users, and I'm afraid that we have no plans to do this.

    You could try submitting a bug report to the manufacturer to ask them to fix the underlying issue with seek in the player (assuming that it's the seek and not the reporting of the current position that's failing).

    Alternatively, if you find a 3rd party player that works, we would be happy to investigate the possibility of working with the developer of that player to integrate it with BP in a way that allows full handshaking to retrieve the current playback position from that app when you pause playback, and pass that seek position back to it to resume playback.

    Julie

  5. #15
    Junior Member
    Join Date
    Feb 2014
    Posts
    1
    Having the same issue after switching phones. The rewind is several minutes each time. Phone info:
    Alcatel One Touch Fierce
    Firmware 4.2.2
    Kernel 3.4.5
    BeyondPod 3.2.59 with unlock key
    Audio only. Video feeds set to play as audio (although there shouldn't be any in there).
    No speed adjustment (I do miss the 3x speed option, though).
    Too many feeds to list them all, but here are two that have been doing it:
    http://feeds.feedburner.com/freakonomicsradio
    http://www.daveramsey.com/media/audi...ast_itunes.xml

    Episodes are downloaded prior to playing. Just rebuilt the Smart Play list, restarted the phone, and haven't reproduce the issue yet, but it's only been a few minutes. Seems to happen primarily after the player has been paused for a few minutes after pulling out the headset jack.

  6. #16
    BeyondPod Team
    Join Date
    Mar 2012
    Location
    UK (BP Team member from Jun 2012 to Mar 2017), http://blog.juwlz.co.uk/
    Posts
    4,169
    Hi, and welcome to the forum.

    Quote Originally Posted by AngusOnAir View Post
    No speed adjustment (I do miss the 3x speed option, though).
    Are you not using speed adjustment because it makes the problem worse? Have you tried it using BP's built-in speed adjustment (uninstall Presto, if it's installed on your device, as it will take precedence, and it frequently causes issues).

    If some podcasts are better with, and some are better without speed adjustment, you can enable it only for those that benefit from it (Menu | More... | Settings | Player settings | Playback speed | Enable Speed adjustment and Use Only if Configured). That way, only feeds with a Preferred Playback speed set will use the Speed Adjustment calls to the player.

    I would encourage you to try playback with and without playback speed adjustment enabled, and note which works best for you on that device. Alternatively, if there is another player that will seek correctly on it, you can configure BP to use that instead of its built-in player (Menu | More... | Settings | Player Settings | Default Audio/Video player | Use External Audio; the first time you play audio after selecting Use External, Android will ask you which player you want to use).

    Pausing playback briefly (< 20 seconds) doesn't unload the player. For a pause longer than that, the player gets unloaded (to be polite to other apps), and when you resume playback, BP asks the built-in Android player to seek to the point where you paused. From then on, BP has no control over how well the manufacturer's implementation of seeking works. Some manufacturers tweak the player (for whatever reason), and when they do, seeking to a particular point in a media file - especially for audio files with variable bit rates - can often suffer.

    Julie

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •