Project

General

Profile

Tvheadend sees muxes but no services

Added by Howard Lowndes about 7 years ago

The setup is a Raspberry Pi 3 running OSMC 2017.08-1 kernel 4.9.29-9
At the moment I am pulling DVB-T signals off a Mythtv backend over nfs and all works fine and I have 5 muxes detected (10 are available but they are duplicates, 5 on VHF and 5 on UHF).
I want to dump the Mythtv backend and use tvheadend on the Raspberry Pi.
I am using generic decoders with RTL2832U chips. dmesg shows the decoders as being fully installed [attached edited].
When I run w_scan on a decoder it sees most of the frequencies that I would expect but doesn't find any data [attached unedited].
Thoughts please.
TIA.

dmesg.txt (1.28 KB) dmesg.txt Edited dmesg log
dmesg.txt (1.28 KB) dmesg.txt
wscan.txt (6.85 KB) wscan.txt

Replies (4)

RE: Tvheadend sees muxes but no services - Added by Howard Lowndes about 7 years ago

Is there any chance I can get a follow up on this problem

RE: Tvheadend sees muxes but no services - Added by Mark Clarkstone about 7 years ago

if you play the muxes from Tvheadend in VLC are you able to see the services?

RE: Tvheadend sees muxes but no services - Added by Howard Lowndes about 7 years ago

I shifted the adaptor over to a Linux laptop with VLC and the OS find the device OK:

[  114.002808] usb 1-4.3: new high-speed USB device number 6 using xhci_hcd
[  114.104856] usb 1-4.3: New USB device found, idVendor=0bda, idProduct=2838
[  114.104864] usb 1-4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  114.104868] usb 1-4.3: Product: RTL2838UHIDIR
[  114.104873] usb 1-4.3: Manufacturer: Realtek
[  114.104876] usb 1-4.3: SerialNumber: 00000001
[  114.298291] usb 1-4.3: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
[  114.334304] usb 1-4.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[  114.334326] DVB: registering new adapter (Realtek RTL2832U reference design)
[  114.369537] i2c i2c-8: Added multiplexed i2c bus 9
[  114.369545] rtl2832 8-0010: Realtek RTL2832 successfully attached
[  114.369571] usb 1-4.3: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[  114.423567] i2c i2c-9: fc0012: Fitipower FC0012 successfully identified
[  114.443294] rtl2832_sdr rtl2832_sdr.1.auto: Registered as swradio0
[  114.443301] rtl2832_sdr rtl2832_sdr.1.auto: Realtek RTL2832 SDR attached
[  114.443305] rtl2832_sdr rtl2832_sdr.1.auto: SDR API is still slightly experimental and functionality changes may follow
[  114.450655] Registered IR keymap rc-empty
[  114.450830] input: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.3/rc/rc0/input19
[  114.450946] rc0: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.3/rc/rc0
[  114.464696] IR NEC protocol handler initialized
[  114.467683] IR Sony protocol handler initialized
[  114.468359] IR RC5(x/sz) protocol handler initialized
[  114.479169] IR SANYO protocol handler initialized
[  114.480269] IR RC6 protocol handler initialized
[  114.480773] IR MCE Keyboard/mouse protocol handler initialized
[  114.482708] IR JVC protocol handler initialized
[  114.483082] IR Sharp protocol handler initialized
[  114.484901] lirc_dev: IR Remote Control driver registered, major 244 
[  114.487810] input: MCE IR Keyboard/Mouse (dvb_usb_rtl28xxu) as /devices/virtual/input/input20
[  114.489637] usb 1-4.3: dvb_usb_v2: schedule remote query interval to 200 msecs
[  114.490252] rc rc0: lirc_dev: driver ir-lirc-codec (dvb_usb_rtl28xxu) registered at minor = 0
[  114.490258] IR LIRC bridge handler initialized
[  114.496492] IR XMP protocol handler initialized
[  114.499645] usb 1-4.3: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected
[  114.499755] usbcore: registered new interface driver dvb_usb_rtl28xxu


When I start up VLC and go Media->Capture Device->TV Digital and select DVB-T2 then Play, nothing happens, but selecting DVB-T then Play, VLC scans the entire spectrum and comes up with zip, zero, zilch then just restarts the scan. I have tried this with both an external and an internal aerial connected.

When I run w_scan -ft -cAU then the frequencies I would expect to see are:
184.5
191.5
212.5
219.5
226.5
529.5
536.5
543.5
550.5
557.5

but the output from w_scan with an external aerial is:

w_scan -ft -cAU 
w_scan version 20141122 (compiled for DVB API 5.10)
using settings for AUSTRALIA
DVB aerial
DVB-T AU
scan type TERRESTRIAL, channellist 3
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
    /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Realtek RTL2832 (DVB-T)": good :-)
Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
Using DVB API 5.10
frontend 'Realtek RTL2832 (DVB-T)' supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
FREQ (174.00MHz ... 862.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
Scanning DVB-T...
Scanning 7MHz frequencies...
177500: (time: 00:01.728) 
177625: (time: 00:03.764) 
184500: (time: 00:05.792) 
184625: (time: 00:10.516) 
191500: (time: 00:15.232) 
191625: (time: 00:19.948) 
198500: (time: 00:24.668) 
198625: (time: 00:26.688) 
205500: (time: 00:28.720) 
205625: (time: 00:30.748) 
212500: (time: 00:32.768)         signal ok:    QAM_AUTO f = 212500 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 212500 kHz I999B7C999D999T999G999Y999 (0:0:0))
212625: (time: 00:36.116)         signal ok:    QAM_AUTO f = 212625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 212625 kHz I999B7C999D999T999G999Y999 (0:0:0))
219500: (time: 00:39.117) 
219625: (time: 00:43.833)         signal ok:    QAM_AUTO f = 219625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 219625 kHz I999B7C999D999T999G999Y999 (0:0:0))
226500: (time: 00:48.105)         signal ok:    QAM_AUTO f = 226500 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 226500 kHz I999B7C999D999T999G999Y999 (0:0:0))
226625: (time: 00:55.105)         signal ok:    QAM_AUTO f = 226625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 226625 kHz I999B7C999D999T999G999Y999 (0:0:0))
480500: (time: 00:58.113) 
480625: (time: 01:00.129) 
487500: (time: 01:02.157) 
487625: (time: 01:04.181) 
494500: (time: 01:06.193) 
494625: (time: 01:08.221) 
501500: (time: 01:10.241) 
501625: (time: 01:12.261) 
508500: (time: 01:14.277) 
508625: (time: 01:16.306) 
515500: (time: 01:18.326) 
515625: (time: 01:20.354) 
522500: (time: 01:22.374) 
522625: (time: 01:24.402) 
529500: (time: 01:26.426)         signal ok:    QAM_AUTO f = 529500 kHz I999B7C999D999T999G999Y999 (0:0:0)
WARNING: received garbage data: crc = 0x8c70c9e1; expected crc = 0xa95e05ac
increasing filter timeout to 31 secs (pid:0 table_id:0 table_id_ext:-1).
        QAM_AUTO f = 529500 kHz I999B7C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:2465)
        QAM_AUTO f = 529500 kHz I999B7C999D999T999G999Y999 (0:0:2465) : updating network_id -> (0:12931:2465)
        QAM_AUTO f = 529500 kHz I999B7C999D999T999G999Y999 (0:12931:2465) : updating original_network_id -> (12931:12931:2465)
        updating transponder:
           (QAM_AUTO f = 529500 kHz I999B7C999D999T999G999Y999 (12931:12931:2465)) 0x0000
        to (QAM_64   f = 529500 kHz I999B7C34D0T8G16Y0 (12931:12931:2465)) 0x405A
529625: skipped (already known transponder)
536500: (time: 01:29.262)         signal ok:    QAM_AUTO f = 536500 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 536500 kHz I999B7C999D999T999G999Y999 (0:0:0))
536625: (time: 01:32.118)         signal ok:    QAM_AUTO f = 536625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 536625 kHz I999B7C999D999T999G999Y999 (0:0:0))
543500: (time: 01:35.106)         signal ok:    QAM_AUTO f = 543500 kHz I999B7C999D999T999G999Y999 (0:0:0)
        QAM_AUTO f = 543500 kHz I999B7C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:12926)
        QAM_AUTO f = 543500 kHz I999B7C999D999T999G999Y999 (0:0:12926) : updating network_id -> (0:12915:12926)
        QAM_AUTO f = 543500 kHz I999B7C999D999T999G999Y999 (0:12915:12926) : updating original_network_id -> (12916:12915:12926)
        updating transponder:
           (QAM_AUTO f = 543500 kHz I999B7C999D999T999G999Y999 (12916:12915:12926)) 0x0000
        to (QAM_64   f = 585500 kHz I999B7C34D0T8G16Y0 (12916:12915:12926)) 0x405A
543625: (time: 01:41.578)         signal ok:    QAM_AUTO f = 543625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 543625 kHz I999B7C999D999T999G999Y999 (0:0:0))
550500: (time: 01:45.110)         signal ok:    QAM_AUTO f = 550500 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 550500 kHz I999B7C999D999T999G999Y999 (0:0:0))
550625: (time: 01:48.110)         signal ok:    QAM_AUTO f = 550625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 550625 kHz I999B7C999D999T999G999Y999 (0:0:0))
557500: (time: 01:51.106)         signal ok:    QAM_AUTO f = 557500 kHz I999B7C999D999T999G999Y999 (0:0:0)
WARNING: received garbage data: crc = 0xd2d3079b; expected crc = 0xb479696b
increasing filter timeout to 31 secs (pid:0 table_id:0 table_id_ext:-1).
        QAM_AUTO f = 557500 kHz I999B7C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:2053)
        Info: no data from NIT(actual )after 13 seconds
557625: (time: 02:07.115)         signal ok:    QAM_AUTO f = 557625 kHz I999B7C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 557625 kHz I999B7C999D999T999G999Y999 (0:0:0))
564500: (time: 02:10.119) 
564625: (time: 02:12.139) 
571500: (time: 02:14.147) 
571625: (time: 02:16.163) 
578500: (time: 02:18.187) 
578625: (time: 02:20.203) 
585500: skipped (already known transponder)
585625: skipped (already known transponder)
592500: (time: 02:22.223) 
592625: (time: 02:24.247) 
599500: (time: 02:26.263) 
599625: (time: 02:28.291) 
606500: (time: 02:30.307) 
606625: (time: 02:32.323) 
613500: (time: 02:34.347) 
613625: (time: 02:36.376) 
620500: (time: 02:38.408) 
620625: (time: 02:40.432) 
627500: (time: 02:42.456) 
627625: (time: 02:44.480) 
634500: (time: 02:46.500) 
634625: (time: 02:48.520) 
641500: (time: 02:50.536) 
641625: (time: 02:52.560) 
648500: (time: 02:54.576) 
648625: (time: 02:56.596) 
655500: (time: 02:58.616) 
655625: (time: 03:00.644) 
662500: (time: 03:02.668) 
662625: (time: 03:04.700) 
669500: (time: 03:06.732) 
669625: (time: 03:08.756) 
676500: (time: 03:10.784) 
676625: (time: 03:12.804) 
683500: (time: 03:14.824) 
683625: (time: 03:16.845) 
690500: (time: 03:18.877) 
690625: (time: 03:20.905) 
697500: (time: 03:22.921) 
697625: (time: 03:24.949) 
704500: (time: 03:26.965) 
704625: (time: 03:28.989) 
711500: (time: 03:31.009) 
711625: (time: 03:33.033) 
718500: (time: 03:35.053) 
718625: (time: 03:37.077) 
725500: (time: 03:39.089) 
725625: (time: 03:41.105) 
732500: (time: 03:43.129) 
732625: (time: 03:45.149) 
739500: (time: 03:47.161) 
739625: (time: 03:49.181) 
746500: (time: 03:51.209) 
746625: (time: 03:53.233) 
753500: (time: 03:55.257) 
753625: (time: 03:57.273) 
760500: (time: 03:59.294) 
760625: (time: 04:01.314) 
767500: (time: 04:03.334) 
767625: (time: 04:05.358) 
774500: (time: 04:07.382) 
774625: (time: 04:09.410) 
781500: (time: 04:11.418) 
781625: (time: 04:13.450) 
788500: (time: 04:15.470) 
788625: (time: 04:17.494) 
795500: (time: 04:19.518) 
795625: (time: 04:21.550) 
802500: (time: 04:23.562) 
802625: (time: 04:25.582) 
809500: (time: 04:27.606) 
809625: (time: 04:29.622) 
816500: (time: 04:31.642) 
816625: (time: 04:33.670) 
tune to: QAM_64   f = 529500 kHz I999B7C34D0T8G16Y0 (12931:12931:2465) (time: 04:35.683) 
        Info: no data from PAT after 2 seconds
        Info: no data from PAT after 2 seconds
        Info: no data from SDT(actual) after 3 seconds
tune to: QAM_64   f = 585500 kHz I999B7C34D0T8G16Y0 (12916:12915:12926) (time: 04:53.107) 
----------no signal----------
tune to: QAM_AUTO f = 585500 kHz I999B7C999D0T999G999Y0 (12916:12915:12926) (time: 04:59.135)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 557500 kHz I999B7C999D999T999G999Y999 (0:0:2053) (time: 05:05.179) 
        QAM_AUTO f = 557500 kHz I999B7C999D999T999G999Y999 (0:0:2053) : updating transport_stream_id: -> (0:0:2465)
WARNING: received garbage data: crc = 0x5e3e32a9; expected crc = 0xb479696b
increasing filter timeout to 31 secs (pid:0 table_id:0 table_id_ext:-1).
    service = Nine Albury (SCA)
    service = 9HD Albury (SCA)
    service = Nine Albury (SCA)
    service = 9Gem (SCA)
    service = 9Go! (SCA)
    service = 9Life (SCA)
    service = SBN (SCA)
    service = Aspire (SCA)
WARNING: received garbage data: crc = 0xe0e18e28; expected crc = 0xb479696b
        QAM_AUTO f = 557500 kHz I999B7C999D999T999G999Y999 (0:0:2465) : updating transport_stream_id: -> (0:0:2053)
WARNING: received garbage data: crc = 0xe13f6a24; expected crc = 0x1e6535af
increasing filter timeout to 31 secs (pid:1520 table_id:2 table_id_ext:-1).
        Info: no data from PMT after 2 seconds
        Info: no data from PMT after 2 seconds
        Info: no data from PMT after 2 seconds
        Info: no data from NIT(actual )after 13 seconds
(time: 05:19.144) dumping lists (5 services)
..
9Gem;SCA:557500:B7:T:27500:1511=2:1512=eng@3:1513:0:2085:0:2053:0
9Go!;SCA:557500:B7:T:27500:1521=2:1522=eng@3:1523:0:2117:0:2053:0
SBN;SCA:557500:B7:T:27500:1531=27:1532=eng@3:0:0:2149:0:2053:0
Aspire;SCA:557500:B7:T:27500:1541=27:1542=eng@3:0:0:2181:0:2053:0
9Life;SCA:557500:B7:T:27500:1571=27:1572=eng@3:1573:0:2277:0:2053:0
Done, scan time: 05:19.144

Given that the low frequency tower is about 20km line of sight and the high frequency tower is 2km line of sight, and that I have no problem tuning either tower with a conventional TV, this problem is mystifying.

TIA,

RE: Tvheadend sees muxes but no services - Added by saen acro about 7 years ago

You can try with dvbsnoop

only correct scan data (freq, qam )is for 557,5 mhz

is there different firmware for tuner?

    (1-4/4)