- April 15, 2007
- 1,139
- 118
- Home Country
- Switzerland
- Thread starter
- #11
Thanks for the additional suggestions! . I have meanwhile:
MP no longer hangs completely, nor does it pop up a connection error or ask me to redefine the server.
When started in the standard bug reporting mode (as shown in the attached logs), it still does not exit completely when I close the GUI, and has to be killed via TaskManager. However, when I start it with the Frames skin (my preference, and presumably much lower overhead) it does exit properly. I was surprised that WatchDog's default bug reporting mode started the Titan skin instead of DefaultWide, as I thought that Titan was no longer the default skin.
- Disabled Defender by editing the registry
- Updated my WLAN router to the latest available SW (Gargoyle 1.8.1)
I'm not quite sure what you mean by this, but hope the attached screenshots are adequateCould you please add a screenshot of the LAV video codec settings?
I'd like to know what hardware acceleration (DXVA) setting you're using.
Yes, and after disabling Defender and updating the router SW, the results improved more, but are still unwatchable.Hmmm. So, in general this is a slightly better result compared to the HD channel, right?
MP no longer hangs completely, nor does it pop up a connection error or ask me to redefine the server.
When started in the standard bug reporting mode (as shown in the attached logs), it still does not exit completely when I close the GUI, and has to be killed via TaskManager. However, when I start it with the Frames skin (my preference, and presumably much lower overhead) it does exit properly. I was surprised that WatchDog's default bug reporting mode started the Titan skin instead of DefaultWide, as I thought that Titan was no longer the default skin.
What do you mean here? My client options in 1.13 only give me the option to "force RTSP usage" (which is not checked). Doesn't that mean that UNC is already being used?.Some other things that I think would be worth trying...
- try UNC paths rather than RTSP for streaming (wiki)
A recorded TS file which I copied from the TV Server onto an SDHC card plays fine on the ComputeStick, using the OOB W10 "Movies & TV" application.
- try to copy SD and HD TV recordings to the compute stick's HDD and check if the compute stick can play them smoothly (if it can't, we might suspect the network is not the primary problem)
Isn't that what I already have? The recording from RTL (my test channel in the last several tries), which I copied for the test above, is described under Windows 7 as "MPEG-2 TS Video".
- try channels/recordings with MPEG 2 video (if you have them) instead of h.264 video (if this makes a difference, we might suspect the load from decoding the video is overloading the CPU or GPU (...or maybe thermal throttling is occurring)
Do you mean this?
- install this patch
I have already used the script from this wiki page to ensure that the needed firewall ports are open, and have even given up on keeping my WLAN connection Private (Windows 10 likes to switch it back to Public), so I . I am using the OOB W10 installation provided on the ComputeStick, and haven't set up any special security features on my routers. What other "network security monitors" might i have to consider?...and anything relating to network security on both client and server (eg. firewalls, network security monitors etc.) is worth checking.
Attachments
Last edited: