Universal Media Server | Forum

@infidel:
Root cause found!
After blocking some subnets, IP ranges, IP addresses, by step by step I found exact IP which is root cause and it is SSDP
If I blocked only IP 239.255.255.250, I was able to immediately close UMS/Javaw proces. If Netty tried to register to multicast, it lead to unable killing JAVAW process for some minutes.
http://en.wikipedia.org/wiki/Simple_Ser ... y_Protocol
http://stackoverflow.com/questions/2583 ... t-udp-ssdp
Unfortunately searching for SSDP+NETTY, there is not much posts regarding this thema
Btw. there was no difference using JAVA6 or JAVA8 build from UMS v4.0.2, all have same issue.
Also there is no newer nforce network driver available...

ExSport wrote:Root cause found!

Proving once again why "Expert" begins with "Ex" . Why does it only affect some networks? PMS must be subject too, no?

Great work, ExSport!

It seems to have connection to java or OS 2008R2. I have to install some older version if behavior will be same because PMS v1.71.0 has same symptoms.
https://github.com/UniversalMediaServer ... .java#L549
Max age for cache of ALIVE packet is 180sec = 3 mins (EDIT:I am blind, it is 1800sec=30min so maybe this one:code). When I started PMS/UMS and shutted it down at 2:30 or 0:30, javaw.exe process terminates after about 3mins from start what means 30sec or 2:30min from shutdown.
When I closed UMS/PMS at 4:00, javaw.exe process terminates after 6mins from start = 2min after closure. Again it is 3mins window of max age of cache (EDIT:30min, not 3 so it will not be max-age but sleep in alive messages).
Javaw process hangs in processes in waiting state until cache (Edit:sleep!) expires.
Not sure if it is affected by server OS or JAVA itself. I tried UPNP and SSDP service to be on and off without any difference but on Windows you never know if you didn't make restart to apply changes (no restart done)
Will try few tests on another non-server system and also will try to recompile UPNPHelper with smaller value if it is the root cause for sure
Hopefully will find time for it in few days...

infidel wrote:

25233Guyver wrote:I've tried running and ending UMS like this (With the last build given to me, UMS-1bbfc78)

@25233Guyver, some other things to try:

• Your logs show a ums session that lasts a minute or so. In order to catch any 'late' events it would be good if you let it run for 5+ minutes (and send logs, HttpV2 setting doesn't matter).
• Explicitly set your network interface to 'Intel(R) Dual Band Wireless-AC 7260' from the dropdown list at 'General Configuration >> Network settings (advanced) >> Force networking on interface', save, and restart ums (no need for logs unless you notice some difference).
• if still no joy, try temporarily shutting down your 'LogMeIn Hamachi Virtual Ethernet Adapter' and restarting ums (no need for logs unless you notice some difference).

Sorry for not replying sooner, things got really busy for me. I made these logs with each build given to me and Hamachi inactive.

Hello, just installed 5.1.1.1, with no discernible changes.

Can you please try uninstalling JRE8 and installing JRE7 to see if it makes a difference?

Uninstalled Java 8 and installed Java 7 Update 76. UMS didn't like that so I installed the J7 version of UMS and it seems to have worked. I'm able to play FLAC and MKV as well as other file types. The detected media renders pictures XB1 properly this time around and the XB1 picked up UMS instantly.

This is very mysterious, it seems to fix it for many people.
Can you please try installing JRE8 again, but use it with the Java7 version of UMS? That way we can hopefully see if the issue is in our Java8 code or something on Java's end.

Works just fine with JRE8u45 and J7 5.1.1.1. Though there was a moment where the image listed for the XB1 was a Sony Xperia phone, mildly amusing. It reverted back.