-
Notifications
You must be signed in to change notification settings - Fork 587
HttpQ
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-Ampache. Unpatched HttpQ version on SourceForge
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.