Plugin: Web User Interface for SageTV 2.2-6.6 (V2.25 18 Sep 2009)

[jreichen]

Originally Posted by steve909

Thanks very much, that was what I was missing!

I then was asked for the username/password which completely threw me for a bit until I remember reading somewhere it was sage/frey. That got me in.
I've got to remember where I read how to change it now...

Thanks again for the reply.

Not shutting down SageTV when editing Sage.properties has to be the most frequently reported source of confusion around here. I imagine everyone has done it at least once.

Username/password instructions are on the wiki. They are in the webserver/realms.properties file. SageTV doesn't need to be shut down while editing this properties file, but it does need to be restarted before the changes take effect.

[Slugger]

Ok, I've integrated my Java code from above into the web server code and I've now got the web server able to shutdown my HD extender. One slight change required in my above Java code:

Add Thread.sleep(1000); after the while loop and after each writeln(). With that the web server is able to shut down HD extenders.

[bcjenkins]

Would you mind posting your jar file?

B

[Slugger]

Originally Posted by bcjenkins

Would you mind posting your jar file?

B

Drop the contents into the SageTV JARs folder (replacing the nielm_sagewebserver.jar and adding the commons-net jar).

EDIT: This jar only fixes the "power off" link for HD extenders, I didn't bother looking at the reboot option. Also, it shouldn't break MVP functionality, but no promises. Actually, no guarantees that something doesn't break by applying this (though it seems to be working for me).

EDIT: Attachment removed

[steve909]

Originally Posted by jreichen

Not shutting down SageTV when editing Sage.properties has to be the most frequently reported source of confusion around here. I imagine everyone has done it at least once.

Username/password instructions are on the wiki. They are in the webserver/realms.properties file. SageTV doesn't need to be shut down while editing this properties file, but it does need to be restarted before the changes take effect.

Thanks again for the nudge, you've been really helpful. I won't make that mistake again (I bet I do).
I've accessed my computer from work tonight (you might notice from the timezone I work night shifts) and scheduled a recording, all worked fine, the webserver is exactly what I needed. I can even use it via my PDA/Phone.
I see this thread is above my head, so I will bow out and let you get back to it.
Cheers!

[bcjenkins]

Originally Posted by Slugger

Drop the contents into the SageTV JARs folder (replacing the nielm_sagewebserver.jar and adding the commons-net jar).

EDIT: This jar only fixes the "power off" link for HD extenders, I didn't bother looking at the reboot option. Also, it shouldn't break MVP functionality, but no promises. Actually, no guarantees that something doesn't break by applying this (though it seems to be working for me).

Thanks for the JAR files. They did not work for me, but my assumption is that the java versions are not the same. I am on 1.5, you are on 1.6.

B

[Slugger]

Originally Posted by bcjenkins

Thanks for the JAR files. They did not work for me, but my assumption is that the java versions are not the same. I am on 1.5, you are on 1.6.

B

Yeah, I assume Niel compiles against Java 1.5 (or maybe even 1.4)? I compiled everything against 1.6 so that jar will probably refuse to load on 1.5.

[jreichen]

Originally Posted by Slugger

Yeah, I assume Niel compiles against Java 1.5 (or maybe even 1.4)? I compiled everything against 1.6 so that jar will probably refuse to load on 1.5.

The Java compiler has an option to compile classes into 1.5 format. Eclipse projects and the Ant javac task both have options that can pass the value to the compiler.

[Slugger]

Originally Posted by jreichen

The Java compiler has an option to compile classes into 1.5 format. Eclipse projects and the Ant javac task both have options that can pass the value to the compiler.

Here's the jar built with a target of Java 1.5. From what I can gather, the Apache commons-net jar should also be fine for Java 1.5.

[jreichen]

Originally Posted by geogecko

Hmm...always wondered why that seemed to stop working. I just figured it was something I ended up doing. I thought I found a away around it, but can't remember now. I think if I saved the fav without single channel selected first, then went back in and changed it, and saved, it would work...but I'm not sure.

Yep, I confirmed that works for single-channel faves. I'm not sure when or how it broke.

[killervette]

I get this error alot trying to change the channel on my extender. any ideas

Unknown Airing/MediaFile ID passed

[bcjenkins]

Originally Posted by Slugger

Here's the jar built with a target of Java 1.5. From what I can gather, the Apache commons-net jar should also be fine for Java 1.5.

This has been working for me. Thank you!

B

[jreichen]

Originally Posted by rickgillyon

Hi nielm/jreichen,

Is there a new version planned for 6.4? The channel handling on favourites is broken (for me anyway), so I can't add faves from the webserver (they never record). It's a pain having to fire up placeshifter having found something in the webserver's epg that I want to add...I guess I'm just lazy.

Thanks as ever!

What version of the webserver are you using? Nielm made a fix for favorite channels in version 2.21 back in December. (It had nothing to do with supporting multi-channel faves, though).

[jreichen]

Originally Posted by killervette

I get this error alot trying to change the channel on my extender. any ideas

Unknown Airing/MediaFile ID passed

I just saw this in the RSS feeds. It looks like the URL has 'AiringId=xxx' in it, but the id it is using is the media file id. So either the web server should use the airing id, or change the parameter name so the URL would be 'MediaFileId=xxx'. FYI, you can see the ids at the bottom of the detailed info page for a recording.

[rickgillyon]

Originally Posted by jreichen

What version of the webserver are you using?

v2.22

[jreichen]

I have a question for those of you using podcasts in iTunes. I added a podcast for all episodes of a show and it only shows the first episode of 50+. It looks like it's trying to copy the video file to my laptop. I would expect it to only load the metadata unless I click on something to download the video. I changed the setting "When new episodes are available" to "Do Nothing", but that didn't change the behavior.
...
OK, before posting this, I saw a download in progress. I paused all downloads, then went back to update the pocast, but it still only shows one episode. I verified the feed has 50+ entries.

I'm using iTunes 7.7.1.11.

[Fonceur]

Originally Posted by Slugger

Add Thread.sleep(1000); after the while loop and after each writeln(). With that the web server is able to shut down HD extenders.

Are you sure this wasn't the problem using Nielm's code with the HD Extender in the first place, and that the Appache common Net is overkill?

[Slugger]

Originally Posted by Fonceur

Are you sure this wasn't the problem using Nielm's code with the HD Extender in the first place, and that the Appache common Net is overkill?

Tried that orginally - seems the basic socket code used for the MVPs doesn't account for the initial telnet protocol handshaking that the telnet daemon running on the HD100s is expecting. Is Apache Commons overkill? Maybe, but got me a working HD extender power off in about 20 mins.

[Fonceur]

Originally Posted by Slugger

Tried that orginally - seems the basic socket code used for the MVPs doesn't account for the initial telnet protocol handshaking that the telnet daemon running on the HD100s is expecting.

Actually, by adding your delays I got Nielm's code to work, so one less .jar to worry about.

[Slugger]

Originally Posted by Fonceur

Actually, by adding your delays I got Nielm's code to work, so one less .jar to worry about.

Interesting... maybe I didn't try the sleeps before grabbing the apache commons lib. As I say, I'm sure Niel will come up with an easier/cleaner/simpler sol'n when he gets around to fixing it. Obviously, not having to add a 3rd party dependency is much preferred.