code recovered

I just recovered plext code from a laptop hdd.  rejoice.

winamp 5.56 / how many years?

so it seems that winamp still hasn't supported xspf, years passed.. i figured they'd actually support the format by _NOW_.. *facepalm*

looks like plext needs to be tweaked and fixed so it works with the behemoth called winamp 5.x

rebirth / 11.16.09

stay tuned for a new release of plext+xspf along with a new future feature listing. ^_^

winamp 5.35 / coding update

joshua posted to my blog with an inquiry, thus i'll get on putting up the build that i have sitting on my computer. there hasn't been much correspondence from people using plext+xspf, so i've been slacking on it.

i downloaded the new winamp 5.35 build, looks like there is still no xspf support. i need to see whats up with the unicode support in regards to the 3rd party plugins. i hope it's there and good.

interestingly enough, i realize that plext+xspf had it's 2 year birthday a couple months back. i suppose that's some sort of celebration and i'll get the build up and inform the usual suspects of the release.

i'm looking at using libxspf for the xspf plugin for plext, tho i'm not thrilled with the expat dependency. more on that sometime in the future.

5.2.5.857 + 5.3.2.1003 / 12.25.06

crash fixed, tested in 5.3.2.1003 and 5.2.5.857.

5.3.2.1003 indicates the following playlist types are supported out of the box:

M3U / M3U8 / PLS / ASX / WAX / WMX / WVX / WPL / B4S / BPL

not XSPF.. guess plext still has a use for winamp users.

the new winamp has some unicode support (notice m3u8 above) along with input plugins supporting incoming filenames in unicode as well as get extended file info supporting unicode strings. i'll end up adapting plext (in_plext) to support unicode into it's owns plugins (pl_*) .. which is an apparently open issue in pl_xspf.

i'll end up putting a build up for the crash fix, probably when i get back to the east coast. more debugging and perhaps some feature expansions in the next couple days?

new winamp / 12.24.06

so i've managed to get some code debugging time in as i sit here waiting for xmas eve dinner to be served. looks like the winamp crash is a simple matter of me not returning something to ml_local.dll (which wasn't being asked for by the old winamp at all apparently.. that or they had better error handling)

i just need to see what winamp normally returns for the request and mimic it, might be as simple as forwarding the subclassed window's response and that would be that.

once i've solved this hooking related issue i can get back to fixing the other pl_xspf specific issues that have been sitting around for ages.

8 months / 08.02.06

much like on the xpsf blog, this is just an informational post that i'm back from the dead on plext+xspf (plus an xspf content resolver)

feel free to harass me a bit to get this stuff going ok?