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.
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?