Comments for spotify remote Sat, 16 Feb 2013 08:34:34 +0000 hourly 1 Comment on Support by Patrik Sat, 16 Feb 2013 08:34:34 +0000 Is there anyone that got this working nowadays? Just getting a bunch of errors, tried on different OS/computers

Comment on Support by john Thu, 20 Dec 2012 07:15:09 +0000 I second that. Servify is running great on Voyage linux and there is no other good alternitive.

Comment on Support by Hakon Wed, 05 Dec 2012 00:19:43 +0000 If you arent working on it anymore, can you post the source so that others can?

Comment on Support by johannes Sat, 10 Nov 2012 17:48:05 +0000 In reply to Fredde.

Fredde, sorry – im not working on this project any longer. With the latest ubuntu update, something in the mono package broke servify.
If i do start working on this again, it’d be a pure C implementation – Mono is just to fragile.

Comment on Support by Fredde Sat, 03 Nov 2012 14:15:17 +0000 Hi,

Same problem as Fraeco, Gisle , Heljar and Derek.

“Exception Stack : at Servify.Command.ListPlaylistsCommand.ExecuteCommand()”

Great initiative but unfortunately it is not much of use if the playlists arent visible..
Will there be a fix for this issue soon?


Comment on jReSpot mini update by Peter-Paul Mon, 22 Oct 2012 13:42:09 +0000 Just made an iOS app from the jar file, works like a charm. If you are interested send me an e-mail.

Comment on API/Protocol by JamesM Tue, 02 Oct 2012 23:49:43 +0000 Hello I ahave just discovered you program and I am having trouble sending the header. This is what im sending, can you see anything wrong?

Any help greatly appreciated.

Content-Type: application/json
Content-Length: 30

{“commandType”: “stopPlayback”}

Comment on Mac Servify autostart tip by Vidar Sat, 29 Sep 2012 14:51:16 +0000 Thanks for the tip on expect.
I have now changed my AppleScript to run this line:

do shell script “cd /Applications/Servify; expect start-servify.expect >/dev/null 2>&1 &”

and created the file start-servify.expect like this:

spawn mono Servify.exe
expect {*Username:*}
send my-user-name\r
expect {*Password:*}
send my-password\r
expect {*Use defaults?*:*}
send n\r
expect {*ListenPort:*}
send 1337\r
expect {*Bitrate*:*}
send 320\r
set timeout -1
expect timeout

Seems to work fine. Now locking down access to start-servify.expect should provide enough security.

Comment on Support by Fraeco Sat, 08 Sep 2012 13:17:17 +0000 Hey, I love the idea. But I’m having some issues getting it workign.

Using Win7x
Installed OpenAL
Extracted Servify files to disk.
Started the exe
However, I’m getting al kind of nasty errors in the console if I click on any buttons in (j)ReSpot

Exception caught in OnPayloadComplete
Exception Type : System.NullReferenceException
Exception Message: Object reference not set to an instance of an object.
Exception Stack : at Servify.Command.ListPlaylistsCommand.ExecuteCommand()
at Servify.Command.JsonCommand.Execute()
at Servify.ClientConnection.OnPayloadComplete(StateObject state)

Comment on Support by MpDay Mon, 20 Aug 2012 13:50:39 +0000 Hi, since the latest release of servify, the command-line parameters aren’t working. It always asks for a username/password etc. Parameters are simply ignored. Please fix this.

I always run a batch file from a scheduled task in Windows. Works like a charm. I’ve overwritten the servify files with the latest release, and now I cannot connect because the parameters aren’t working. This has nothing to do with Windows 7/XP or Admin rights.
The old version works with parameters, the new one doesn’t. Must be a .NET issue. Keep in mind that I’m using the latest .NET 4.0.