Tvheadend

It seems that TVH is requesting PID 8192 (full mux) for your DVB-T tuners. It looks like an issue. The Panasonic probably cannot receive full mux or there's a bug in the driver. Could you add '--trace mpegts' and provide a new log for one tune request ?

Jaroslav Kysela wrote:

It seems that TVH is requesting PID 8192 (full mux) for your DVB-T tuners. It looks like an issue. The Panasonic probably cannot receive full mux or there's a bug in the driver. Could you add '--trace mpegts' and provide a new log for one tune request ?

Yep, no problem: https://clbin.com/iJfkw. I also tried playing a single service & that fails with poll timeout. dvbv5-zap in monitor mode on both amd64 & arm appear OK.

This did previously work fine with Tvheadend using an older kernel, I think it was 4.3. which used the older MN88472 staging driver.

I've also asked crope (the guy who wrote the driver) to comment & see if he has any ideas :)

The PID 8192 is really (wrongly?) used:

2016-11-23 05:58:00.522 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - started
2016-11-23 05:58:00.522 [  TRACE]:mpegts: table: mux 0x56327a6b6040 add bat 00/00 (0) pid 0BBA (3002)
2016-11-23 05:58:00.522 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0BBA (3002) [16/0x7fba4800ea80]
2016-11-23 05:58:00.522 [  TRACE]:mpegts: table: mux 0x56327a6b6040 add uk_freesat 00/00 (0) pid 0BBB (3003)
2016-11-23 05:58:00.522 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0BBB (3003) [16/0x7fba480031b0]
2016-11-23 05:58:00.522 [  TRACE]:mpegts: table: mux 0x56327a6b6040 add eit 00/00 (0) pid 0012 (18)
2016-11-23 05:58:00.522 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0012 (18) [20/0x7fba4805dd60]
2016-11-23 05:58:00.522 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID fullmux subscription [0003/0x7fba1cfe7d40]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2016-11-23 05:58:01.789 [  TRACE]:linuxdvb: Panasonic MN88472 : DVB-T #1 - open PID 2000 (8192) fd 38

Jaroslav Kysela wrote:

The PID 8192 is really (wrongly?) used:

[...]

The Sony does the same thing..

2016-11-24 07:42:13.517 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - started
2016-11-24 07:42:13.517 [  TRACE]:mpegts: table: mux 0x561055a511f0 add bat 00/00 (0) pid 0BBA (3002)
2016-11-24 07:42:13.517 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0BBA (3002) [16/0x7f9eac02aa80]
2016-11-24 07:42:13.517 [  TRACE]:mpegts: table: mux 0x561055a511f0 add uk_freesat 00/00 (0) pid 0BBB (3003)
2016-11-24 07:42:13.517 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0BBB (3003) [16/0x7f9eac02cf60]
2016-11-24 07:42:13.517 [  TRACE]:mpegts: table: mux 0x561055a511f0 add eit 00/00 (0) pid 0012 (18)
2016-11-24 07:42:13.517 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0012 (18) [20/0x7f9eac023f10]
2016-11-24 07:42:13.517 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID fullmux subscription [0003/0x7f9e98030670]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2016-11-24 07:42:13.517 [   INFO]:subscription: 0016: "HTTP" subscribing to mux "770MHz", weight: 10, adapter: "Sony CXD2820R : DVB-T #0", network: "DVB-T - Waltham", service: "Raw PID Subscription", hostname="192.168.1.40", client="VLC$
2016-11-24 07:42:13.567 [  TRACE]:linuxdvb: Sony CXD2820R : DVB-T #0 - checking FE status (ready)
2016-11-24 07:42:14.661 [  DEBUG]:linuxdvb: Sony CXD2820R : DVB-T #0 - status    GOOD (SIGNAL | CARRIER | VITERBI | SYNC | LOCK)
2016-11-24 07:42:14.661 [  DEBUG]:linuxdvb: Sony CXD2820R : DVB-T #0 - locked
2016-11-24 07:42:14.661 [  TRACE]:mpegts: table: mux 0x561055a511f0 add pat 00/00 (0) pid 0000 (0)
2016-11-24 07:42:14.662 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0000 (0) [20/0x7f9eac025390]
2016-11-24 07:42:14.662 [  TRACE]:mpegts: table: mux 0x561055a511f0 add cat 01/FF (1) pid 0001 (1)
2016-11-24 07:42:14.662 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0001 (1) [16/0x7f9eac0269b0]
2016-11-24 07:42:14.662 [  TRACE]:mpegts: table: mux 0x561055a511f0 add nit 00/00 (0) pid 0010 (16)
2016-11-24 07:42:14.662 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0010 (16) [16/0x7f9eac027e30]
2016-11-24 07:42:14.662 [  TRACE]:mpegts: table: mux 0x561055a511f0 add sdt 40/F8 (64) pid 0011 (17)
2016-11-24 07:42:14.662 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0011 (17) [20/0x7f9eac0292b0]
2016-11-24 07:42:14.662 [  TRACE]:mpegts: table: mux 0x561055a511f0 add bat 48/F8 (72) pid 0011 (17)
2016-11-24 07:42:14.662 [  DEBUG]:mpegts: 770MHz in DVB-T - Waltham - open PID 0011 (17) [16/0x7f9eac003ff0]
2016-11-24 07:42:14.662 [  TRACE]:linuxdvb: Sony CXD2820R : DVB-T #0 - open PID 2000 (8192) fd 44
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2016-11-24 07:42:14.670 [  TRACE]:linuxdvb: Sony CXD2820R : DVB-T #0 - checking FE status (ready)
2016-11-24 07:42:14.672 [  TRACE]:linuxdvb: Sony CXD2820R : DVB-T #0 - status 1 (001F)

I've tried using dvblast with the astrometa and it fails with that too.

• Working (Sony) https://clbin.com/w2dfa
• Not working (astrometa) https://clbin.com/3UONC
• Working (Sony / budgetmode/non full mux) https://clbin.com/hMFGv
• Not working (astrometa / budget mode) same as not working above.

I've checked /dev/dvb/adapter0/ & there is no dvr1, tvheadend appears to be using dvr0. which is correct?

mark@microserver1:~$ ls /dev/dvb/adapter0/
demux0  dvr0  frontend0  frontend1  net0

This is making my head hurt :p