Bug #2612
broken connections should be closed
0%
Description
with faint signal client disconnects without dropping connection in tvh. Client tries connect again but previous connection is established and system has already busy all (one) adapter and says that there aren't free adapters and client is disconnecting but the first connection is still available blocking reconnecting.
Broken subscriptions where output speed is 0kb/s should be dropped.
History
Updated by Jaroslav Kysela almost 10 years ago
- Status changed from New to Rejected
They're dropped based on the timeout value.
Updated by NiCrAm 0oo0 almost 10 years ago
Jaroslav Kysela wrote:
They're dropped based on the timeout value.
But where can i find this value to set?
Updated by NiCrAm 0oo0 almost 10 years ago
thank you very much, I could not find it
Jaroslav Kysela wrote:
Configuration / Stream / Stream Profiles ...
Updated by NiCrAm 0oo0 almost 10 years ago
HTTP connection isn't dropped and http isn't in "stream profiles"
Updated by Jaroslav Kysela almost 10 years ago
Stream profile defines the container and other streaming parameters. It's not associated to HTTP / HTSP etc.. There is one profile marked as default which is also used as default for the HTTP streaming, if you don't specify other using profile= URL parameter modifier or you don't force another profile in the ACL (user config). The timeout is for MPEG-TS packets, so if there are any in the input stream, the session won't be automatically closed until client closes it. If you don't think that tvh works correctly, show some logs like "--trace subscription,service,mpegts" - compile tvh with --trace-enabled .