Playback restarts when resuming video podcast

[ScanAmerica]

I've noticed that every time I attempt to resume playback of an episode of a video podcast that PT always starts playback at the beginning of the episode instead of the point where I left off.

In order to reproduce the problem, partially play an episode of a video podcast (or seek into it), and then pause playback. Next, start playing a different episode and then pause it. When you go back to the previously paused episode and resume listening PT will begin playing it from the beginning (from the user's point of view). The problem doesn't happen if you pause and resume the same episode without switching to another episode and back first, it seems PT can't resume playback after it has to reload an episode into the player. I verified that I *am* able to seek forwards and backwards in the episode in which PT couldn't resume playback from the point I'd left off.

The following is from the log file after attempting to resume playback:

Player Manager:

1585: Recieved event: bufferingStopped
1585: Argument: java.lang.Long: 0
1588: PM: Action is 4
1588: PM: Starting action ACTION_PAUSE
1589: Received STOPPED with media time 2
1593: PM: Action is 1
1593: PM: Starting action ACTION_PLAY
1593: Request to play different episode
1593: PM: Closing current
1593: PM: Gathering last position
1593: PM: Finished gathering last position
1593: Player stopped
1593: Player listener removed
1593: Player deallocated
1593: Closed
1593: Success closing old player
1593: Notifying listener of final position
1593: Switching to Is Facebook evil?
1594: Episode: Is Facebook evil?
1594: MediaMode: true
1594: Reg path: SDCard/blackberry/podtrapper/PT_E_566_570.m4v.dat
1594: Media path: SDCard/blackberry/podtrapper/PT_E_566_570.m4v
1594: URL: http://feedproxy.google.com/~r/cnet/buz ... 183227.m4v
1594: Path: file:///SDCard/blackberry/podtrapper/PT_E_566_570.m4v
1594: Size: 25791418
1594: Available controls:
1594: net.rim.device.internal.media.StreamingMediaPlayer
1594: Recieved event: com.rim.fullScreen
1594: Argument: java.lang.Boolean: true
1594: Received DURATION_UPDATED, new duration: 0
1594: Setting audio path -1
1594: Adjusting volume from 70 to 50
1594: Recieved event: com.rim.loading
1594: No argument
1594: Recieved event: volumeChanged
1594: Argument: net.rim.device.internal.media.StreamingMediaPlayer: net.rim.device.internal.media.StreamingMediaPlayer@2f2fa472
1595: Recieved event: com.rim.mediaLoaded
1595: No argument
1595: Received DURATION_UPDATED, new duration: 331
1595: Recieved event: com.rim.seekableUpdate
1595: Argument: java.lang.Boolean: true
1595: Recieved event: com.rim.playableStreams
1595: Argument: java.lang.Integer: 3
1596: Recieved event: started
1596: Argument: java.lang.Long: 0
1597: Recieved event: bufferingStopped
1597: Argument: java.lang.Long: 0
1599: PM: Action is 4
1599: PM: Starting action ACTION_PAUSE
1600: Received STOPPED with media time 3

I'm currently using 1.8.6 on an 8900. I noticed this problem in earlier releases but didn't have enough information about the problem before.

Thanks!

[marwatk]

I've been meaning to fix this, it has to do with videos' not being reported as 'seekable' until after they've started playing. PodTrapper does the initial seek before it starts playback, which for most videos is before it's 'seekable'. Thanks for reminding me, I had forgotten about it.

-Marcus