Remember your last playback position
 

I found the above from an article and i wanted to ask aobut the last part. In the new version is it true that Winamp will remember your last playback position if it's a podcast? I can't see this option or get it to work..

Quote is from:
http://www.spinnermusic.co.uk/2009/1...-version-5-57/

Yes, it's true.
But only under the following conditions:

1. You downloaded the podcast via the Winamp interface (ML -> Podcast Directory -> Subscriptions)
2. The History plugin is present (ml_history.dll)

There's no setting for it. It just works... which is a tad annoying, imho.

Ah! i'd uninstalled that add in as i did't like the extra icons in my media library. The extra icons is annoying.

apart from that I am very grateful that you have created the "remember last playback position" for podcasts. I play podcasts heavily and it makes a difference.

Thank you very much...

Seriously! We can't turn off this "remember position" feature? A simple checkbox? It's driving me crazy. I want my song plays tracked, but don't want every song to start up where I left it off.

On my new Win 7 laptop (fresh install), every audio file does this.

Also, this doesn't seem to happen in an (updated install) of Winamp in Windows XP Pro.

Yes! This is also making me crazy. I have to move the progress slider itself for it to restart. Usually I can just press Play, which is exactly what I've done for the past 12 years of using this program. Now when I press play while already playing, it seems to switch back and forth between two sets of time with each press (ie one is at 14 seconds in until I press the button on the GUI and it switches to the one that's 1:06 in -- pressing it again puts it back on the one that's 14 seconds in).

I could understand resuming from the same place as last time if Winamp quits in the middle of a track. But I can't for the life of me think of a reason for this to be the default behavior for every single time playback stops.

For the record, I'm using Vista 32-bit. I hope this is a bug that will be fixed and not an intentional feature.

edit: I should say it only seems to happen on podcasts for me, but I did not download it through the media library or anything like that. How would it know it was a podcast and not just an mp3?

Oh, I guess it must work for any podcast then.
Or for files that have "podcast" metadata in the tags...

Alas, the only way to currently disable this hard-coded feature is to disable/remove the ml_history plugin.

Hopefully we'll add an option to toggle the feature on/off for the next release.
For what it's worth, I'm no great fan of it either...

the attached file contains a small plug-in which if you extract and place it in your plugin's folder then it should prevent the tracking of any newer podcasts via ml_history.

this is an interim fix (will only run on 5.57x clients) until the next client version is released (where a configurable option [default: off] will be available. only thing is that i'm not sure how it'll work with podcasts already tracked.

-daz

Thanks for the fast turn-around... however, it doesn't seem to be completely working for me.

I reinstalled Winamp to make sure i had the ml_history.dll plugin installed with default settings. (I had previously uninstalled that plugin to remove this function) The new dll is installed via copying the dll file to the appropriate folder. (Is there a different method for installing plugins like this?) Files with 'podcast' genre tags are still resuming from last playback position. Files with other genre tags (Audiobook, Rock, etc.) appear to be functioning correctly.

File is downloaded via browser... sorry, I don't use the winamp podcatcher. I'm running the file via dbl-click in windows, letting it play for a couple of minutes, pressing stop and then pressing play again.

I'm attaching a screenshot taken immediately when pressing play.

i think i've got an idea as there's a loading order issue between the different plug-ins which i can see on a different machine so i guess i'll have to sort out a 1.1, heh

-daz

let's see how things work with this v1.1 - should hopefully block new additions correctly and also it seems to now prevent playback of items which have already been tracked in the history.

-daz

Hooray! It's working for me ... thanks DrO. Great turn-around.

thanks for the confirmation. the plug-in should be automatically removed when the next client version is installed by the installer but should keep things happy in the interim until a new client is released (especially as it's version locked to 5.57x anyway).

-daz