Beiträge von Zac Morris

I'm assuming that hyperion itself is written in C? How is the config file being read and parsed today, as text, or json, or?

Yeah, I really think it would be best to unify the various files into a single file. Maybe just add a new json object to the resulting hyperion.config.json that represents the HyperCon config settings, so that everything is stored in the resulting .json file. Then you can remove the whole load/save buttons, and just have a load config and save config? The actual hyperion application should just ignore the new json variables that represent the HyperCon config settings.

Hey, I updated to V1.02.3, and the configuration load still seems to be broken. Any update on when to expect a fix?

Would it be possible to create a sticky post, that would always be updated with the latest production version number for the both Hyperion and HyperCon?

That would provide a very quick "at a glance" way to check that we have the latest production version.

THANKS!
-Zac

Hmmm, so same DNS, so shouldn't be an issue of separate subnets.

Try, on your RPi the command: netstat

For example, I currently have an option connection from my Windows machine (HOME.lan.zacwolf.com) to my RPi with both putty and HyperCon, and there is also the reverse lookup connection to my router (zacwolfgate.lan.zacwolf.com).

OpenELEC:/etc # netstat
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 OpenELEC.lan.zacwolf.com:ssh HOME.lan.zacwolf.com:57526 ESTABLISHED
tcp        0      0 OpenELEC.lan.zacwolf.com:ssh HOME.lan.zacwolf.com:59623 ESTABLISHED
tcp        0      0 OpenELEC.lan.zacwolf.com:ssh HOME.lan.zacwolf.com:63944 ESTABLISHED
udp        0      0 OpenELEC.lan.zacwolf.com:45600 zacwolfgate.lan.zacwolf.com:domain ESTABLISHED
udp        0      0 OpenELEC.lan.zacwolf.com:35240 zacwolfgate.lan.zacwolf.com:domain ESTABLISHED

Do you have multiple routers on your network?
Is one of the machines using a wired connection, and the other using a wireless?

In Windows, open a command prompt and type: "ipconfig /all", then paste that result.

Since you're seeing the delay in both putty and hypercon, my guess is that the reverse lookup packet is what is being blocked. I don't know specifically which Windows service is responsible for that, but turning off the Firewall for Private networks will remove any blocks. I pretty much run Firewall Off for Private network on all my machines, the exception would be a laptop, but even then I usually run with it off, and just make sure when connecting to a new network that I'm fastidious about labeling that network Private or Public when I connect.

I still believe the Windows Firewall is the root cause here. It is probably blocking the reverse lookup packets. I too am using OpenELEC, and my resolv.conf is configured to use my primary router, and I don't get the 12 second delay that is mentioned, but then I have Firewall turned off for Private network.

Can you try to turn off the Firewall for private network, just to remove this as a possible root cause?

OK, wait, the Java JVM is flagged specifically in the windows firewall, so if the first time you ever launched Java on this machine if you didn't specifically specify YES to firewall access, then no java application will have network access. This has been a common support issue with java apps.

Just to confirm if this is or is not the issue, go to Control Panel, Windows Firewall, then select the option to "Turn Windows Firewall on or off", then turn it off for Private Network. Then try again.

This will confirm if the issue is related specifically to the Java JVM firewall settings. If it worked, then you can either choose to leave it off for private networks (this is how I run) or choose "Advanced Settings", deleted any reference to "Java(TM) Platform" (under inbound, outbound, and rules), then try again (which should trigger the prompt to allow).

It's working fine for me on Win 10 64bit, using both Java 1.7 and Java 1.8.0_92 (both 32bit and 64bit versions).

One thing to double check, as it's bitten me a few times, when you start HyperCon the IP address in the SSH tab, resets. Are you absolutely sure that the IP address on the SSH tab, is the IP address for the RPi you're trying to connect too, that you changed the drop-down to OpenELEC, and that you're using the user/password: root/openelec?

Yeah, I mucked around with a similar issue for several days, and then I read the configuration guide on the wiki, step-by-step. not skipping around like I had been doing, and it's now working perfectly.

I had jumped right into Color Correction, because at first I was having a lot of green. I was guessing my LEDs might just be green heavy so I started mucking around trying to do color correction; the real issue was that my video grabber was generating a lot of green lines in its captures. I needed to change the Frame and Size decimations to remove the green lines from the captures. The following settings worked best for me:

hyperion-v4l2 --width 720 --height 480 --screenshot --frame-decimator 1 --size-decimator 4 --crop-left 5 --crop-right 15 --crop-top 2 --crop-bottom 1

By going with a lower frame-decimator I was getting no green lines, but a small amount of lag caused by the extra data; I was able to tweak that away with smoothing.

Oh sorry, didn't realize there was already a reboot being forced by the GUI. Looks like the image I'm using "OpenELEC 5.0 with STK1160/UTV007 compatible kernel RPI 1", already has an older version of Hyperion pre-installed, so when I used the install/upgrade button it was just doing an upgrade thus no reboot was being forced.

Also maybe a bit of logic to test if the user is doing an install vs an update, because after a fresh install there need to be a reboot to pickup the spi flag, correct?

When I originally read your install instructions, it stated that HyperCon works with 1.7+ Java.

When I tried to use the SSH tab features with 32bit Java version 1.7.0_80, I would receive an error regarding "algorithm negotiation failure".

When I used HyperCon with 32bit Java 1.8.0_92 I had no errors using the SSH tab functionality.

This is when trying to connect to the OpenElec sshd

Let me know if you have any questions.
-Zac

Great, thanks!

I'm writing a new Instructable, that is based on an older Instructable that was using a previous version of HyperCon.jar so I'm updating the instructions in my new Instructable for this latest version of HyperCon.jar

Could you let me know when you've pushed the UI fix (again?), as I'll hold off publishing my new Instructable until you do.

THANKS!

In the application output, I'm getting the following error when clicking Save button:

Might not be able to load: DeviceConfig.mDeviceProperties = {output=/dev/ttyUSB0, rate=500000, delayAfterConnect=0}

It creates the file: HyperCon_settings.dat but if I restart HyperCon and try the Reload button, the configuration is not loaded, so I have to start all over with my configuration.

I am using version: (V1.01.2)(31.03.2016)