ASCompatCheck - Check your input plugins for AS compatability

ASCompatCheck v1.2 (28/05/2006)

Download v1.2

The installer will detect the last complete install of Winamp and will place ASCompatCheck.exe into the Winamp folder e.g. C:\Program Files\Winamp. The installer will then ask if you want to run the program there and then. If not you can always run the program manually yourself. Once the program has done it's work you will have a ASCompatCheck.txt appear which you can open to see what information was gathered about the currently installed plugins.

It's simple, it should work and should make diagnosing why filetype xxx doesn't get submitted by the AS plugin. If there's no star (*) by the name of the plugin for the filetype not being submitted then that's because the input plugin isn't providing the correct api to work with what the AS plugin is using to query the information.

e.g.
in_mp3.dll*(Nullsoft... <= this would work ie mp3's work
in_APE.dll(Monkey's... <= this would not work ie ape's

Updates for v1.1

I've slightly tweaked the in_* loading handler. Also the ASCompatCheck.txt now outputs (where possible since in the non-winamp loaded state it's not possible to correctly get (*)) the filetypes associated with the plugins. Finally i've slightly tweaked the output of the text file to make things slightly more clearer as to what it's meant to do, etc.

Updates for v1.2

Added in detection for the newer unicode compatible api for querying metadata since some of the input plugins only support this now though this should not affect the AS plugin's ability to get metadata due to Winamp's internal conversions. Also made a few tweaks to the code and fixed a situation that could on some machines cause random crashes when the program is trying to close itself.

-daz

(*) This should not be an issue with a future version of the code :o)

Bumped to v1.1 now (18/01/2006) which should now show (where possible or from what the input plugins can return) which filetypes go with which plugin. The aim is so that you can see that for example ape would be handled by in_ape.dll and so on.

-daz

Nice program! Congrats!

Thanx for this little utility, it solved my problem with winamp AS plugin reporting (in logfiles) that files are not tagged (mostly mp3s); checked plugins with this utility found out, it has been Thomson MP3Pro decoder took over all mp3 decoding. Switched it off and using vanilla nullsoft mp3 decoder works fine (but no mp3pro decoding...not much files, but anyway...hhmmm...ok). Thanx

Thanks a lot, I am using an old versrion of winamp (2.95), and in_wm.dll wasn't being supported. I found a newer version of the plug-in (V 2.0) and now it works fine. Wierd, because as far as last.fm new, I didn't listen to much Postal Service. Anyway, I'm happy to have solved this problem without updating. Someone should link to this in the winamp plug-in forum sticky, perhaps.

Again, Thanks a lot.

Bumped to v1.2 now (28/05/2006) which fixes support for the new metadata implementation in 5.2x+ and also should make it slightly more reliable when run.

-daz

What should I do?

in_cdda.dll*#()[None associated/Correctly reported]
in_dshow.dll*()[None associated/Correctly reported]
in_flac.dll*#()[FLAC]
in_flv.dll*#()[None associated/Correctly reported]
in_linein.dll()[None associated/Correctly reported]
in_midi.dll*(Nullsoft MIDI player 3.17)[None associated/Correctly reported]
in_mod.dll*()[None associated/Correctly reported]
in_mp3.dll*#()[None associated/Correctly reported]
in_mp4.dll*#()[None associated/Correctly reported]
in_nsv.dll*()[None associated/Correctly reported]
in_swf.dll*#()[None associated/Correctly reported]
in_vorbis.dll*#(Nullsoft Vorbis Decoder v1.55)[None associated/Correctly reported]
in_wave.dll*()[None associated/Correctly reported]
in_wm.dll*#()[None associated/Correctly reported]


Thanks!
Jason