WinAMP is a client for the Windows system. It will play any video or audio file provided the appropriate CODECs are installed.
Linux: Wine
Windows: Yes
Mac: Yes
WinAMP does not comply to RFC2616 by ignoring the Content-Type header passed. Instead it relies on the last 3 characters of the URL to determine the file type of the HTTP resource. This means that Transcoding of files may not play correct in WinAMP depending on the change in file types. This has been posted on the WinAMP Forums WinAMP Forums #2 and was seen as a non-issue.
WinAMP natively allows you to play multiple types of playlists including the ones generated by Ampache. Choosing WinAMP as the program to open the playlists should play them without anything additional configuration outside of adding the required CODECs.
HttpQ is a protocol for remote controlling a music player over a network. You can use this if you, say, have a server which is plugged into your stereo. If you use a music player that supports HttpQ (e.g. Winamp or foobar2000) you can control the music player remotely from another machine, e.g. your laptop. You should have Ampache installed on the server machine and your music player. Then you log on and use Localplay to control the server. BrowseAmp is another example of this.
The standard version of HttpQ does not work with Ampache. As there haven't been any updates from the upstream the Ampache developers have made the unnecessary modifications and maintain their own copy of HttpQ. You may download the version which works with Ampache below.
HttpQ is a standard WinAmp plugin, simply extract the above zip file and then put the .dll file in your winamp plugins directory and start winamp. To configure the plugin open up your winamp preferences and look under Plug-ins then General Purpose You should see something to the effect of Winamp httpQ plugin Ampache Edition v3.1. Select it and click configure. A dialog box should pop up, the important settings are the password, IP Address and Port. These must be exactly matched when creating the localplay instance in Ampache.
By default all modern versions of Windows do not accept incoming connections on non-standard ports. You will need to add an exception or turn off your firewall for Ampache to be able to communicate with your instance of HttpQ if Ampache is on a different machine. If you would like to test the HttpQ connection before adding it to Ampache run the following from a command line windows on the box running Ampache.
telnet <SERVERIP> <CONFIGUREDPORT>
If you get a connection refused or other error then HttpQ is either not running or is being blocked.