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?

devel update / 12.01.05

so i spent a little time tonight and figured out my stream url problem, seems to be resolved along with some other url handling routines.

the next big thing is the relative uri handling in pl_xspf

the file:// uri is one of the worst thought out uris ever, hence me being reluctant to mess with the handling more, but that'll get worked out in a build or two as well.

so plext is updated, still at http://users.mnemonic.net/bay/plext/plextxspf.zip

viva la plext.

xspf bug report / 11.21.05

thanks to ivo via the [playlist] mailing list i've got a bug report dealing with relative paths in the xspf plugin for plext! not really a bug per say, just me not resolving any path data for anything =) nice. hopefully i'll get that update out shortly.

informational / 07.25.05

thanks to lucas i'll be updating plext/xspf hopefully before weeks end, seems that lucas has been using plext/xspf and feels it is working well enough to ask for more testing to be done by a larger crowd.

along with the last entry i'll be patching up a quirk that occurs due to my mime-type checking & stream urls.

thanks for checking out plext/xspf & please comment and report any bugs.