Bug #3467
Stopping 1 of 2 streams makes running stream on other sat>ip tuner stop and re-subscribe
100%
Description
I have a configuration with 2 sat>ip tuners (source are 2 dvb-c sticks on other device running tvheadend.
All fine so far, i'm able to watch 2 sat>ip streams simultaneous on different frontends. But if i stop one of this streams, short time after that the running stream on other device stops for 3-5 seconds, then running again. Not a big thing, but same happens if second tuner does epgscan after scanning each mux, and thats really annoying.
I tried to change nearly all options in sat>ip preferences and tested again, but no luck. And yes, i set different upd ports in sat>ip config, but it makes no difference if i set them to 0 or both the same
Stopping the second stream (VLC, but its the same with sat>ip stream):
subscription: 0005: "HTTP" unsubscribing from "ZDF HD", hostname="192.168.0.1", client="VLC/2.2.1 LibVLC/2.2.1"
After that got this in the log:
subscription: 0004: "SAT>IP" unsubscribing, hostname="192.168.0.1"
2016-01-02 02:56:53.371 mpegts: 538MHz in DVB-C - tuning on SAT>IP DVB-C Tuner #1 (192.168.0.17:9983)
2016-01-02 02:56:53.371 subscription: 0006: "SAT>IP" subscribing to mux "538MHz", weight: 100, adapter: "SAT>IP DVB-C Tuner #1 (192.168.0.17:9983)", network: "DVB-C", service: "Raw PID Subscription", hostname="192.168.0.1"
Files
History
Updated by Jaroslav Kysela almost 9 years ago
Updated by Confused. I read three times the description and I really don't know what you're asking about. It's better to show all subscription / unsubscription requests.
Updated by Nihil Baxter almost 9 years ago
Updated by I'm sorry, i just tried not to forget anything, maybe thats bit confusing.
I will try again:
Starting sat>ip stream, then starting second stream (other channel,other mux), both streams play normally, both tuners work.
Then stopping one stream (first log snippet), other stays tuned, but after short time stream freezes for 2-5 seconds, after that plays normally again.
I copied these lines from log only to show what i mean, if you see the short freeze comes from unsubscribíng sat>ip stream, then subscribe again. That happens without touching the frontend, the only thing i did was stopping the second stream. I think stopping one stream shouldn't break the other.
Hope its not too confusing, but i think it should be clear 
Updated by Jaroslav Kysela almost 9 years ago
OK. Provide the logs '--trace satip,mpegts,service' . https://tvheadend.org/projects/tvheadend/wiki/Traces
And try to show in logs (time range) where the second streaming is blocked.
Updated by Nihil Baxter almost 9 years ago
- File sysloglog.txt sysloglog.txt added
- File tvheadend.log tvheadend.log added
Ok, here we are, hope its what you need...
Updated by Nihil Baxter almost 9 years ago
Look around last lines in syslog, around 16:49:05, same in trace log. Maybe you will se whats happened.
Updated by Jaroslav Kysela almost 9 years ago
If I understand the logs correctly, the SAT>IP server tuner number 2 does not send any MPEG-TS packets for the VLC subscription (there is just no input). Add also 'httpc' to the trace logs and provide logs from the SAT>IP server (--trace satips).
Updated by Nihil Baxter almost 9 years ago
Will do tomorrow, but VLC subscription is ok, i can watch the channel normally. But problem begins after i close vlc, i close it and after that stream on other frontend stops (dvbviewer here). Same when epgscan is active and goes up to next mux, freezes for some seconds (in dvbviewer) then play again normally.
Updated by Nihil Baxter almost 9 years ago
- File satip_trace.rar satip_trace.rar added
- File satip_trace_source.log satip_trace_source.log added
Next logs here, now i started 2 sat>ip streams on 2 different machines, stopped one of the streams and got the same, other stream stops too and gets restarted after a few seconds. I searched for that in the logs and marked it, maybe you can see more than i ;-)
There are 2 logs, one from the sat>ip source where the tuners are, other from the main tvheadend device. Last is really big, so i compressed it, think its because many many httpc data.
Updated by Nihil Baxter almost 9 years ago
Just to give some more information:
Now i got 2 backends running, one with 2 tuners and tvheadend as sat>ip server, second with minisatip as server, different devices (raspberry pi 1+2) and so different IP's. If using different tuners on different devices unsubscribing channels (or epg scan) never stops the other stream for some seconds, so maybe the problem is on the sat>ip server side...
Updated by Jaroslav Kysela almost 9 years ago
Pls, upgrade to v4.1-1315-g18c0ca1 (TVH SAT>IP server only) and provide logs only for TVH SAT>IP server..
Updated by Nihil Baxter almost 9 years ago
OK, i got new trace, marked the points in logfile where (as i think so) it happens.
Btw, thanks for taking a look over that.
Updated by Nihil Baxter almost 9 years ago
And i checked again, if i do the same with third tuner on different machine (i set priority higer so that its used for the second stream)i didn't have that problem. Maybe tvh has problems with 2 identic tuners in the same device? Both are named "Silicon Labs Si2168 : DVB-C #0" but physically they are /dev/dvb/adapter0 and /dev/dvb/adapter1.....
Updated by Nihil Baxter almost 9 years ago
...no, that wasn't it, i renamed the adapters ;-)
2016-01-05 16:19:28.176 subscription: 0002: "SAT>IP" unsubscribing, hostname="192.168.0.15" 2016-01-05 16:19:34.142 subscription: 0001: "SAT>IP" unsubscribing, hostname="192.168.0.15"
...every time i stop one stream the other was unsubscribed too....
Updated by Jaroslav Kysela almost 9 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|2897cde28d0c4ba04606b372b75509bbfee4c002.
Updated by Jaroslav Kysela almost 9 years ago
- % Done changed from 100 to 0
Fixed in v4.1-1316-g2897cde .