If the connection with streamproxy (transcoded stream) is not so stable (or to slow) and the client (for example VLC) reconnects a few times streamproxy process for given session is not finishing. So even the client has disconnected for good, there are 2 streamproxy processes (there is one initially when there is no streaming at all). Further connections are not possible (VLC gets errors). If I killall (etc/init/d/streamproxy.sh stop) streaproxy stb totally hangs. No more connections (even ssh) are possible. The only way to get it working is to turn off/on. I assume kernel crashes.
I observe it both using VLC on Windows, Android VU+ Player. It happens after switching transcoded channel a few times. I can even replicate the problem on LAN. I need just to use android player and kill it so following connections are not possible. Restarting STB from ssh (reboot) hangs the device also (the same result as just killing streamproxy. These "orphan" streamproxies seem to lock recording (and transcoding) on the last selected channel and killing such process leads to total system hang (freeze).
OpenPLI 4, fully updated. The issue has been occurring since I installed OpenPLI (more than month ago).
