Java 8 update problem

[CptKirk]

I found I had to update to Java 8 in order to get new plugins to install.

I have been using Java 7 u80 for years. Found that Java 7 does not like SSL used on HTTPS sites (where our plugins reside). So updated to Jave 8 u291 and had no problems getting new plugins installed and all other plugins updated.

But I then found that I could not tune any channel from my HDHR's with OpenDCT. If I switch back to Java 7 then everything works ok.

So...

Uninstall Java 7, install Java 8, cannot tune
Uninstall Java 8, install Java 7, can tune

I can switch back and forth between them and reproduce it 100% of the time.

I've attached Java8_Problems.zip. It has sagetv_0 j7.txt and sagetv_0 j8.txt in it.

In both of them I tuned to Weather Channel LIVE. Open in Notepad++ and search for Weather Channel and find it close to the bottom of the files and you can see where it tunes to the channel.

In the j7 file it plays ok. In the j8 file at the bottom you can see where it just gets stuck at:

Fri 7/16 11:39:04.837 [VideoFrame-0023a50011bf@5f290a] VF processing job VFJob[LoadMF r=0.0 t=0 file=MediaFile[id=42636090 A[42467029,35788054,"The Weather Channel LIVE",58812@0716.11:00,60,T] mask=TV host=HTPC encodedBy=DCT-HDHomeRun Prime Tuner 13182976-0 on 127.0.0.1:9000 WEATHHD format=MPEG2-TS 0:00:01 2980 kbps [#0 Video[H.264 59.94006 fps 1280x720 16:9 progressive id=0100]#1 Audio[AC3 48000 Hz 6 channels 384 kbps MAIN idx=1 id=0101 eng]#2 Audio[AC3 48000 Hz 1 channels 96 kbps idx=2 id=0102 spa]] \\htpc\tv\TheWeatherChannelLIVE-42467029-0.ts, Seg0[Fri 7/16 11:25:12.943-Fri 7/16 11:25:23.609], Seg1[Fri 7/16 11:38:27.734-Wed 12/31 18:00:00.000]] ifn=null] nPlayin=false
Fri 7/16 11:39:04.837 [VideoFrame-0023a50011bf@5f290a] VF network encoder playback detected: true
Fri 7/16 11:39:04.840 [VideoFrame-0023a50011bf@5f290a] VF waiting for data to appear in new file...liveWait=-35604
Fri 7/16 11:39:04.841 [VideoFrame-0023a50011bf@5f290a] VF thread is now waiting for 0:00:00.200

And just keeps repeating that over and over.

[trk2]

So there are 32bit and 64 bit versions of Java and OpenDCT and they have to match. Any chance when you updated you created a mismatch (eg. 32bit OpenDCT and 64bit Java)?

[CptKirk]

For Java, it is perfectly acceptable to have both Java 32 and Java 64 installed on a system. In many cases, it is needed based on what is using them.

https://blogs.oracle.com/java-platfo...or-32-bit-java

So I have had both Java 7 32 and 64 installed on my SageTV server for years and years with no problems.

Maybe with Java 8 it is a little more "pickier" in how it is called when both Java 8 32 and 64 are installed on the system.

[EnterNoEscape]

Originally Posted by CptKirk

For Java, it is perfectly acceptable to have both Java 32 and Java 64 installed on a system. In many cases, it is needed based on what is using them.

https://blogs.oracle.com/java-platfo...or-32-bit-java

So I have had both Java 7 32 and 64 installed on my SageTV server for years and years with no problems.

Maybe with Java 8 it is a little more "pickier" in how it is called when both Java 8 32 and 64 are installed on the system.

OpenDCT thanks to how Java likes to set up the PATH variable will normally use the last installed version since that's the one usually placed in the PATH variable. This is partly a limitation of the wrapper used for the Windows service.

You'll see a reference to the path "C:\ProgramData\Oracle\Java\javapath" Those sym links just take on whatever was installed last. It's really not a very good design.