High bandwith at one tuner
Three identical usb tuners TBS5580 are used.
On one of them very high bandwith during epg grab and at usual viewing of channels (screenshots 1,2). I guess this has become a problem of a lot of transport and continuity errors when watching TV (screenshots 3).
With the other two, this has never been observed.
2019-10-20 18:55:59.465 linuxdvb: TBS 5580 CI USB2.0 DVB-S/S2/S2X #1 : DVB-S #1 - read() EOVERFLOW 2019-10-20 18:55:59.466 TS: МТС [74.9E]/11800V/FTV UHD: HEVC @ #2402 Continuity counter error (total 1) 2019-10-20 18:55:59.479 tbl-base: pmt: 11800V in МТС [74.9E]: PID 0960 CC error 7 != 4 2019-10-20 18:55:59.479 tbl-base: bat: 11800V in МТС [74.9E]: PID 0011 CC error 12 != 6 2019-10-20 18:55:59.479 tbl-base: sdt: 11800V in МТС [74.9E]: PID 0011 CC error 12 != 6 2019-10-20 18:55:59.479 tbl-pass: pass-pmt: -: PID 0960 CC error 7 != 4 2019-10-20 18:55:59.480 tbl-pass: pass-sdt: -: PID 0011 CC error 12 != 6 2019-10-20 18:55:59.481 TS: МТС [74.9E]/11800V/FTV UHD: AAC-LATM @ #2403 Continuity counter error (total 1) 2019-10-20 18:55:59.500 tbl-base: nit: 11800V in МТС [74.9E]: PID 0010 CC error 10 != 7 2019-10-20 18:55:59.509 tbl-pass: pass-nit: -: PID 0010 CC error 10 != 7 2019-10-20 18:55:59.509 tbl-base: cat: 11800V in МТС [74.9E]: PID 0001 CC error 0 != 12 2019-10-20 18:55:59.512 tbl-base: pat: 11800V in МТС [74.9E]: PID 0000 CC error 0 != 12 2019-10-20 18:55:59.524 tbl-pass: pass-pat: -: PID 0000 CC error 0 != 12
Updated by Luis Alves 8 months ago
If the 3 cards are the exactly the same and the other 2 behave normally, the issue is probably a faulty card and not related to tvheadend...
But... can you post a screenshot of one of the another cards (#0 or #3) tuning the same mux as card #1 (example: 11920V / MTC) ?
The last image shows "pid list" set to "all". That is the reason for the high bandwidth. I assume you did the obvious of checking the configuration of all adapters and making sure there is no difference? Check the "maximum pids" settings. You can try to un-check the "Allow all PIDs" setting and see what happens. It may fail in this case, but then we would have to see why tvheadend thinks the maximum pids have been reached and it is trying for all...
Updated by Vlad Lanetz 7 months ago
Interestingly, some channels have almost no errors, and some have more than 20 per hour, although the transponder is one.
A few days later, the bandwith is displayed again for 90, it is necessary to restart tvheadend and it is displayed only for 1 channel as everything. Also, when the speed of the entire transponder is displayed, exactly 30 transport errors appear approximately every 15 minutes (they are not displayed in the error counter on the record, only in status > stream).
Maybe someone faced with similar?
Updated by Vlad Lanetz 6 months ago
I finally found the reason for displaying the bitrate of the entire transponder.
If you first playing muxes and then run the channel on the same adapter, the bitrate of the entire transponder and not the specific channel continues to be displayed. Can this be fixed?
Updated by Flole Systems 6 months ago
I'm sure this can be fixed, I'm not sure if this is a tvheadend issue though, if the driver doesn't do the filtering anymore (for example because you exceeded the max pids allowed by the driver so it doesn't filter anymore until you stop and start again) tvheadend will receive the entire transponder and show the bitrate of it.
The only way to "fix" it would be to close the tuner and re-tune with just the single channel - which would definitely cause a hiccup in any streams being watched/recorded. While in your case that small hiccup might be better than the continuous continuity errors you have, for other (most) users, without the problem, it would now cause errors for them they did not have before.
Also, you switch back and forth between "bandwidth" and "bitrate", and while basically the same, in Tvheadend->Status->Stream it shows the "Bandwidth(kb/s" for the ENTIRE tuner, while in Tvheadend->Status->Subscribtions it shows the "input (kb/s)" of each individual "subscription" whether that subscription is a "mux" or an individual channel.