Hmm, I thought I had something to go on. When I ran the 'release build' version of SATIPTest.exe, which I supplied here, it gave me the same output as you got, ending with: (even though the debug version was working fine)
Quote:[ERROR] System.Net.Sockets.SocketException (0x80004005): A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond
Unfortunately, after investigating, it ended up being firewall related. It looked the same as what you got.
From your output I can see the outgoing stuff is working, and it's getting the right responses, but the later incoming UDP data doesn't arrive. Can you please double check the possibility it's firewall? It looks exactly what I got until I allowed the app through the firewall.
Win10 instructions: Hit the Windows button, type 'allow an app through Windows firewall'. Hit 'Change Settings'. Hit 'allow another app'. Browse and select SATIPTest.exe. Try again. If that helps, try the same with NextPVRServer.exe
Otherwise, have you used wireshark before? I can talk you through how to capture the network interaction, so I can look at the file here in wireshark.
sub Wrote:Hmm, I thought I had something to go on. When I ran the 'release build' version of SATIPTest.exe, which I supplied here, it gave me the same output as you got, ending with: (even though the debug version was working fine)
Unfortunately, after investigating, it ended up being firewall related. It looked the same as what you got.
From your output I can see the outgoing stuff is working, and it's getting the right responses, but the later incoming UDP data doesn't arrive. Can you please double check the possibility it's firewall? It looks exactly what I got until I allowed the app through the firewall.
Win10 instructions: Hit the Windows button, type 'allow an app through Windows firewall'. Hit 'Change Settings'. Hit 'allow another app'. Browse and select SATIPTest.exe. Try again. If that helps, try the same with NextPVRServer.exe
Otherwise, have you used wireshark before? I can talk you through how to capture the network interaction, so I can look at the file here in wireshark.
ok i added the firewall rule for the test program and that worked but there was already a firewall rule for npvrserer.exe
Ok - that's good that now received some data from the device. Admittedly, I wouldn't have expected it to receive more data, but maybe it's not locked onto a frequency. Maybe check that status page for your device, and check if you can see the frequency listed, and hopefully locked the signal.
They're both using the same code, so should allow NextPVRServer to receive some data.
Maybe try deleting that rule for NextPVRServer.exe, and re-add it the same way.
getting back to this vlc only played the video as tvheadend had that channel already tuned if i stop tvheadend on the other computer and try this again i do not get any video in vlc using that address.
when i run the satiptest program, on the tuner device page it does not lock on to a signal hence the small 12byte data. again when npvr5 scans the channels it shows the ipaddress of the npvr computer as playing but the frequency boxes are blank.
Both of these are getting closer it now shows up the frequency but the pids section it empty so its still only getting the 12byte data, if i manually change the pids=all to the pids a channel uses i get a full on lock and the data it receives is a lot larger