Winamp 5.02 SDK (Updated again!)

[DrO]

The Winamp 5.02 SDK

Official 5.02 SDK:

http://firehose.net/~christophe/wa502_sdk.zip

http://www.nunzioweb.com/daz/winamp/wa502_sdk.exe

Update: 10th Feb 2004
Includes new 5.0 language pack sdk + updates in winamp/wa_ipc.h
wm_command ids are in \lang_b\resource.h

Update: 11th Feb 2004
Installer adds the current Jnetlib (v0.41) and updates gaystring.c\.h to allow you to compile ml_www now

-daz


[Addition --Sawg]
Package Contents:

\dsp_test
\gen_ml
\gen_tray
\in_raw
\lang_b
\jnetlib
\maki
\out_raw
\readme.txt
\vis
\winamp
\dsp_test\DSP.H
\dsp_test\DSPECHO.C
\dsp_test\DSPECHO.MAK
\dsp_test\DSPECHO.MDP
\dsp_test\DSPECHO.NCB
\dsp_test\RESOURCE.H
\dsp_test\SCRIPT1.APS
\dsp_test\SCRIPT1.RC
\gen_ml\childwnd.h
\gen_ml\gaystring.cpp
\gen_ml\gaystring.h
\gen_ml\itemlist.cpp
\gen_ml\itemlist.h
\gen_ml\listview.cpp
\gen_ml\listview.h
\gen_ml\ml.h
\gen_ml\ml_ex
\gen_ml\ml_lib.cpp
\gen_ml\ml_ex\ex.rc
\gen_ml\ml_ex\ml_ex.dsp
\gen_ml\ml_ex\ml_ex.dsw
\gen_ml\ml_ex\resource.h
\gen_ml\ml_ex\view_ex.cpp
\gen_tray\GEN.H
\gen_tray\GEN_TRAY.DSP
\gen_tray\GEN_TRAY.DSW
\gen_tray\ICON1.ICO
\gen_tray\ICON2.ICO
\gen_tray\ICON3.ICO
\gen_tray\ICON4.ICO
\gen_tray\ICON5.ICO
\gen_tray\RESOURCE.H
\gen_tray\SCRIPT1.RC
\gen_tray\SYSTRAY.C
\gen_tray\TRAYCTL.C
\gen_tray\WINAMPCMD.H
\in_raw\IN2.H
\in_raw\IN_RAW.C
\in_raw\IN_TONE.C
\in_raw\IN_TONE.MAK
\in_raw\IN_TONE.MDP
\in_raw\OUT.H
\in_raw\README.TXT
\jnetlib\asyncdns.h
\jnetlib\connection.h
\jnetlib\httpget.h
\jnetlib\httpserv.h
\jnetlib\jnetlib.h
\jnetlib\listen.h
\jnetlib\netinc.h
\jnetlib\util.h
\jnetlib\webserver.h
\jnetlib\asyncdns.cpp
\jnetlib\connection.cpp
\jnetlib\httpget.cpp
\jnetlib\asyncdns.cpp
\jnetlib\httpserv.cpp
\jnetlib\listen.cpp
\jnetlib\test.cpp
\jnetlib\testbnc.cpp
\jnetlib\util.cpp
\jnetlib\webserver.cpp
\jnetlib\Makefile
\jnetlib\test.dsp
\jnetlib\test.dsw
\lang_b\lang_b.dsp
\lang_b\lang_b.dsw
\lang_b\main.c
\lang_b\main.rc
\lang_b\resource.h
\lang_b\resource.hm
\lang_b\TIPS.TXT
\maki\mc.exe
\maki\std.mi
\out_raw\CONFIG.C
\out_raw\MAIN.H
\out_raw\OUT.H
\out_raw\out_minisdk.dsp
\out_raw\out_minisdk.dsw
\out_raw\out_raw.c
\out_raw\readme.txt
\vis\vis_avs
\vis\vis_test
\vis\wa5vis.txt
\vis\vis_avs\apesdk
\vis\vis_avs\ns-eel
\vis\vis_avs\apesdk\ape.rc
\vis\vis_avs\apesdk\avstut00.avs
\vis\vis_avs\apesdk\avstut00.cpp
\vis\vis_avs\apesdk\avstut00.dsp
\vis\vis_avs\apesdk\avstut00.dsw
\vis\vis_avs\apesdk\avs_ape.h
\vis\vis_avs\apesdk\resource.h
\vis\vis_avs\ns-eel\megabuf.c
\vis\vis_avs\ns-eel\megabuf.h
\vis\vis_avs\ns-eel\ns-eel-addfuncs.h
\vis\vis_avs\ns-eel\ns-eel-int.h
\vis\vis_avs\ns-eel\ns-eel.h
\vis\vis_avs\ns-eel\nseel-caltab.c
\vis\vis_avs\ns-eel\nseel-cfunc.c
\vis\vis_avs\ns-eel\nseel-compiler.c
\vis\vis_avs\ns-eel\nseel-eval.c
\vis\vis_avs\ns-eel\nseel-lextab.c
\vis\vis_avs\ns-eel\nseel-yylex.c
\vis\vis_test\SVIS.C
\vis\vis_test\SVIS.MAK
\vis\vis_test\SVIS.MDP
\vis\vis_test\VIS.H
\winamp\DSP.H
\winamp\GEN.H
\winamp\IN2.H
\winamp\ipc_pe.h
\winamp\OUT.H
\winamp\wa_dlg.h
\winamp\wa_hotkeys.h
\winamp\wa_ipc.h

[Lord Darius]

wm_command ids are in resource.h

in which resource.h ?
are you sure it makes sense ?
resource.h in VC++ projects usually contains ID definitions for your own resources...
that file will get modified as soon as you add resources to the project...

why not adding these IDs at the end of wa_ipc.h which already contains some of them...?

[DrO]

they are in the resource.h in the lang_b folder.

the best option is just to copy the file and rename it (as i had partially done with the unofficial version in a wa_msg_ids.h file).

or would people prefer a wa_msg_ids.h file to be included as default?

-daz

[Kaboon]

This is just plain sex!

[Lord Darius]

or would people prefer a wa_msg_ids.h file to be included as default?

at least, i would

*eyes around to look for other people agreeing with me*

[DrO]

LD: i'll look into doing it very soon for you

-daz

[Lord Darius]

thanks ^_^

oh, u know, i think i could grab them by myself :P

it's just that it would be cool to have it all packed together in that nice NSIS installation.

[Moguta]

Does the WinAmp 2 documentation in the NSDN work with WinAmp 5.02? Or would it just be better to examine & play with the SDK?

[DrO]

anything before Winamp 2.9x is covered but after that it's just best to "examine & play with the SDK". it's not clear when updated documentation will be released (as least there is an sdk to work with no )

-daz

[superlyrics]

Please tell me How to get winamp5.02 position?

I can get winamp's position use GetWindowRect int winamp2.x,but when I use winamp5.0x,I get winamp's top position is a negative?Why?

Please tell me How to get winamp5.02 position?

Thanks!

[Lord Darius]

do you talk about modern skin or classic skin ?
because if you're looking for the main window when it's a modern skin, the winamp window (true one) is far far away (3000, 3000)

[DrO]

superlyrics: if you are using a classic skin then GetWindowRect(..) will work fine. If you are using a Modern skin then you need to do a double GetParent(..) on the window handle (since a modern skinned window is made up of two windows normally).

i've posted some example code in one of the threads in here but can't find it at the moment

-daz

[Lord Darius]

yes, but once again, how to you get the handle for the main modern skinned window ?
the usual way to do will always find the normal window. :/

[saivert]

Why, why, why...

I know there is an API for integrating vis' plugins with Winamp 5 (the vis drawer), but I have successfully used the Video interface to integrate a Vis' plugin.
I simple retrieved the IVideoOutput interface. Called videoutout->open(), and then assigned a callback using setcallback method.
In the callback proc i simply painted in the video window each time I got WM_PAINT. That works great too...

Why didn't they make the Winamp 5 Vis integration interface like the Video interface, you know: With a C++ class, instead of the lame IPC_SETVISWND.
I hate sending a bunch of messages to Winamp 5, when a single class would do. Yeah, yeah I know. You still have to call various methods, but that are much more fun anyway. And more straightforward.

You should be able to get a single interface to control Winamp too (like in PP's FooBar2000 music player). So you could do IWinamp->Play(); IWinamp->Pause(); IWinamp->PlaylistGetSelectedItem(); IWinamp->GetCurrentInfo(&WAINFO); and so on....