So after giving my issue more thoughts, I ended up blaming the windows
socket wrapper's wdt. The trouble here, AFAIK, is that the WDT is
supposed to detect remote side streaming connections being stalled. In
my case (and likely a lot of past related issues), the wdt triggers
while writing the data back to LMS and I believe this is unnecessary.
To prove my point, I modified the streamwrapper component so the wdt
mechanism is only active on a 'read from remote' operation. This works
as follow:
- Add a new flag to the wrapper threads: bIsWriting
- Set the flag to false at the top of the read/write loop
- just before writing the data to the local socket (LMS), set the flag
to true
- Inside of the main socket wrapper controller thread, trigger the wdt
when the wdt counter=0 and when not writing
I will test this and report back on results.
LMS 7.9 - 1xRadio, 1xBoom, 5xDuet,3xTouch, 1 SB2. Sony PlayStation,
Emby, Chromecast v1 and v2 and...
*SQUEEZEAMP*!
------------------------------------------------------------------------
sle118's Profile: http://forums.slimdevices.com/member.php?userid=35009
View this thread: http://forums.slimdevices.com/showthread.php?t=110455
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
