cineq

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).

Current version of OpenPLI on VUSolo2. I use transcode function.

AFAIK streamproxy should enable/disable 8001/8002 port according to config.streaming.authentication setting. Currently streamproxy seems to use Config.OpenWebif.auth setting for this purpose.

I tested it by running streamproxy -f. Every time I change Config.OpenWebif.auth in settings streamproxy detects file change and reacts correspondingly. Changing config.streaming.authentication has no effect. The same result with config.OpenWebif.auth_for_streaming.

I don't want to enter username/password in VLC each time I open transcoded stream. I don't want to disable OpenWebif authentication.

Is this some solo2 specific problem?