Playing Podcast after pause
Is it possible to resume playing a paused podcast after playing another podcast? In other words, if I am playing podcast #1 and pause 30 minutes in and start listening to podcast #2 and then pause that podcast, can I return to podcast #1 and resume playing at 30 minutes?
When I try to do this, it starts podcast #1 at the beginning.
It should always be working if you are using 2.1 or less. There are some feeds that don't seek properly in 2.2, but most of them work fine.
Take a look at the faq article referenced in my post above.
Also, this only happens when a media file is seeked, which only happens when the media file isn't already loaded into the media player. If you keep DC running and keep the media file in the media player (by not changing to another file), then the resume should be working ok.
But if the small yellow status line on the overview shows the correct position, can't you resume the podcast at that position when resuming it? I'm on HTC desire 2.2 and even on feeds where I can easily do precise manual seeks DC seems to restart the feed from the beginning although the yellow status line seems to know the correct position.
Hi Eric,
Does this make any sense at all?
That's exactly the problem.
DC is asking the media player to seek to the position that is displayed on the seekbar, and if DC asks the media player what the current position is, the response will be correct.
The problem is that the position of the audio that you hear does not match the position of the media player.
Ok - but does that explain why DC completely restarts at 00:00 on podcasts that otherwise seek nicely? Let me explain. Two podcasts A and B, both support seeks just fine. So I stream podcast A and seek to 10 minutes. I realize that this might not be the precise position due to the above issues. I then stream podcast B and jump to 5 minutes.
If I now try to stream podcast A it restarts at 00:00 - it doesn't look like it's even trying to resume at 10:00?
I'm having a different issue on 2.2...I pause a podcast (either manually or automatically when A2DP is disconnected), and when I go to resume later on, the podcast starts a couple minutes before the time I paused it.
This is pretty annoying, any ideas?
There's a faq article covering this pretty well.
DC is asking the media player to seek to the position that is displayed on the seekbar, and if DC asks the media player what the current position is, the response will be correct.
The problem is that the position of the audio that you hear does not match the position of the media player.
What's probably happening is that DC is asking to seek the audio file and that is failing. Then when DC asks the media player what the position is to display it, the response is position 0.
This sounds a lot like what just got fixed in tonight's release, but it was only targeted to incredible devices. If you have an incredible, let me know if it's still a problem after you grab tonight's update.
This is still happening after updating to the latest version of DC yesterday.
This is the podcast I'm having problems with - http://www.smodcast.com/stevedave/
Is that the only feed that is having the problem. If that's the case, most likely the audio encoding parameters aren't completely compatible with the android media player. There are a some feeds that have that problem.
If you contact the publisher and let them know, they will probably make the changes necessary to fix it.
Thanks for the reply.
I did recently upgrade to 2.2 and that is when the problem started. None of the podcast feeds resume playing at the spot they were paused after playing another feed. They all go back to the beginning (they show the yellow status bar indicating the spot it was paused, but when selected they go back to the beginning). Is this something that can be corrected or is it an issue that has to be lived with when using Android 2.2
Thanks!