Tvheadend

The latest edition looks good to me. Will you submit to linux-media?

Thank you very much, the Mygica T230 DVB-T/T2/C (aka August T210 v2) is now working perfectly for DVB-T and DVB-T2 (DVB-C not tested), previously DVB-T2 was throwing errors while playing, now perfect.

Tested using VLC in the UK. I believe you need to use the xspf format for the channels file because the old tzap channels.conf does not support DVB-T2 streams properly (it worked with the old PCTV 290 because that driver would attempt to open the stream as DVB-T2 if the DVB-T open failed, the newer modules do not do this.

Olli Salonen wrote:

The latest edition looks good to me. Will you submit to linux-media?

yes

This is the error message I get when I try to build using the latest media_build. There seems to be an issue with the 0003-cxusb-Geniatech-T230-support.patch file.

Can anyone help me to solve this?

Thanks..

• Start building * **********
  make -C /home/ceekdp/media_build/v4l allyesconfig
  make¹: Entering directory `/home/ceekdp/media_build/v4l'
  No version yet, using 3.17.0-031700-generic
  make<sup>1</sup>: Leaving directory `/home/ceekdp/media_build/v4l'
  make¹: Entering directory `/home/ceekdp/media_build/v4l'
  make<sup>2</sup>: Entering directory `/home/ceekdp/media_build/linux'
  Applying patches for kernel 3.17.0-031700-generic
  patch -s -f -N -p1 -i ../backports/api_version.patch
  patch -s -f -N -p1 -i ../backports/pr_fmt.patch
  patch -s -f -N -p1 -i ../backports/debug.patch
  patch -s -f -N -p1 -i ../backports/drx39xxj.patch
  patch -s -f -N -p1 -i ../backports/0001-tuners-si2157-Si2148-support.patch
  patch -s -f -N -p1 -i ../backports/0002-si2168-TS-clock-inversion-control-implemented.patch
  patch -s -f -N -p1 -i ../backports/0003-cxusb-Geniatech-T230-support.patch
  1 out of 6 hunks FAILED
  make²: * [apply_patches] Error 1
  make²: Leaving directory `/home/ceekdp/media_build/linux'
  make<sup>1</sup>: [allyesconfig] Error 2
  make<sup>1</sup>: Leaving directory `/home/ceekdp/media_build/v4l'
  make: ** [allyesconfig] Error 2
  can't select all drivers at ./build line 490.

I had to use the attached patch instead to get a clean apply. Also you will not need the patch-cxusb.patch nor patch-usb-ids.patch (since they appear to be in the current media build already).

Deri James wrote:

I had to use the attached patch instead to get a clean apply. Also you will not need the patch-cxusb.patch nor patch-usb-ids.patch (since they appear to be in the current media build already).

+1. I think we are all building against media_build vs CrazyCats against media_tree.

Currently compiling for ubuntu i386 on my laptop and will then recompile within a dev version of OpenElec for the Pi :).

Deri James wrote:

I had to use the attached patch instead to get a clean apply. Also you will not need the patch-cxusb.patch nor patch-usb-ids.patch (since they appear to be in the current media build already).

Thanks! That has fixed it! Compiled fine and can now use TVHeadend & XBMC with great SD channel reception.

Still can't seem to find the channels on the 2 UK DVB-T2 muxes when I can view them in Windows. A bit of further investigation is still needed into that...

If you read this blog:-

http://blog.palosaari.fi/2014/09/linux-dvb-t2-tuning-problems.html

You will see the new si2168 driver (which is used for this stick) differs from the cxdr2820r (used in the older PCTV NanoStick - 290e) in that it does not attempt to tune with the DVB-T2 standard if the DVB-T standard fails. This means that each application which interfaces with this new driver needs to specifically open the DVB-T2 muxes specifying the DVB-T2 standard. This means that, as well as a slight coding change, the application needs to store for each mux which standard should be used for tuning.

Looking at the files which tvheadend is using to store the mux details I can't see an attribute which could store this information. Also looking at the home page for tvheadend it does not claim to support DVB-T2. The fact that it "worked" with the 290e is due to the driver trying the DVB-T2 standard when DVB-T failed.

I know that using VLC along with a suitable .xspf file the DVB-T2 HD streams are played perfectly, but I suspect tvheadend will not work with this driver (for DVB-T2 muxes) until it is modified.

Thanks Deri, your reply has helped me now get DVB-T2 working with the T230 and tvheadend.

The current stable version 3.4 does not directly support DVB-T2. As you say there is no attribute which specifies whether a mux is DVB-T or T2.

I downloaded and built the latest source 3.9, created a package and installed. This version has an attribute which specifies the type of mux and as a result the DVB-T2 HD streams are found and can be tuned to. They can now be viewed in XBMC.

My end goal is to now get the patched drivers and tvheadend 3.9 compiled into a RPi version of Openelec....

I have noticed, that when doing a scan with dvbv5-scan and a minimal channels file such as:-

[CHANNEL]
DELIVERY_SYSTEM = DVBT2
FREQUENCY = 562000000
BANDWIDTH_HZ = 8000000

Many attributes are returned as AUTO, even though the -G flag is set (which I thought was meant to return the actual parameters used by the frontend). The 290e does seem to return more specific information. I don't know if this is due to dvbv5-scan or the driver (or whether it actually matters at all, but it may make the frontend lock the signal faster if the non-auto parameters are passed).

The T230 is now on sale for less than $25 with free shipping here: http://www.aliexpress.com/store/product/dvb-t2-receiver-GENIATECH-Mygica-USB-TV-Stick-T230-DVB-T2-Tuner-DVB-C-DVB-T/616485_1883597971.html

Support will be in kernel in the nearby future I think. OpenELEC we can probably do earlier.

Did anyone noticed that both the Mygica T220 and T230 have difficulty in getting good signal?

I've got the T220, T230, few IT9135 and a RTL2838 based usb dongles the first two are sometimes even failing to find DVB-T service with w_scan when I do able to tune the transmission is very unstable.
When I use the IT9135 based dongle and the RTL2838 based I don't have such issues and the service is 100% stable.

I currently using an internal antenna and getting 55% signal strength (100% snr) and it seems like I would finally going to climb to the roof and install an external antenna.

I've noticed that with T220A I need to for example run w_scan with the -t 2 parameter to increase the tuning time, otherwise it does not find all the transponders. T230 I still haven't tried though.

CrazyCats Geniatech T230 patches went into the media_tree today! We start to have quite a good list of DVB-T2 tuners in the kernel now...

Hi,

I was running this patch from about 9 months ago and could get perfect UK DVB SD and HD signals. I just upgraded Ubuntu to 14.10. Out the box I get the tuner working but only with SD. Trying to tune to the HD channels I previously scanned I get:

Nov 25 19:32:32 Revo tvheadend¹⁰⁵⁶: parser: transport stream AAC, DTS discontinuity. DTS = 1659920601, last = 1659826329
Nov 25 19:32:32 Revo tvheadend¹⁰⁵⁶: TS: Sony CXD2820R/London: 545,800 kHz/BBC TWO HD: H264 #101: Corrupted PES header, 75 duplicate log lines suppressed
Nov 25 19:32:33 Revo tvheadend[1056]: TS: Sony CXD2820R/London: 545,800 kHz/BBC TWO HD: H264 #101: Continuity counter error, 43825 duplicate log lines suppressed
Nov 25 19:32:33 Revo tvheadend¹⁰⁵⁶: TS: Sony CXD2820R/London: 545,800 kHz/BBC TWO HD: AAC #106: Corrupted PES header, 203 duplicate log lines suppressed
Nov 25 19:32:33 Revo tvheadend[1056]: TS: Sony CXD2820R/London: 545,800 kHz/BBC TWO HD: AAC #102: Continuity counter error, 1068 duplicate log lines suppressed
Nov 25 19:32:33 Revo tvheadend¹⁰⁵⁶: TS: Sony CXD2820R/London: 545,800 kHz/BBC TWO HD: AAC @ #102: Corrupted PES header, 615 duplicate log lines suppressed

Is there anything I can do to get HD working before all this stuff manages to get upstream and into the Ubuntu kernel?

My device presents itself as:

Bus 001 Device 005: ID 1f4d:d220 G-Tek Electronics Group

Thanks!

You can upgrade your Ubuntu kernel to 3.17 or you can just compile the media_build for your current kernel.

To do that:

git clone git://linuxtv.org/media_build.git
cd media_build 
./build
sudo make install
sudo reboot

Perfect - thanks.

LOVE open source

Does anyone know the reason why running the above git and build commands on a raspberry pi (raspbian) fails to build all the modules that the same commands on an x86-64 box produces. This is a partial listing of directory v4l after the make completes with no errors:-

lrwxrwxrwx 1 pi pi     38 Nov 27 23:46 v4l/si2157.c -> ../linux/drivers/media/tuners/si2157.c
lrwxrwxrwx 1 pi pi     38 Nov 27 23:46 v4l/si2157.h -> ../linux/drivers/media/tuners/si2157.h
-rw-r--r-- 1 pi pi 199050 Nov 27 09:34 v4l/si2157.ko
-rw-r--r-- 1 pi pi   1794 Nov 27 08:49 v4l/si2157.mod.c
-rw-r--r-- 1 pi pi  83140 Nov 27 09:34 v4l/si2157.mod.o
-rw-r--r-- 1 pi pi 117068 Nov 27 07:50 v4l/si2157.o
lrwxrwxrwx 1 pi pi     43 Nov 27 23:46 v4l/si2157_priv.h -> ../linux/drivers/media/tuners/si2157_priv.h
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si2165.c -> ../linux/drivers/media/dvb-frontends/si2165.c
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si2165.h -> ../linux/drivers/media/dvb-frontends/si2165.h
-rw-r--r-- 1 pi pi 224580 Nov 27 09:34 v4l/si2165.ko
-rw-r--r-- 1 pi pi   1415 Nov 27 08:49 v4l/si2165.mod.c
-rw-r--r-- 1 pi pi  82528 Nov 27 09:34 v4l/si2165.mod.o
-rw-r--r-- 1 pi pi 143165 Nov 27 08:17 v4l/si2165.o
lrwxrwxrwx 1 pi pi     50 Nov 27 23:46 v4l/si2165_priv.h -> ../linux/drivers/media/dvb-frontends/si2165_priv.h
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si2168.c -> ../linux/drivers/media/dvb-frontends/si2168.c
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si2168.h -> ../linux/drivers/media/dvb-frontends/si2168.h
lrwxrwxrwx 1 pi pi     50 Nov 27 23:46 v4l/si2168_priv.h -> ../linux/drivers/media/dvb-frontends/si2168_priv.h
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si21xx.c -> ../linux/drivers/media/dvb-frontends/si21xx.c
lrwxrwxrwx 1 pi pi     45 Nov 27 23:46 v4l/si21xx.h -> ../linux/drivers/media/dvb-frontends/si21xx.h
-rw-r--r-- 1 pi pi 211799 Nov 27 09:34 v4l/si21xx.ko
-rw-r--r-- 1 pi pi   1149 Nov 27 08:49 v4l/si21xx.mod.c
-rw-r--r-- 1 pi pi  82208 Nov 27 09:34 v4l/si21xx.mod.o
-rw-r--r-- 1 pi pi 130704 Nov 27 08:11 v4l/si21xx.o

The links to si2168 are present, but no .o nor .ko were produced. Under x86-64 these are produced.

Hi, Everyone.
Recently I bought Geniatech Mygica T230 and decide to give media_build a try since it works on Windows,
Compiling went through without errors but after installing (with reboot) and connecting device
log shows error -22 on diferent kernel versions (3.17, 3.11 and 3.2 on various Linux distributions).

2014-12-08T20:37:25.831453+01:00 suse131 kernel: [  318.056022] usb 1-2: new high-speed USB device number 2 using ehci-pci
2014-12-08T20:37:25.946590+01:00 suse131 kernel: [  318.170935] usb 1-2: New USB device found, idVendor=0572, idProduct=c688
2014-12-08T20:37:25.946616+01:00 suse131 kernel: [  318.170944] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
2014-12-08T20:37:25.946619+01:00 suse131 kernel: [  318.170949] usb 1-2: Product: USB Stick
2014-12-08T20:37:25.946621+01:00 suse131 kernel: [  318.170953] usb 1-2: Manufacturer: Max
2014-12-08T20:37:25.946623+01:00 suse131 kernel: [  318.170957] usb 1-2: SerialNumber: 080116
2014-12-08T20:37:26.024708+01:00 suse131 mtp-probe: checking bus 1, device 2: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2" 
2014-12-08T20:37:26.026221+01:00 suse131 mtp-probe: bus: 1, device: 2 was not an MTP device
2014-12-08T20:37:26.065840+01:00 suse131 kernel: [  318.290981] WARNING: You are using an experimental version of the media stack.
2014-12-08T20:37:26.065861+01:00 suse131 kernel: [  318.290981]         As the driver is backported to an older kernel, it doesn't offer
2014-12-08T20:37:26.065864+01:00 suse131 kernel: [  318.290981]         enough quality for its usage in production.
2014-12-08T20:37:26.065866+01:00 suse131 kernel: [  318.290981]         Use it with care.
2014-12-08T20:37:26.065868+01:00 suse131 kernel: [  318.290981] Latest git patches (needed if you report a bug to [email protected]):
2014-12-08T20:37:26.065870+01:00 suse131 kernel: [  318.290981]         71947828caef0c83d4245f7d1eaddc799b4ff1d1 [media] mn88473: One function call less in mn88473_init() after error
2014-12-08T20:37:26.065873+01:00 suse131 kernel: [  318.290981]         b59113845f76b8b21946563ee538a580fc972c6c [media] mn88473: Remove uneeded check before release_firmware()
2014-12-08T20:37:26.065875+01:00 suse131 kernel: [  318.290981]         e8379ecff31c0a172cb2ccc7cf28c24b45f144cf [media] lirc_zilog: Deletion of unnecessary checks before vfree()
2014-12-08T20:37:26.090469+01:00 suse131 kernel: [  318.315970] dvb_usb_cxusb: probe of 1-2:1.0 failed with error -22
2014-12-08T20:37:26.091541+01:00 suse131 kernel: [  318.316438] usbcore: registered new interface driver dvb_usb_cxusb

Couple of days later I tried previous media_build release from
http://linuxtv.org/downloads/drivers/linux-media-2014-12-01-e8bd888.tar.bz2
and it now works ok, so if someone is trying this device these days
use previous media_build version until last one is fixed.

Peace and long life to open source

Hi Crazy Cat,

Any news on the patches for T220A going into media_tree? I have been running your patches on a raspberry pi with very good results for the last couple of months and all looks ok on DVB-T / T2. I have not tried DVB-C.

not posted yet need cleanup tda18273 driver, because current NXP-style code not pass checkpatch and V4L gurus-maintainers not accept it anyway

Hi all

I've just got one of these things (on the basis it was said to be supported in linux) but sadly it seems to need more work than I'm comfortable with. It doesn't seem to be recognised as a DVB device. Re-compiling/patching kernels fills me with dread but if needs must...

Can anyone tell me if there's a simple way to get support for my c688 version, starting from linux mint 17.1 with 3.16.0-28 kernel (the latest available for trusty, it seems.)

Many thanks

[Edit] Well I figured out what media_build is and how to compile it, but I get that error -22 just like Crni on the latest source and with the one Crni suggests. What next? Does anyone know what error 22 is and what is generating it?

G

Try this one Graham

Cheers

Crazy Cat wrote:

Default parallel mode, so driver not touch it.
Look like important only TS clock inversion bit (must be 0, but default is 1).
And 0x71 reg diffrent for DVB-T/C and T2.
TS clock inversion is 0x71 bit 4 for T/C, and bit 6 for T2.
So need add bool config option for cxd2820r and clear only this bits on demod init.

Second edition patch ready Please test in DVB-T and T2 mode. And DVB-C, if possible.

Hi
was this committed to media tree? Because I upgraded to Ubuntu 14.10, which have 3.16.0-28-generic x86_64.
Stick gets recognized and tunes to DVB-T2 channels but stream is garbage.

Crni Gruja wrote:

Try this one Graham

Cheers

Thanks, I will certainly try but I'm not sure how to build from a local linux-media.tar. If I run ./build doesn't it still go away and download the latest git?
Also, do I need the kernel source, and if so, does that just come from kernel.org and where do I put it?

Sorry for my ignorance.
G