Tvheadend

Crazy Cat wrote:

Mark Antonio wrote:

Will your patches for T220A work on media_build? I applied the patches and compiled, the adapter can be found but scanning is failing.
If this works I will be able to test VHF for you.

please provide more info - dmesg on init and scanning, scan utils output (scan-s2 prefered)

Hi Crazy cat,

As promised here is dmesg and scan output (sorry I only have scan available no scan-s2, hope its ok). This time I tried it out on x86_64

version (ubuntu server 14.04):

Linux allseer 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

dmesg while connecting device and running scan:

[  672.212266] usb 2-1: new high-speed USB device number 9 using ehci-pci
[  672.345562] usb 2-1: New USB device found, idVendor=0572, idProduct=c686
[  672.345574] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  672.345581] usb 2-1: Product: USB Stick
[  672.345588] usb 2-1: Manufacturer: Max
[  672.345594] usb 2-1: SerialNumber: 080116
[  672.346436] dw2102: su3000_identify_state
[  672.346436]
[  672.346445] dvb-usb: found a 'Geniatech T220A DVB-T/T2 USB2.0' in warm state.
[  672.346464] dw2102: su3000_power_ctrl: 1, initialized 0
[  672.346464]
[  672.346666] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[  672.346848] DVB: registering new adapter (Geniatech T220A DVB-T/T2 USB2.0)
[  672.347569] ff 00 00 00 00 00
[  672.348314] ff ff 00 00 00 00
[  672.349071] ff ff ff 00 00 00
[  672.349936] ff ff ff ff 00 00
[  672.350808] ff ff ff ff ff 00
[  672.351666] ff ff ff ff ff ff
[  672.351683] dvb-usb: MAC address: ff:ff:ff:ff:ff:ff
[  673.937804] dw2102: Attached TDA18273/CXD2820R!
[  673.937804]
[  673.937813] usb 2-1: DVB: registering adapter 0 frontend 0 (Sony CXD2820R)...
[  673.938185] Registered IR keymap rc-su3000
[  673.938269] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb2/2-1/rc/rc0/input18
[  673.938393] rc0: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb2/2-1/rc/rc0
[  673.938394] dvb-usb: schedule remote query interval to 150 msecs.
[  673.938396] dw2102: su3000_power_ctrl: 0, initialized 1
[  673.938396]
[  673.938398] dvb-usb: Geniatech T220A DVB-T/T2 USB2.0 successfully initialized and connected.
[  684.062559] dw2102: su3000_power_ctrl: 1, initialized 1
[  684.062559]
[  685.590696] dw2102: su3000_power_ctrl: 0, initialized 1
[  685.590696]
[  794.904490] dw2102: su3000_power_ctrl: 1, initialized 1
[  794.904490]

Scan output (I removed some of the output, it's all the sane though):

root@allseer:~# scan /usr/share/dvb/dvb-t/it-All
scanning /usr/share/dvb/dvb-t/it-All
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 177500000 1 2 9 3 1 0 0
initial transponder 184500000 1 2 9 3 1 0 0
initial transponder 191500000 1 2 9 3 1 0 0
initial transponder 198500000 1 2 9 3 1 0 0
initial transponder 205500000 1 2 9 3 1 0 0
initial transponder 212500000 1 2 9 3 1 0 0
initial transponder 219500000 1 2 9 3 1 0 0
initial transponder 226500000 1 2 9 3 1 0 0
initial transponder 474000000 0 2 9 3 1 0 0
initial transponder 482000000 0 2 9 3 1 0 0
initial transponder 490000000 0 2 9 3 1 0 0
initial transponder 498000000 0 2 9 3 1 0 0
initial transponder 506000000 0 2 9 3 1 0 0
initial transponder 514000000 0 2 9 3 1 0 0
initial transponder 522000000 0 2 9 3 1 0 0
initial transponder 530000000 0 2 9 3 1 0 0
initial transponder 538000000 0 2 9 3 1 0 0
initial transponder 546000000 0 2 9 3 1 0 0
initial transponder 554000000 0 2 9 3 1 0 0
initial transponder 562000000 0 2 9 3 1 0 0
initial transponder 570000000 0 2 9 3 1 0 0
initial transponder 578000000 0 2 9 3 1 0 0
initial transponder 586000000 0 2 9 3 1 0 0
initial transponder 594000000 0 2 9 3 1 0 0
initial transponder 602000000 0 2 9 3 1 0 0
initial transponder 610000000 0 2 9 3 1 0 0
initial transponder 618000000 0 2 9 3 1 0 0
initial transponder 626000000 0 2 9 3 1 0 0
initial transponder 634000000 0 2 9 3 1 0 0
initial transponder 642000000 0 2 9 3 1 0 0
initial transponder 650000000 0 2 9 3 1 0 0
initial transponder 658000000 0 2 9 3 1 0 0
initial transponder 666000000 0 2 9 3 1 0 0
initial transponder 674000000 0 2 9 3 1 0 0
initial transponder 682000000 0 2 9 3 1 0 0
initial transponder 690000000 0 2 9 3 1 0 0
initial transponder 698000000 0 2 9 3 1 0 0
initial transponder 706000000 0 2 9 3 1 0 0
initial transponder 714000000 0 2 9 3 1 0 0
initial transponder 722000000 0 2 9 3 1 0 0
initial transponder 730000000 0 2 9 3 1 0 0
initial transponder 738000000 0 2 9 3 1 0 0
initial transponder 746000000 0 2 9 3 1 0 0
initial transponder 754000000 0 2 9 3 1 0 0
initial transponder 762000000 0 2 9 3 1 0 0
initial transponder 770000000 0 2 9 3 1 0 0
initial transponder 778000000 0 2 9 3 1 0 0
initial transponder 786000000 0 2 9 3 1 0 0
initial transponder 794000000 0 2 9 3 1 0 0
initial transponder 802000000 0 2 9 3 1 0 0
initial transponder 810000000 0 2 9 3 1 0 0
initial transponder 818000000 0 2 9 3 1 0 0
initial transponder 826000000 0 2 9 3 1 0 0
initial transponder 834000000 0 2 9 3 1 0 0
initial transponder 842000000 0 2 9 3 1 0 0
initial transponder 850000000 0 2 9 3 1 0 0
initial transponder 858000000 0 2 9 3 1 0 0
>>> tune to: 177500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 177500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 184500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 184500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 191500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 191500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TR                                             ANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)

Any ideas? This is for a T220A (Bus 002 Device 009: ID 0572:c686 Conexant Systems (Rockwell), Inc.)

Thanks as always

Some more info:

I managed to get the adapter to work after after compiling your tbsdrivers repo (master) on x86_64, so it seems that the issue is either in media_build or the patch. The only issue on x86_64 is that tv headend fails to open frontend1 (DVB-C), I do not have DVB-C so I cannot test.

I can't compile tbsdrivers on pi since there are some objects that are precompiled for x86_64 in the repo. Once we can get this to compile on the pi I will be able to test VHF.

Hi Mark,

you can check this VHF muxes under Windows ?

Crazy Cat wrote:

Hi Mario,

you can check this VHF muxes under Windows ?

Hi,

I only have VHF on the pi, I can only test it there Do you have an ETA on the submission of these patches to media_tree? Once there I should be able to compile them on the pi hopefully.

Hi,

Following this thread with interest as just bought the T210 also and received this "v2.0" which OpenElec on my Pi doesn't recognise.
I attempted to use the nightly build based on 3.17 hoping that would help and it didn't.
I tried the v4l build instructions but got a build error, think it was something about no instructions in a 'firmware' folder.

Still pretty new to Linux and the Pi specifically but let me know if I can help. The £30 pvr dream has fallen short at the moment.

Martin

Crazy Cat wrote:

Hi Mario,

you can check this VHF muxes under Windows ?

Hi Crazy cat,

I went through the hassle to rewire everything and can confirm that T220A works with VHF DVB-T @ 177.5 MHZ (No T2 in my area yet) on x86_64.

Do you have the T220A patches merged into some other repo other than your tbs? This would allow me to test (compile) the drivers on ARM as well (applying the patches provided by yourself to media_build results in broken drivers).

But i post before patches for media_build
https://tvheadend.org/boards/5/topics/10864?r=13314#message-13314

Crazy Cat wrote:

But i post before patches for media_build
https://tvheadend.org/boards/5/topics/10864?r=13314#message-13314

Yes, I tried those. media_build with those patches compiles fine on ARM and x86_64 but driver does not work. Only driver that works is your TBS repo, but that is only for x86_64 so cannot test with ARM, any idea when these patches will be merged into media_tree?

look like i miss get_if_frequency() function in tda18273 tuner driver.

updates patches against media_build/master (changed only tuner driver driver)

Crazy Cat wrote:

look like i miss get_if_frequency() function in tda18273 tuner driver.

updates patches against media_build/master (changed only tuner driver driver)

Thanks Crazy Cat!

Compiling now (takes 3 hours on raspberry pi), will post once I test this out.

And finally fixed DVB-T2 scaning with current V4L drivers :)
https://bitbucket.org/CrazyCat/scan-s2/commits/cebc05d1a87e3b4bf5208f580581de92d3666d3c

The T220A driver loads ok and everything looks good, but w_scan does not find a single channel - not from VHF (3 muxed DVB-T2) or UHF frequency (2 muxes DVB-T2, 4 muxes DVB-T). Another adapter on the same antenna cable finds them all. When trying to zap a channel, the FE does not lock.

$ dvbv5-zap -c ~/dvb_channel.conf -a 0 -I DVBV5 -o ~/test.ts -r -t 5 Yle\ TV1
using demux '/dev/dvb/adapter0/demux0'
reading channels from file '/home/olli/dvb_channel.conf'
service has pid type 05:  6001
tuning to 562000000 Hz
video pid 512
  dvb_set_pesfilter 512
audio pid 650
  dvb_set_pesfilter 650
       (0x00) Signal= 100.00% C/N= 0.00% UCB= 0 postBER= 0

Just to be clear, I tried with the patch you posted 2 hours ago (as well as the earlier one).

What am i missing here?

martin@martin-ESPRIMO-Mobile-V5545:~/media_build$ uname -a
Linux martin-ESPRIMO-Mobile-V5545 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:30:01 UTC 2014 i686 i686 i686 GNU/Linux

Built the media_build.git master with your backports of the 0001-tuners-tda18273-silicon-tuner-driver.patch and 0002-dvb-usb-dw2102-Geniatech-T220A-support.patch

Seems to work:

[ 7525.066032] usb 2-4: New USB device found, idVendor=0572, idProduct=c688
[ 7525.066045] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7525.066053] usb 2-4: Product: USB Stick
[ 7525.066060] usb 2-4: Manufacturer: Max
[ 7525.066066] usb 2-4: SerialNumber: 080116
[ 7525.066781] dvb-usb: found a 'Mygica T230 DVB-T/T2/C' in warm state.
[ 7525.300343] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 7525.300585] DVB: registering new adapter (Mygica T230 DVB-T/T2/C)
[ 7525.305250] i2c i2c-5: Added multiplexed i2c bus 6
[ 7525.305256] si2168 5-0064: Silicon Labs Si2168 successfully attached
[ 7525.308542] si2157 6-0060: Silicon Labs Si2147/2148/2157/Si2158 successfully attached
[ 7525.308558] usb 2-4: DVB: registering adapter 0 frontend 0 (Silicon Labs Si2168)...
[ 7525.309014] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb2/2-4/input/input24
[ 7525.309190] dvb-usb: schedule remote query interval to 100 msecs.
[ 7525.309280] dvb-usb: Mygica T230 DVB-T/T2/C successfully initialized and connected.

but...

"Tuning failed" with scan and w_scan just gives us "ERROR: Sorry - i couldn't get any working frequency/transponder"

Tried dvbscan and got nothing at all.

Checked dmesg again and got:

[ 8151.990901] si2168 5-0064: found a 'Silicon Labs Si2168' in cold state
[ 8151.990951] si2168 5-0064: Direct firmware load failed with error -2
[ 8151.990958] si2168 5-0064: Falling back to user helper
[ 8151.994726] si2168 5-0064: Direct firmware load failed with error -2
[ 8151.994736] si2168 5-0064: Falling back to user helper
[ 8152.001670] si2168 5-0064: firmware file 'dvb-demod-si2168-02.fw' not found
[ 8152.011915] si2157 6-0060: found a 'Silicon Labs Si2147/2148/2157/Si2158' in cold state
[ 8152.011941] si2157 6-0060: Direct firmware load failed with error -2
[ 8152.011946] si2157 6-0060: Falling back to user helper
[ 8152.012979] si2157 6-0060: firmware file 'dvb-tuner-si2158-a20-01.fw' not found
[ 8160.023177] usb 2-4: DVB: adapter 0 frontend 0 frequency 2 out of range (110000000..862000000)
[ 8160.023292] usb 2-4: DVB: adapter 0 frontend 0 frequency 2 out of range (110000000..862000000)

You are missing the firmware file dvb-demod-si2168-b40-01.fw and dvb-tuner-si2158-a20-01.fw. Download all si2168 and si2158 firmwares from here and copy them into /lib/firmware and try again.

https://github.com/OpenELEC/dvb-firmware/tree/master/firmware

Mark Antonio wrote:

Crazy Cat wrote:

look like i miss get_if_frequency() function in tda18273 tuner driver.

updates patches against media_build/master (changed only tuner driver driver)

Thanks Crazy Cat!

Compiling now (takes 3 hours on raspberry pi), will post once I test this out.

Hi Crazy Cat,

I can confirm that the latest patches work ! I tested on a raspberry pi. The video was somewhat choppy, but I guess this is an issue with the pi. Hope these are merged into media_tree soon

Good

I can confirm that the latest patches work ! I tested on a raspberry pi. The video was somewhat choppy, but I guess this is an issue with the pi. Hope these are merged into media_tree soon

Hi Mark,

Can you tell me what you did to get the T220A (the one with Sony demod and TDA tuner) working? I took a recent media tree, applied CrazyCat's patches on top of that and compiled media build. Unfortunately I can't get a lock on any channel... Maybe I missed something here.

Cheers,
-olli

Olli Salonen wrote:

You are missing the firmware file dvb-demod-si2168-b40-01.fw and dvb-tuner-si2158-a20-01.fw. Download all si2168 and si2158 firmwares from here and copy them into /lib/firmware and try again.

https://github.com/OpenELEC/dvb-firmware/tree/master/firmware

Thanks for that Olli - all up and running and playing on vlc now.
The next step of compiling this for OpenELEC on the Pi looks a bit tougher though...

Mark Antonio wrote:

Mark Antonio wrote:

Crazy Cat wrote:

look like i miss get_if_frequency() function in tda18273 tuner driver.

updates patches against media_build/master (changed only tuner driver driver)

Thanks Crazy Cat!

Compiling now (takes 3 hours on raspberry pi), will post once I test this out.

Hi Crazy Cat,

I can confirm that the latest patches work ! I tested on a raspberry pi. The video was somewhat choppy, but I guess this is an issue with the pi. Hope these are merged into media_tree soon

Hi crazy cat,

On the pi I get a lot of continuity errors with the T220A, could this be related to the driver? On x86 it works fine

Olli Salonen wrote:

I can confirm that the latest patches work ! I tested on a raspberry pi. The video was somewhat choppy, but I guess this is an issue with the pi. Hope these are merged into media_tree soon

Hi Mark,

Can you tell me what you did to get the T220A (the one with Sony demod and TDA tuner) working? I took a recent media tree, applied CrazyCat's patches on top of that and compiled media build. Unfortunately I can't get a lock on any channel... Maybe I missed something here.

Cheers,
-olli

That is exactly what I did! With the second version of the patches, the tuner works but I get lots of continuity errors on a raspberry pi

Mark Antonio wrote:

Mark Antonio wrote:

Mark Antonio wrote:

Crazy Cat wrote:

look like i miss get_if_frequency() function in tda18273 tuner driver.

updates patches against media_build/master (changed only tuner driver driver)

Thanks Crazy Cat!

Compiling now (takes 3 hours on raspberry pi), will post once I test this out.

Hi Crazy Cat,

I can confirm that the latest patches work ! I tested on a raspberry pi. The video was somewhat choppy, but I guess this is an issue with the pi. Hope these are merged into media_tree soon

Hi crazy cat,

On the pi I get a lot of continuity errors with the T220A, could this be related to the driver? On x86 it works fine

Here is what is see in the tv headend log when the picture is all broken:

2014-10-25 17:14:00.095 [ DEBUG]:psi: PID 0012 CC error 1 != 0
2014-10-25 17:14:00.142 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:00.359 [ DEBUG]:psi: PID 0012 CC error 12 != 11
2014-10-25 17:14:00.634 [WARNING]:pmt: invalid checksum (len 176, errors 2)
2014-10-25 17:14:00.713 [ DEBUG]:psi: PID 0001 CC error 1 != 0
2014-10-25 17:14:00.751 [ DEBUG]:psi: PID 0012 CC error 11 != 10
2014-10-25 17:14:00.908 [ DEBUG]:psi: PID 0012 CC error 0 != 15
2014-10-25 17:14:01.242 [ DEBUG]:psi: PID 00CD CC error 4 != 3
2014-10-25 17:14:01.310 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:01.387 [ DEBUG]:psi: PID 0012 CC error 6 != 5
2014-10-25 17:14:01.639 [ DEBUG]:psi: PID 0011 CC error 1 != 0
2014-10-25 17:14:01.639 [ DEBUG]:psi: PID 0011 CC error 1 != 0
2014-10-25 17:14:01.702 [ DEBUG]:psi: PID 0001 CC error 6 != 5
2014-10-25 17:14:01.913 [ DEBUG]:psi: PID 0012 CC error 8 != 7
2014-10-25 17:14:01.976 [ DEBUG]:psi: PID 0012 CC error 14 != 13
2014-10-25 17:14:02.284 [ DEBUG]:psi: PID 0012 CC error 10 != 9
2014-10-25 17:14:02.321 [ DEBUG]:psi: PID 0001 CC error 9 != 8
2014-10-25 17:14:02.523 [ DEBUG]:psi: PID 0012 CC error 4 != 3
2014-10-25 17:14:02.694 [ DEBUG]:psi: PID 0012 CC error 11 != 10
2014-10-25 17:14:02.965 [ DEBUG]:psi: PID 0012 CC error 7 != 6
2014-10-25 17:14:03.114 [ DEBUG]:psi: PID 0012 CC error 13 != 12
2014-10-25 17:14:03.467 [ DEBUG]:psi: PID 0012 CC error 10 != 9
2014-10-25 17:14:03.633 [ DEBUG]:psi: PID 00CD CC error 0 != 15
2014-10-25 17:14:03.747 [ DEBUG]:psi: PID 0012 CC error 6 != 5
2014-10-25 17:14:03.957 [ DEBUG]:psi: PID 0012 CC error 15 != 14
2014-10-25 17:14:04.021 [ DEBUG]:psi: PID 0000 CC error 8 != 7
2014-10-25 17:14:04.177 [ DEBUG]:psi: PID 0012 CC error 8 != 7
2014-10-25 17:14:04.319 [ DEBUG]:psi: PID 0012 CC error 14 != 13
2014-10-25 17:14:04.461 [ DEBUG]:psi: PID 0012 CC error 4 != 3
2014-10-25 17:14:04.590 [WARNING]:eit: invalid checksum (len 288, errors 1)
2014-10-25 17:14:04.770 [ DEBUG]:psi: PID 0012 CC error 0 != 15
2014-10-25 17:14:04.832 [ DEBUG]:psi: PID 0011 CC error 4 != 3
2014-10-25 17:14:04.832 [ DEBUG]:psi: PID 0011 CC error 4 != 3
2014-10-25 17:14:04.909 [ DEBUG]:psi: PID 0012 CC error 6 != 5
2014-10-25 17:14:05.001 [WARNING]:TS: Net/602/Canale5 HD: H264 #2730 Continuity counter error (total 535)
2014-10-25 17:14:05.242 [ DEBUG]:psi: PID 00CD CC error 8 != 7
2014-10-25 17:14:05.292 [ DEBUG]:psi: PID 0012 CC error 4 != 3
2014-10-25 17:14:05.532 [ DEBUG]:psi: PID 0012 CC error 0 != 14
2014-10-25 17:14:05.609 [ DEBUG]:psi: PID 0012 CC error 2 != 1
2014-10-25 17:14:05.905 [ DEBUG]:psi: PID 0001 CC error 11 != 10
2014-10-25 17:14:06.369 [ DEBUG]:psi: PID 0012 CC error 2 != 1
2014-10-25 17:14:06.491 [ DEBUG]:psi: PID 0012 CC error 7 != 6
2014-10-25 17:14:06.588 [ DEBUG]:psi: PID 0012 CC error 11 != 10
2014-10-25 17:14:06.634 [ DEBUG]:psi: PID 00CD CC error 15 != 14
2014-10-25 17:14:06.707 [ DEBUG]:psi: PID 0001 CC error 15 != 14
2014-10-25 17:14:06.767 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:06.983 [ DEBUG]:psi: PID 0012 CC error 10 != 9
2014-10-25 17:14:07.026 [ DEBUG]:psi: PID 0012 CC error 13 != 12
2014-10-25 17:14:07.197 [ DEBUG]:psi: PID 0012 CC error 4 != 3
2014-10-25 17:14:07.286 [ DEBUG]:psi: PID 0012 CC error 8 != 6
2014-10-25 17:14:07.417 [ DEBUG]:psi: PID 0012 CC error 13 != 12
2014-10-25 17:14:07.626 [ DEBUG]:psi: PID 0000 CC error 1 != 0
2014-10-25 17:14:08.004 [ DEBUG]:psi: PID 0012 CC error 6 != 5
2014-10-25 17:14:08.122 [ DEBUG]:psi: PID 0012 CC error 10 != 9
2014-10-25 17:14:08.360 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:08.444 [ DEBUG]:psi: PID 00CD CC error 8 != 7
2014-10-25 17:14:08.469 [ DEBUG]:psi: PID 0012 CC error 7 != 6
2014-10-25 17:14:08.608 [ DEBUG]:psi: PID 0012 CC error 13 != 12
2014-10-25 17:14:08.836 [ DEBUG]:psi: PID 0000 CC error 4 != 3
2014-10-25 17:14:08.836 [ DEBUG]:psi: PID 00CD CC error 10 != 9
2014-10-25 17:14:08.959 [ DEBUG]:psi: PID 0012 CC error 13 != 10
2014-10-25 17:14:09.112 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:11.909 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:11.927 [WARNING]:TS: Net/602/Canale5 HD: AC3 #2733 Continuity counter error (total 147)
2014-10-25 17:14:11.988 [ DEBUG]:psi: PID 0012 CC error 9 != 8
2014-10-25 17:14:12.117 [ DEBUG]:psi: PID 0001 CC error 10 != 9
2014-10-25 17:14:12.433 [ DEBUG]:psi: PID 00CD CC error 12 != 11
2014-10-25 17:14:13.286 [ DEBUG]:psi: PID 0012 CC error 12 != 11
2014-10-25 17:14:13.324 [ DEBUG]:psi: PID 0012 CC error 15 != 14
2014-10-25 17:14:13.416 [ DEBUG]:psi: PID 0012 CC error 3 != 2
2014-10-25 17:14:13.645 [ DEBUG]:psi: PID 00CD CC error 2 != 1

I compiled the T220A driver again and now it works at least a bit better.

Here's an example on a VHF DVB-T2 channel:

olli@dl160:~/src/v4l-utils/utils/dvb$ ./dvbv5-zap -c ~/dvb_channel.conf -o ~/test.ts -t 15 Yle\ TV2\ HD
using demux '/dev/dvb/adapter0/demux0'
reading channels from file '/home/olli/dvb_channel.conf'
ERROR command DVBT2_PLP_ID_LEGACY (43) not found during store
tuning to 184500000 Hz
video pid 312
dvb_set_pesfilter 312
audio pid 860
dvb_set_pesfilter 860
Lock (0x1f) Signal= 90.40% C/N= 0.36% UCB= 238 postBER= 0
Lock (0x1f) Signal= 90.40% C/N= 0.36% UCB= 238 postBER= 0
Record to file '/home/olli/test.ts' started
copied 13691288 bytes (891 Kbytes/sec)
Lock (0x1f) Signal= 90.26% C/N= 0.36% UCB= 238 postBER= 0

I believe the C/N ratio is not reported correctly in the stats, it's probably not that bad?

But, w_scan for example will only find about half of the muxes here:

DVB-T muxes:
3 of the 4 UHF muxes

DVB-T2 muxes:
1 out of 3 VHF muxes
1 out of 2 UHF muxes

Whereas from the same antenna socket an Si2168+Si2158 based device will find all of them.

Hi

Can someone confirm T220A/T230 will work with DVB-C?
Thanks.

Crazy Cat wrote:

Geniatech T230 support patches, secon edition + TS clock inversion implemented for si2168.

patches against media_tree/master

Dont' think this patches against media_tree/master anymore. I used this instead of 0003-cxusb-Geniatech-T230-support.patch and rebuilt.

Seems to get it recognising everything again but I keep getting "bulk message failed" messages now though.

Geniatech T230 support patches, second+ edition + TS clock inversion implemented for si2168 (se)

patches against media_tree/master

now stream > 30mbit not corrupted.