Comments for h3x.se

Comment on Support by Patrik

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

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

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

johannes — Sat, 10 Nov 2012 17:48:05 +0000

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

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?

/Fredrik

Comment on jReSpot mini update by Peter-Paul

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

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.

POST / HTTP/1.1
HOST: 192.168.1.134:1337
Content-Type: application/json
1
H3X!
Content-Length: 30

{“commandType”: “stopPlayback”}

Comment on Mac Servify autostart tip by Vidar

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

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

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.