Bug #5374
After a new scan no services
100%
Description
Does anyone are experiencing no services after a brand new scan?
it seens like the the services information are empty so they get hidded!
Thanks
Files
History
Updated by Ricardo Rocha almost 6 years ago
Tried with other sat>IP same result... If I tick hide to "none" and force service to play it get the tables and info of the stream populated
Updated by Ricardo Rocha almost 6 years ago
the bug start with commit e72b431564c860d5fc711779856dd7f61ed4f568 HTS Tvheadend 4.3-1566, before that services show up and with infos populated!
Updated by Jaroslav Kysela almost 6 years ago
Do you see 'no data received, restarting RTSP' warning in the logs?
Updated by Ricardo Rocha almost 6 years ago
didn't remember but will look further on that... i just tried all versions from recent to older and on 1565 it still works after that no!
thanks
Updated by Ricardo Rocha almost 6 years ago
@Jaroslav Kysela there's no 'no data received, restarting RTSP' warning on logs... do you need special debug/trace logs?
or those errors should appear easily?
Updated by Pablo R. almost 6 years ago
Ricardo Rocha wrote:
@Jaroslav Kysela there's no 'no data received, restarting RTSP' warning on logs... do you need special debug/trace logs?
or those errors should appear easily?
I have found this same problem when using minisatip. All hidden services.
Updated by Jaroslav Kysela almost 6 years ago
I cannot confirm, tested with UDP/TCP data transfers here. --trace tbl-base
Updated by Ricardo Rocha almost 6 years ago
- File scantrace.log scantrace.log added
look if this helps Jaroslav
Updated by Jaroslav Kysela almost 6 years ago
The problem is that the sat>ip server sends the mpeg-ts data in big chunks in this case (~4 seconds or so). The PID update depends a bit on this timing, so the PMT PID is not subscribed and tvh closes the scan. It's minisatip issue.
Updated by Jaroslav Kysela almost 6 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|0db0890a4b4d1a2521009b8b5cbf058b964d9608.
Updated by Jaroslav Kysela almost 6 years ago
I found it - it was tvh's bug (double code copy) - fixed now.