video from USB DVB-T get damaged after some time

video from USB DVB-T get damaged after some time

[kapetr]

[-- Attachment #1: Type: text/plain, Size: 907 bytes --]

Hello,

I have this:
http://linuxtv.org/wiki/index.php/ITE_IT9135

with dvb-usb-it9135-02.fw (chip version 2) on U12.04 64b with compiled 
newest drivers from: 
http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers.


The problem is - after some time I receive a program (e.g. in Kaffeine, 
me-tv, vlc, ...) the program get more and more damaged and finely get 
lost at all.

I happens quicker (+- after 10-20 minutes) on channels with lower 
signal. On stronger signals it happens after +- 30-100 minutes.

The USB stick stays cool.

I can switch to another frequency and back and it works again OK - for 
only the "same" while.

Could that problem be in (or solvable by) FW/drivers or is it 
!absolutely certain! "only" HW problem ?

In attachment is output from tzap - you can see the time point where the 
video TS gets damaged.

Any suggestion ?


Thanks  --kapetr


[-- Attachment #2: tzap.log --]
[-- Type: text/x-log, Size: 11223 bytes --]

status 1f | signal 7fff | snr e780 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5bb | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e567 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e428 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e484 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4a6 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e639 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e606 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5aa | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e51b | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e69d | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e780 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5dc | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e591 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4f1 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e534 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5bb | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e46b | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e702 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e6e9 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e649 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5fe | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4d8 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e588 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e50a | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e577 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e31b | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e3d4 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e26b | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e40e | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e452 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e3e5 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4bf | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e3fe | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e484 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5a1 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e56f | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e639 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e6a6 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4e0 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5e5 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4bf | ber 00000006 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e641 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e7bb | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e6bf | ber 00000006 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e6a6 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e513 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e406 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e262 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4d0 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e273 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e388 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e3b2 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e2f1 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e588 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5e5 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e3c3 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e695 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e54d | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e628 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e580 | ber 00000003 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e724 | ber 00000037 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5a1 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e9d4 | ber 00000000 | unc 00000016 | FE_HAS_LOCK
status 1f | signal 7fff | snr e6d0 | ber 000005fe | unc 00000042 | FE_HAS_LOCK
status 1f | signal 7fff | snr e50a | ber 000006f3 | unc 00000078 | FE_HAS_LOCK
status 1f | signal 7fff | snr e502 | ber 0000067e | unc 000000aa | FE_HAS_LOCK
status 1f | signal 7fff | snr eb1b | ber 00000000 | unc 000000aa | FE_HAS_LOCK
status 1f | signal 7fff | snr e76f | ber 00000003 | unc 000000aa | FE_HAS_LOCK
status 1f | signal 7fff | snr e430 | ber 00000b78 | unc 00000100 | FE_HAS_LOCK
status 1f | signal 7fff | snr e7c3 | ber 00000000 | unc 00000100 | FE_HAS_LOCK
status 1f | signal 7fff | snr e673 | ber 00000d2d | unc 00000168 | FE_HAS_LOCK
status 1f | signal 7fff | snr dae0 | ber 00003cf2 | unc 00000348 | FE_HAS_LOCK
status 1f | signal 7fff | snr df1b | ber 000043aa | unc 00000556 | FE_HAS_LOCK
status 1f | signal 7fff | snr d6f9 | ber 0000727d | unc 000008d6 | FE_HAS_LOCK
status 1f | signal 7fff | snr e284 | ber 0000131e | unc 00000968 | FE_HAS_LOCK
status 1f | signal 7fff | snr e2c7 | ber 00005074 | unc 00000be0 | FE_HAS_LOCK
status 1f | signal 7fff | snr e4d0 | ber 00002f4a | unc 00000d48 | FE_HAS_LOCK
status 1f | signal 7fff | snr e45a | ber 00000000 | unc 00000d48 | FE_HAS_LOCK
status 1f | signal 7fff | snr e53d | ber 00002f27 | unc 00000eba | FE_HAS_LOCK
status 1f | signal 7fff | snr db88 | ber 0000afdc | unc 0000140c | FE_HAS_LOCK
status 1f | signal 7fff | snr d9e4 | ber 00009715 | unc 0000189e | FE_HAS_LOCK
status 1f | signal 7fff | snr e45a | ber 00001513 | unc 00001946 | FE_HAS_LOCK
status 1f | signal 7fff | snr e228 | ber 000055f3 | unc 00001be4 | FE_HAS_LOCK
status 1f | signal 7fff | snr e188 | ber 0000225b | unc 00001cf4 | FE_HAS_LOCK
status 1f | signal 7fff | snr dea5 | ber 00004ef8 | unc 00001f58 | FE_HAS_LOCK
status 1f | signal 7fff | snr d7dc | ber 00006d49 | unc 000022b2 | FE_HAS_LOCK
status 1f | signal 7fff | snr e10a | ber 00008f09 | unc 00002718 | FE_HAS_LOCK
status 1f | signal 7fff | snr e113 | ber 00008550 | unc 00002b22 | FE_HAS_LOCK
status 1f | signal 7fff | snr d77f | ber 00009e77 | unc 00002ff2 | FE_HAS_LOCK
status 1f | signal 7fff | snr d94d | ber 0000a73d | unc 00003512 | FE_HAS_LOCK
status 1f | signal 7fff | snr dc95 | ber 000068da | unc 0000383a | FE_HAS_LOCK
status 1f | signal 7fff | snr d849 | ber 0000aad3 | unc 00003d6a | FE_HAS_LOCK
status 1f | signal 7fff | snr d6cf | ber 0000a2f9 | unc 00004260 | FE_HAS_LOCK
status 1f | signal 7fff | snr d9f5 | ber 00009cf3 | unc 0000471e | FE_HAS_LOCK
status 1f | signal 7fff | snr db5e | ber 00005f03 | unc 00004a06 | FE_HAS_LOCK
status 1f | signal 7fff | snr da41 | ber 000094b8 | unc 00004e8e | FE_HAS_LOCK
status 1f | signal 7fff | snr e11b | ber 000062d2 | unc 00005190 | FE_HAS_LOCK
status 1f | signal 8a3c | snr e67c | ber 0000a675 | unc 000056a2 | FE_HAS_LOCK
status 1f | signal 7fff | snr dab6 | ber 00005e8b | unc 00005986 | FE_HAS_LOCK
status 1f | signal 8a3c | snr dcb6 | ber 000094c5 | unc 00005e12 | FE_HAS_LOCK
status 1f | signal 7fff | snr dcc7 | ber 0000a6a9 | unc 00006320 | FE_HAS_LOCK
status 1f | signal 7fff | snr d73c | ber 0000a628 | unc 00006830 | FE_HAS_LOCK
status 1f | signal 7fff | snr d72b | ber 0000c2d3 | unc 00006e26 | FE_HAS_LOCK
status 1f | signal 7fff | snr d977 | ber 0000948e | unc 0000729a | FE_HAS_LOCK
status 1f | signal 7fff | snr db34 | ber 00009948 | unc 00007746 | FE_HAS_LOCK
status 1f | signal 8a3c | snr d702 | ber 0000a42e | unc 00007c4e | FE_HAS_LOCK
status 1f | signal 7fff | snr da84 | ber 000097ce | unc 000080ec | FE_HAS_LOCK
status 1f | signal 7fff | snr d945 | ber 0000a618 | unc 000085fc | FE_HAS_LOCK
status 1f | signal 7fff | snr da49 | ber 0000b373 | unc 00008b6e | FE_HAS_LOCK
status 1f | signal 7fff | snr d862 | ber 00009fcb | unc 0000904c | FE_HAS_LOCK
status 1f | signal 7fff | snr dd88 | ber 00009b67 | unc 0000950c | FE_HAS_LOCK
status 1f | signal 7fff | snr d6b6 | ber 0000aa80 | unc 00009a4e | FE_HAS_LOCK
status 1f | signal 7fff | snr d851 | ber 0000b054 | unc 00009fb8 | FE_HAS_LOCK
status 1f | signal 7fff | snr db0a | ber 0000a237 | unc 0000a4ae | FE_HAS_LOCK
status 1f | signal 7fff | snr d65a | ber 0000bd09 | unc 0000aa76 | FE_HAS_LOCK
status 1f | signal 7fff | snr d88c | ber 00009920 | unc 0000af20 | FE_HAS_LOCK
status 1f | signal 7fff | snr dbe4 | ber 00009ec1 | unc 0000b3ee | FE_HAS_LOCK
status 1f | signal 7fff | snr dab6 | ber 0000c720 | unc 0000ba00 | FE_HAS_LOCK
status 1f | signal 7fff | snr dbaa | ber 0000acc6 | unc 0000bf42 | FE_HAS_LOCK
status 1f | signal 7fff | snr d9ed | ber 0000a650 | unc 0000c450 | FE_HAS_LOCK
status 1f | signal 7fff | snr d873 | ber 0000c22f | unc 0000ca40 | FE_HAS_LOCK
status 1f | signal 7fff | snr dbb2 | ber 000099ed | unc 0000cef4 | FE_HAS_LOCK
status 1f | signal 7fff | snr daf9 | ber 0000ae13 | unc 0000d44c | FE_HAS_LOCK
status 1f | signal 7fff | snr db02 | ber 0000ab98 | unc 0000d982 | FE_HAS_LOCK
status 1f | signal 7fff | snr dc17 | ber 0000a9ef | unc 0000deb0 | FE_HAS_LOCK
status 1f | signal 7fff | snr db90 | ber 0000a681 | unc 0000e3c2 | FE_HAS_LOCK
status 1f | signal 7fff | snr e462 | ber 00000de6 | unc 0000e430 | FE_HAS_LOCK
status 1f | signal 7fff | snr e5c3 | ber 00001904 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e788 | ber 00000003 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e6f1 | ber 00000003 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e3e5 | ber 00000003 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e54d | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e6c7 | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e4b6 | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e47c | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e662 | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e495 | ber 00000000 | unc 0000e4ec | FE_HAS_LOCK
status 1f | signal 7fff | snr e591 | ber 00000d1e | unc 0000e550 | FE_HAS_LOCK
status 1f | signal 7fff | snr e25a | ber 0000070d | unc 0000e588 | FE_HAS_LOCK
status 1f | signal 7fff | snr e577 | ber 00000681 | unc 0000e5ba | FE_HAS_LOCK
status 1f | signal 7fff | snr e4e9 | ber 00000e03 | unc 0000e62a | FE_HAS_LOCK
^C

Re: video from USB DVB-T get damaged after some time

[Antti Palosaari]

Moikka

On 07.02.2014 18:47, kapetr@mizera.cz wrote:
> Hello,
>
> I have this:
> http://linuxtv.org/wiki/index.php/ITE_IT9135
>
> with dvb-usb-it9135-02.fw (chip version 2) on U12.04 64b with compiled
> newest drivers from:
> http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers.
>
>
>
> The problem is - after some time I receive a program (e.g. in Kaffeine,
> me-tv, vlc, ...) the program get more and more damaged and finely get
> lost at all.
>
> I happens quicker (+- after 10-20 minutes) on channels with lower
> signal. On stronger signals it happens after +- 30-100 minutes.
>
> The USB stick stays cool.
>
> I can switch to another frequency and back and it works again OK - for
> only the "same" while.
>
> Could that problem be in (or solvable by) FW/drivers or is it
> !absolutely certain! "only" HW problem ?
>
> In attachment is output from tzap - you can see the time point where the
> video TS gets damaged.
>
> Any suggestion ?
>
>
> Thanks  --kapetr
>

Could you test AF9035 driver? It support also IT9135 (difference between 
AF9035 is integrated RF tuner, AF9035 is older and needs external tuner 
whilst IT9135 contains tuner in same chip).

Here is example patch how to add USB ID to af9035 driver:
https://patchwork.linuxtv.org/patch/21611/

regards
Antti

-- 
http://palosaari.fi/

Re: video from USB DVB-T get damaged after some time

[kapetr]

Hello,

unfortunately I do not understand development, patching, compiling things.
I have try it but I need more help.

I have done:

git clone --depth=1 git://linuxtv.org/media_build.git
cd media_build
./build

it downloads and builds all. At begin of compiling I had stop it.
Then I did manual change of
./media_build/linux/drivers/media/usb/dvb-usb-v2/af9035.c

------------------- old part:
         { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
                 &af9035_props, "TerraTec Cinergy T Stick (rev. 2)", 
NULL) },
         /* IT9135 devices */
#if 0
         { DVB_USB_DEVICE(0x048d, 0x9135,
                 &af9035_props, "IT9135 reference design", NULL) },
         { DVB_USB_DEVICE(0x048d, 0x9006,
                 &af9035_props, "IT9135 reference design", NULL) },
#endif
         /* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
         { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
                 &af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 
2)", NULL) },
----------------------------- new:
	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
		&af9035_props, "TerraTec Cinergy T Stick (rev. 2)", NULL) },
	/* IT9135 devices */

	{ DVB_USB_DEVICE(0x048d, 0x9135,
		&af9035_props, "IT9135 reference design", NULL) },

	/* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
		&af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 2)", NULL) },
--------------------------------------------


But now I do not know how to "restart" build process.

I have try:

cd /tmp/media_build/linux
make

It had compiled *. and *.ko files.

Then I have copy the new
dvb-usb-af9035.ko to kernel modules dir

And the result is:

# modprobe -r dvb_usb_it913x
# modprobe -v dvb-usb-af9035
insmod 
/lib/modules/3.2.0-58-generic/kernel/drivers/media/dvb-core/dvb-core.ko
insmod 
/lib/modules/3.2.0-58-generic/kernel/drivers/media/usb/dvb-usb-v2/dvb_usb_v2.ko 

insmod 
/lib/modules/3.2.0-58-generic/kernel/drivers/media/usb/dvb-usb-v2/dvb-usb-af9035.ko 

FATAL: Error inserting dvb_usb_af9035 
(/lib/modules/3.2.0-58-generic/kernel/drivers/media/usb/dvb-usb-v2/dvb-usb-af9035.ko): 
Invalid argument


--- syslog:
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833525] WARNING: You are using 
an experimental version of the media stack.
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833526] 	As the driver is 
backported to an older kernel, it doesn't offer
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833527] 	enough quality for its 
usage in production.
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833528] 	Use it with care.
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833528] Latest git patches 
(needed if you report a bug to linux-media@vger.kernel.org):
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833529] 
587d1b06e07b4a079453c74ba9edf17d21931049 [media] rc-core: reuse device 
numbers
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833530] 
c3aed262186841bf01feb9603885671ea567ebd9 [media] em28xx-cards: properly 
initialize the device bitmap
Feb  8 15:31:13 zly-hugo kernel: [ 5910.833531] 
f52e9828d5f3001f11981d852dc9cbd3c8c5debe [media] Staging: media: Fix 
line length exceeding 80 characters in as102_drv.c
Feb  8 15:31:13 zly-hugo kernel: [ 5910.843728] dvb_usb_af9035: 
disagrees about version of symbol rc_keydown
Feb  8 15:31:13 zly-hugo kernel: [ 5910.843732] dvb_usb_af9035: Unknown 
symbol rc_keydown (err -22)
Feb  8 15:31:13 zly-hugo kernel: [ 5910.843738] dvb_usb_af9035: 
disagrees about version of symbol dvb_usbv2_generic_rw_locked
Feb  8 15:31:13 zly-hugo kernel: [ 5910.843740] dvb_usb_af9035: Unknown 
symbol dvb_usbv2_generic_rw_locked (err -22)
------------------------

What do I wrong ?
How to do it correct ?

- probably I should add patch file to
./media_build/backports

But I need the correct patch file with correct name of it ?
And what about modification of ./media_build/backports/backports.txt ?

Sorry that all is over my knowledge.

And it is not possible somehow to add new_id without patching ?
echo 048d 9135 > /sys/bus/usb/drivers/dvb_usb_af9035/new_id
bash: /sys/bus/usb/drivers/dvb_usb_af9035/new_id: Adresář nebo soubor 
neexistuje

the file do not exist.

Why ? At my wifi dongle it has work.

Thanks for helping.

--kapetr






Dne 8.2.2014 00:17, Antti Palosaari napsal(a):
> Moikka
>
> On 07.02.2014 18:47, kapetr@mizera.cz wrote:
>> Hello,
>>
>> I have this:
>> http://linuxtv.org/wiki/index.php/ITE_IT9135
>>
>> with dvb-usb-it9135-02.fw (chip version 2) on U12.04 64b with compiled
>> newest drivers from:
>> http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers.
>>
>>
>>
>>
>> The problem is - after some time I receive a program (e.g. in Kaffeine,
>> me-tv, vlc, ...) the program get more and more damaged and finely get
>> lost at all.
>>
>> I happens quicker (+- after 10-20 minutes) on channels with lower
>> signal. On stronger signals it happens after +- 30-100 minutes.
>>
>> The USB stick stays cool.
>>
>> I can switch to another frequency and back and it works again OK - for
>> only the "same" while.
>>
>> Could that problem be in (or solvable by) FW/drivers or is it
>> !absolutely certain! "only" HW problem ?
>>
>> In attachment is output from tzap - you can see the time point where the
>> video TS gets damaged.
>>
>> Any suggestion ?
>>
>>
>> Thanks  --kapetr
>>
>
> Could you test AF9035 driver? It support also IT9135 (difference between
> AF9035 is integrated RF tuner, AF9035 is older and needs external tuner
> whilst IT9135 contains tuner in same chip).
>
> Here is example patch how to add USB ID to af9035 driver:
> https://patchwork.linuxtv.org/patch/21611/
>
> regards
> Antti
>

Re: video from USB DVB-T get damaged after some time

[Malcolm Priestley]

On Sat, 2014-02-08 at 15:43 +0100, kapetr@mizera.cz wrote:
> Hello,
> 
> unfortunately I do not understand development, patching, compiling things.
> I have try it but I need more help.
> 
> I have done:
> 
> git clone --depth=1 git://linuxtv.org/media_build.git
> cd media_build
> ./build
> 
> it downloads and builds all. At begin of compiling I had stop it.
> Then I did manual change of
> ./media_build/linux/drivers/media/usb/dvb-usb-v2/af9035.c
> 
> ------------------- old part:
>          { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
>                  &af9035_props, "TerraTec Cinergy T Stick (rev. 2)", 
> NULL) },
>          /* IT9135 devices */
> #if 0
>          { DVB_USB_DEVICE(0x048d, 0x9135,
>                  &af9035_props, "IT9135 reference design", NULL) },
>          { DVB_USB_DEVICE(0x048d, 0x9006,
>                  &af9035_props, "IT9135 reference design", NULL) },
> #endif
>          /* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
>          { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
>                  &af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 
> 2)", NULL) },
> ----------------------------- new:
> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
> 		&af9035_props, "TerraTec Cinergy T Stick (rev. 2)", NULL) },
> 	/* IT9135 devices */
> 
> 	{ DVB_USB_DEVICE(0x048d, 0x9135,
> 		&af9035_props, "IT9135 reference design", NULL) },
> 
> 	/* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
> 		&af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 2)", NULL) },
> --------------------------------------------
> 
> 
> But now I do not know how to "restart" build process.

Just 

make

from media_build directory.

> 
> I have try:
> 
> cd /tmp/media_build/linux
> make
> 
> It had compiled *. and *.ko files.
> 
you need to run
/sbin/depmod -a

and reboot

it best to just run with su/sudo 

make install

I have just tested all the single ids.

I am about to send a patch to add all the single tuner ids
to af9035 from it913x.

I haven't found any problems.


Regards


Malcolm

Re: video from USB DVB-T get damaged after some time

[kapetr]

Hello,

I have compile it (I hope) the more right way now :-)

The patch saved as aaa.patch in media_build/backports
and added lines to  media_build/backports/backports.txt:
----
[3.2.0]
add aaa.patch
----

Now dmesg looks like:
-----------------
[   17.643287] usb 1-1.3: dvb_usb_af9035: prechip_version=83 
chip_version=02 chip_type=9135
[   17.643661] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold 
state
[   17.652169] usb 1-1.3: dvb_usb_v2: downloading firmware from file 
'dvb-usb-it9135-02.fw'
[   17.746382] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
[   17.746389] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm 
state
[   17.747413] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 
transport stream to the software demuxer
[   17.747429] DVB: registering new adapter (ITE 9135 Generic)
[   17.805233] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0 
OFDM=3.9.1.0
[   17.805238] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech 
AF9033 (DVB-T))...
[   17.821832] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully 
attached
[   17.858231] Registered IR keymap rc-it913x-v1
[   17.858291] input: ITE 9135 Generic as 
/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input5
[   17.858395] rc0: ITE 9135 Generic as 
/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
[   17.858398] usb 1-1.3: dvb_usb_v2: schedule remote query interval to 
500 msecs
[   17.858401] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully 
initialized and connected
[   17.858415] usbcore: registered new interface driver dvb_usb_af9035
------------------

First I have thing the problem is gone: It has run OK over 20 minutes 
(before it goes down mostly in <10 min on CH59).

But - unfortunately after cca 25 min it has go down again :-(
--------
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 0000830e | unc 0000014f | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 0001061c | unc 0000014f | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f | 
FE_HAS_LOCK

...

status 1f | signal ffff | snr 0122 | ber 003dedb0 | unc 0002fd94 | 
FE_HAS_LOCK
status 07 | signal ffff | snr 0122 | ber 004c8030 | unc 0002fffd |
status 1f | signal ffff | snr 0118 | ber 006d50fd | unc 0003026d | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 006cfc4e | unc 00030569 | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 009d1eda | unc 00030832 | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 008924b1 | unc 00030a5e | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00712074 | unc 00030d27 | 
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 008d4d85 | unc 00030f55 | 
FE_HAS_LOCK
---------


So - maybe is it little better, but the problem persist.
Any chance to solve it in dvb driver ?


I have tested (with the old driver) - that it helps to CTRL+C the:
tzap -r -c /etc/channels.conf "Prima ZOOM"

And then run it again. (It was not necessary to switch to another freq. 
and back, as I wrote before).
Unfortunately it damages for  a while the recording (file.ts).
Is there another way how to "re-tune" (re-zap) without break 
recording/viewing ?
I could then re-tune e.g. every 5 minutes and it could solve the problem.
Could not that be done in driver itself ?

Thanks.

--kapetr




Dne 8.2.2014 16:08, Malcolm Priestley napsal(a):
> On Sat, 2014-02-08 at 15:43 +0100, kapetr@mizera.cz wrote:
>> Hello,
>>
>> unfortunately I do not understand development, patching, compiling things.
>> I have try it but I need more help.
>>
>> I have done:
>>
>> git clone --depth=1 git://linuxtv.org/media_build.git
>> cd media_build
>> ./build
>>
>> it downloads and builds all. At begin of compiling I had stop it.
>> Then I did manual change of
>> ./media_build/linux/drivers/media/usb/dvb-usb-v2/af9035.c
>>
>> ------------------- old part:
>>           { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
>>                   &af9035_props, "TerraTec Cinergy T Stick (rev. 2)",
>> NULL) },
>>           /* IT9135 devices */
>> #if 0
>>           { DVB_USB_DEVICE(0x048d, 0x9135,
>>                   &af9035_props, "IT9135 reference design", NULL) },
>>           { DVB_USB_DEVICE(0x048d, 0x9006,
>>                   &af9035_props, "IT9135 reference design", NULL) },
>> #endif
>>           /* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
>>           { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
>>                   &af9035_props, "TerraTec Cinergy T Stick Dual RC (rev.
>> 2)", NULL) },
>> ----------------------------- new:
>> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
>> 		&af9035_props, "TerraTec Cinergy T Stick (rev. 2)", NULL) },
>> 	/* IT9135 devices */
>>
>> 	{ DVB_USB_DEVICE(0x048d, 0x9135,
>> 		&af9035_props, "IT9135 reference design", NULL) },
>>
>> 	/* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
>> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
>> 		&af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 2)", NULL) },
>> --------------------------------------------
>>
>>
>> But now I do not know how to "restart" build process.
>
> Just
>
> make
>
> from media_build directory.
>
>>
>> I have try:
>>
>> cd /tmp/media_build/linux
>> make
>>
>> It had compiled *. and *.ko files.
>>
> you need to run
> /sbin/depmod -a
>
> and reboot
>
> it best to just run with su/sudo
>
> make install
>
> I have just tested all the single ids.
>
> I am about to send a patch to add all the single tuner ids
> to af9035 from it913x.
>
> I haven't found any problems.
>
>
> Regards
>
>
> Malcolm
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: video from USB DVB-T get damaged after some time

[Malcolm Priestley]

On Sat, 2014-02-08 at 19:35 +0100, kapetr@mizera.cz wrote:
> Hello,
> 
> I have compile it (I hope) the more right way now :-)
> 
> The patch saved as aaa.patch in media_build/backports
> and added lines to  media_build/backports/backports.txt:
> ----
> [3.2.0]
> add aaa.patch
> ----
> 
> Now dmesg looks like:
> -----------------
> [   17.643287] usb 1-1.3: dvb_usb_af9035: prechip_version=83 
> chip_version=02 chip_type=9135
> [   17.643661] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold 
> state
> [   17.652169] usb 1-1.3: dvb_usb_v2: downloading firmware from file 
> 'dvb-usb-it9135-02.fw'
> [   17.746382] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
> [   17.746389] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm 
> state
> [   17.747413] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 
> transport stream to the software demuxer
> [   17.747429] DVB: registering new adapter (ITE 9135 Generic)
> [   17.805233] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0 
> OFDM=3.9.1.0
> [   17.805238] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech 
> AF9033 (DVB-T))...
> [   17.821832] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully 
> attached
> [   17.858231] Registered IR keymap rc-it913x-v1
> [   17.858291] input: ITE 9135 Generic as 
> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input5
> [   17.858395] rc0: ITE 9135 Generic as 
> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
> [   17.858398] usb 1-1.3: dvb_usb_v2: schedule remote query interval to 
> 500 msecs
> [   17.858401] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully 
> initialized and connected
> [   17.858415] usbcore: registered new interface driver dvb_usb_af9035
> ------------------
> 
> First I have thing the problem is gone: It has run OK over 20 minutes 
> (before it goes down mostly in <10 min on CH59).
> 
> But - unfortunately after cca 25 min it has go down again :-(
> --------
> status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 0000830e | unc 0000014f | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 0001061c | unc 0000014f | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f | 
> FE_HAS_LOCK
> 
> ...
> 
> status 1f | signal ffff | snr 0122 | ber 003dedb0 | unc 0002fd94 | 
> FE_HAS_LOCK
> status 07 | signal ffff | snr 0122 | ber 004c8030 | unc 0002fffd |
> status 1f | signal ffff | snr 0118 | ber 006d50fd | unc 0003026d | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 006cfc4e | unc 00030569 | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 009d1eda | unc 00030832 | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 008924b1 | unc 00030a5e | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 00712074 | unc 00030d27 | 
> FE_HAS_LOCK
> status 1f | signal ffff | snr 0122 | ber 008d4d85 | unc 00030f55 | 
> FE_HAS_LOCK
That BER looks awful.

If the antenna is good, it looks like local interference.

Check the wifi adapter is not causing it.

If possible put the TV adapter on a short 0.5m/1m USB extension cable
away from the PC. Trouble is these devices do not have any shielding.

I have heard problems of memory leak in Ubuntu 64 running low on memory
check free memory after 30 mins. 

Regards


Malcolm

> ---------
> 
> 
> So - maybe is it little better, but the problem persist.
> Any chance to solve it in dvb driver ?
> 
> 
> I have tested (with the old driver) - that it helps to CTRL+C the:
> tzap -r -c /etc/channels.conf "Prima ZOOM"
> 
> And then run it again. (It was not necessary to switch to another freq. 
> and back, as I wrote before).
> Unfortunately it damages for  a while the recording (file.ts).
> Is there another way how to "re-tune" (re-zap) without break 
> recording/viewing ?
> I could then re-tune e.g. every 5 minutes and it could solve the problem.
> Could not that be done in driver itself ?
> 
> Thanks.
> 
> --kapetr
> 
> 
> 
> 
> Dne 8.2.2014 16:08, Malcolm Priestley napsal(a):
> > On Sat, 2014-02-08 at 15:43 +0100, kapetr@mizera.cz wrote:
> >> Hello,
> >>
> >> unfortunately I do not understand development, patching, compiling things.
> >> I have try it but I need more help.
> >>
> >> I have done:
> >>
> >> git clone --depth=1 git://linuxtv.org/media_build.git
> >> cd media_build
> >> ./build
> >>
> >> it downloads and builds all. At begin of compiling I had stop it.
> >> Then I did manual change of
> >> ./media_build/linux/drivers/media/usb/dvb-usb-v2/af9035.c
> >>
> >> ------------------- old part:
> >>           { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
> >>                   &af9035_props, "TerraTec Cinergy T Stick (rev. 2)",
> >> NULL) },
> >>           /* IT9135 devices */
> >> #if 0
> >>           { DVB_USB_DEVICE(0x048d, 0x9135,
> >>                   &af9035_props, "IT9135 reference design", NULL) },
> >>           { DVB_USB_DEVICE(0x048d, 0x9006,
> >>                   &af9035_props, "IT9135 reference design", NULL) },
> >> #endif
> >>           /* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
> >>           { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
> >>                   &af9035_props, "TerraTec Cinergy T Stick Dual RC (rev.
> >> 2)", NULL) },
> >> ----------------------------- new:
> >> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
> >> 		&af9035_props, "TerraTec Cinergy T Stick (rev. 2)", NULL) },
> >> 	/* IT9135 devices */
> >>
> >> 	{ DVB_USB_DEVICE(0x048d, 0x9135,
> >> 		&af9035_props, "IT9135 reference design", NULL) },
> >>
> >> 	/* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
> >> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
> >> 		&af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 2)", NULL) },
> >> --------------------------------------------
> >>
> >>
> >> But now I do not know how to "restart" build process.
> >
> > Just
> >
> > make
> >
> > from media_build directory.
> >
> >>
> >> I have try:
> >>
> >> cd /tmp/media_build/linux
> >> make
> >>
> >> It had compiled *. and *.ko files.
> >>
> > you need to run
> > /sbin/depmod -a
> >
> > and reboot
> >
> > it best to just run with su/sudo
> >
> > make install
> >
> > I have just tested all the single ids.
> >
> > I am about to send a patch to add all the single tuner ids
> > to af9035 from it913x.
> >
> > I haven't found any problems.
> >
> >
> > Regards
> >
> >
> > Malcolm
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-media" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >

Re: video from USB DVB-T get damaged after some time

[kapetr]

Hello,

thanks - but in my Antenna is noway the problem - the signal is strong 
and HQ. All other tuners (STB, TVs, ...) are more then happy.

If it would not - the BERs would by HIGH all time.

No WiFi. 4GB RAM - most of them always free.


I thing the problem is - that the card loses tuned status (becomes 
detuned). That is why helps re-tune. That is why I ask about how to 
re-tune without breaking the stream.
Ideal would be if this could be done by driver.


--kapetr



Dne 8.2.2014 21:36, Malcolm Priestley napsal(a):
> On Sat, 2014-02-08 at 19:35 +0100, kapetr@mizera.cz wrote:
>> Hello,
>>
>> I have compile it (I hope) the more right way now :-)
>>
>> The patch saved as aaa.patch in media_build/backports
>> and added lines to  media_build/backports/backports.txt:
>> ----
>> [3.2.0]
>> add aaa.patch
>> ----
>>
>> Now dmesg looks like:
>> -----------------
>> [   17.643287] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>> chip_version=02 chip_type=9135
>> [   17.643661] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold
>> state
>> [   17.652169] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>> 'dvb-usb-it9135-02.fw'
>> [   17.746382] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>> [   17.746389] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm
>> state
>> [   17.747413] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>> transport stream to the software demuxer
>> [   17.747429] DVB: registering new adapter (ITE 9135 Generic)
>> [   17.805233] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>> OFDM=3.9.1.0
>> [   17.805238] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech
>> AF9033 (DVB-T))...
>> [   17.821832] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>> attached
>> [   17.858231] Registered IR keymap rc-it913x-v1
>> [   17.858291] input: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input5
>> [   17.858395] rc0: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>> [   17.858398] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
>> 500 msecs
>> [   17.858401] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>> initialized and connected
>> [   17.858415] usbcore: registered new interface driver dvb_usb_af9035
>> ------------------
>>
>> First I have thing the problem is gone: It has run OK over 20 minutes
>> (before it goes down mostly in <10 min on CH59).
>>
>> But - unfortunately after cca 25 min it has go down again :-(
>> --------
>> status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 0000830e | unc 0000014f |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 0001061c | unc 0000014f |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 00000000 | unc 0000014f |
>> FE_HAS_LOCK
>>
>> ...
>>
>> status 1f | signal ffff | snr 0122 | ber 003dedb0 | unc 0002fd94 |
>> FE_HAS_LOCK
>> status 07 | signal ffff | snr 0122 | ber 004c8030 | unc 0002fffd |
>> status 1f | signal ffff | snr 0118 | ber 006d50fd | unc 0003026d |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 006cfc4e | unc 00030569 |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 009d1eda | unc 00030832 |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 008924b1 | unc 00030a5e |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 00712074 | unc 00030d27 |
>> FE_HAS_LOCK
>> status 1f | signal ffff | snr 0122 | ber 008d4d85 | unc 00030f55 |
>> FE_HAS_LOCK
> That BER looks awful.
>
> If the antenna is good, it looks like local interference.
>
> Check the wifi adapter is not causing it.
>
> If possible put the TV adapter on a short 0.5m/1m USB extension cable
> away from the PC. Trouble is these devices do not have any shielding.
>
> I have heard problems of memory leak in Ubuntu 64 running low on memory
> check free memory after 30 mins.
>
> Regards
>
>
> Malcolm
>
>> ---------
>>
>>
>> So - maybe is it little better, but the problem persist.
>> Any chance to solve it in dvb driver ?
>>
>>
>> I have tested (with the old driver) - that it helps to CTRL+C the:
>> tzap -r -c /etc/channels.conf "Prima ZOOM"
>>
>> And then run it again. (It was not necessary to switch to another freq.
>> and back, as I wrote before).
>> Unfortunately it damages for  a while the recording (file.ts).
>> Is there another way how to "re-tune" (re-zap) without break
>> recording/viewing ?
>> I could then re-tune e.g. every 5 minutes and it could solve the problem.
>> Could not that be done in driver itself ?
>>
>> Thanks.
>>
>> --kapetr
>>
>>
>>
>>
>> Dne 8.2.2014 16:08, Malcolm Priestley napsal(a):
>>> On Sat, 2014-02-08 at 15:43 +0100, kapetr@mizera.cz wrote:
>>>> Hello,
>>>>
>>>> unfortunately I do not understand development, patching, compiling things.
>>>> I have try it but I need more help.
>>>>
>>>> I have done:
>>>>
>>>> git clone --depth=1 git://linuxtv.org/media_build.git
>>>> cd media_build
>>>> ./build
>>>>
>>>> it downloads and builds all. At begin of compiling I had stop it.
>>>> Then I did manual change of
>>>> ./media_build/linux/drivers/media/usb/dvb-usb-v2/af9035.c
>>>>
>>>> ------------------- old part:
>>>>            { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
>>>>                    &af9035_props, "TerraTec Cinergy T Stick (rev. 2)",
>>>> NULL) },
>>>>            /* IT9135 devices */
>>>> #if 0
>>>>            { DVB_USB_DEVICE(0x048d, 0x9135,
>>>>                    &af9035_props, "IT9135 reference design", NULL) },
>>>>            { DVB_USB_DEVICE(0x048d, 0x9006,
>>>>                    &af9035_props, "IT9135 reference design", NULL) },
>>>> #endif
>>>>            /* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
>>>>            { DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
>>>>                    &af9035_props, "TerraTec Cinergy T Stick Dual RC (rev.
>>>> 2)", NULL) },
>>>> ----------------------------- new:
>>>> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x00aa,
>>>> 		&af9035_props, "TerraTec Cinergy T Stick (rev. 2)", NULL) },
>>>> 	/* IT9135 devices */
>>>>
>>>> 	{ DVB_USB_DEVICE(0x048d, 0x9135,
>>>> 		&af9035_props, "IT9135 reference design", NULL) },
>>>>
>>>> 	/* XXX: that same ID [0ccd:0099] is used by af9015 driver too */
>>>> 	{ DVB_USB_DEVICE(USB_VID_TERRATEC, 0x0099,
>>>> 		&af9035_props, "TerraTec Cinergy T Stick Dual RC (rev. 2)", NULL) },
>>>> --------------------------------------------
>>>>
>>>>
>>>> But now I do not know how to "restart" build process.
>>>
>>> Just
>>>
>>> make
>>>
>>> from media_build directory.
>>>
>>>>
>>>> I have try:
>>>>
>>>> cd /tmp/media_build/linux
>>>> make
>>>>
>>>> It had compiled *. and *.ko files.
>>>>
>>> you need to run
>>> /sbin/depmod -a
>>>
>>> and reboot
>>>
>>> it best to just run with su/sudo
>>>
>>> make install
>>>
>>> I have just tested all the single ids.
>>>
>>> I am about to send a patch to add all the single tuner ids
>>> to af9035 from it913x.
>>>
>>> I haven't found any problems.
>>>
>>>
>>> Regards
>>>
>>>
>>> Malcolm
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>
>
>

Re: video from USB DVB-T get damaged after some time

[Antti Palosaari]

Moikka!
I am going to extract new firmware. I dumped init tables out from 
Windows driver version 12.07.06.1. Is there any newer?

regards
Antti

-- 
http://palosaari.fi/

Re: video from USB DVB-T get damaged after some time

[Antti Palosaari]

On 09.02.2014 02:42, Antti Palosaari wrote:
> Moikka!
> I am going to extract new firmware. I dumped init tables out from
> Windows driver version 12.07.06.1. Is there any newer?
>
> regards
> Antti
>

I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer 
driver...

http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html

regards
Antti

-- 
http://palosaari.fi/

Re: video from USB DVB-T get damaged after some time

[kapetr]

Hello,

I have test FW version 12.10.04.1
(FYI dmesg changes follows)

The problem without change.

I did want to test the DVB-T stick under Windows XP, but in VirtualBox 
works the tuner not at all - I get just jerky sound, no video.
But there is older driver (12.7.6.11) - but don't thing the problem is 
there - rather in VBOX.
And no free partition to test.

Regards.

kapetr


----------- old from 
https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware


[   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83 
chip_version=02 chip_type=9135
[   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold 
state
[   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file 
'dvb-usb-it9135-02.fw'
[   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
[   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
[   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm 
state
[   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 
transport stream to the software demuxer
[   21.660375] DVB: registering new adapter (ITE 9135 Generic)
[   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0 
OFDM=3.9.1.0
[   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech 
AF9033 (DVB-T))...
[   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully 
attached
[   22.099994] Registered IR keymap rc-it913x-v1
[   22.100068] input: ITE 9135 Generic as 
/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
[   22.100103] rc0: ITE 9135 Generic as 
/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
[   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to 
500 msecs
[   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully 
initialized and connected
[   22.100123] usbcore: registered new interface driver dvb_usb_af9035

---------------new from 
http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/

Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3: 
dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2: 
found a 'ITE 9135 Generic' in cold state
Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2: 
downloading firmware from file 'dvb-usb-it9135-02.fw'
Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3: 
dvb_usb_af9035: firmware version=3.42.3.3
Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2: 
found a 'ITE 9135 Generic' in warm state
Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2: 
will pass the complete MPEG2 transport stream to the software demuxer
Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new 
adapter (ITE 9135 Generic)
Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033: 
firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB: 
registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16: 
tuner_it913x: ITE Tech IT913X successfully attached
--------------




Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
> On 09.02.2014 02:42, Antti Palosaari wrote:
>> Moikka!
>> I am going to extract new firmware. I dumped init tables out from
>> Windows driver version 12.07.06.1. Is there any newer?
>>
>> regards
>> Antti
>>
>
> I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer
> driver...
>
> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>
> regards
> Antti
>

Re: video from USB DVB-T get damaged after some time

[Antti Palosaari]

Moi!

On 10.02.2014 10:21, kapetr@mizera.cz wrote:
> Hello,
>
> I have test FW version 12.10.04.1
> (FYI dmesg changes follows)
>
> The problem without change.
>
> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
> works the tuner not at all - I get just jerky sound, no video.
> But there is older driver (12.7.6.11) - but don't thing the problem is
> there - rather in VBOX.
> And no free partition to test.


OK, thank for the testing anyway.
I have few different it9135 devices. Could you find some picture of 
yours, I would like to test myself if I had same device.

regards
Antti




>
> Regards.
>
> kapetr
>
>
> ----------- old from
> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>
>
>
> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
> chip_version=02 chip_type=9135
> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold
> state
> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
> 'dvb-usb-it9135-02.fw'
> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm
> state
> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
> transport stream to the software demuxer
> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
> OFDM=3.9.1.0
> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech
> AF9033 (DVB-T))...
> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
> attached
> [   22.099994] Registered IR keymap rc-it913x-v1
> [   22.100068] input: ITE 9135 Generic as
> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
> [   22.100103] rc0: ITE 9135 Generic as
> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
> 500 msecs
> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
> initialized and connected
> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>
> ---------------new from
> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>
>
> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
> found a 'ITE 9135 Generic' in cold state
> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
> downloading firmware from file 'dvb-usb-it9135-02.fw'
> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
> dvb_usb_af9035: firmware version=3.42.3.3
> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
> found a 'ITE 9135 Generic' in warm state
> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
> will pass the complete MPEG2 transport stream to the software demuxer
> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
> adapter (ITE 9135 Generic)
> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
> tuner_it913x: ITE Tech IT913X successfully attached
> --------------
>
>
>
>
> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>> Moikka!
>>> I am going to extract new firmware. I dumped init tables out from
>>> Windows driver version 12.07.06.1. Is there any newer?
>>>
>>> regards
>>> Antti
>>>
>>
>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer
>> driver...
>>
>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>
>> regards
>> Antti
>>


-- 
http://palosaari.fi/

Re: video from USB DVB-T get damaged after some time

[kapetr]

Hello,

it is this one:
http://www.buyincoins.com/item/30948.html

I shop there often - lowest prices of all China e-shops I have found.
BTW: if you want try the shop - by registry/first buy give my nick 
"jipan0" as referrer. You will get 5% off :-)

--kapetr


Dne 10.2.2014 09:34, Antti Palosaari napsal(a):
> Moi!
>
> On 10.02.2014 10:21, kapetr@mizera.cz wrote:
>> Hello,
>>
>> I have test FW version 12.10.04.1
>> (FYI dmesg changes follows)
>>
>> The problem without change.
>>
>> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
>> works the tuner not at all - I get just jerky sound, no video.
>> But there is older driver (12.7.6.11) - but don't thing the problem is
>> there - rather in VBOX.
>> And no free partition to test.
>
>
> OK, thank for the testing anyway.
> I have few different it9135 devices. Could you find some picture of
> yours, I would like to test myself if I had same device.
>
> regards
> Antti
>
>
>
>
>>
>> Regards.
>>
>> kapetr
>>
>>
>> ----------- old from
>> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>>
>>
>>
>>
>> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>> chip_version=02 chip_type=9135
>> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold
>> state
>> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>> 'dvb-usb-it9135-02.fw'
>> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
>> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm
>> state
>> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>> transport stream to the software demuxer
>> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
>> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>> OFDM=3.9.1.0
>> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech
>> AF9033 (DVB-T))...
>> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>> attached
>> [   22.099994] Registered IR keymap rc-it913x-v1
>> [   22.100068] input: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
>> [   22.100103] rc0: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
>> 500 msecs
>> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>> initialized and connected
>> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>>
>> ---------------new from
>> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>>
>>
>>
>> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
>> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
>> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
>> found a 'ITE 9135 Generic' in cold state
>> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
>> downloading firmware from file 'dvb-usb-it9135-02.fw'
>> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
>> dvb_usb_af9035: firmware version=3.42.3.3
>> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
>> found a 'ITE 9135 Generic' in warm state
>> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
>> will pass the complete MPEG2 transport stream to the software demuxer
>> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
>> adapter (ITE 9135 Generic)
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
>> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
>> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
>> tuner_it913x: ITE Tech IT913X successfully attached
>> --------------
>>
>>
>>
>>
>> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>>> Moikka!
>>>> I am going to extract new firmware. I dumped init tables out from
>>>> Windows driver version 12.07.06.1. Is there any newer?
>>>>
>>>> regards
>>>> Antti
>>>>
>>>
>>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer
>>> driver...
>>>
>>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>>
>>> regards
>>> Antti
>>>
>
>

Re: video from USB DVB-T get damaged after some time (it9135)

[kapetr]

Hello,

== Antti:

May I ask, if you have the same one stick?
Does it work without problems ?

== everybody:

I have final tested it under W-XP SP2 with orig drivers and SW.
It goes into problems after some time too, BUT there is a difference: It 
is able to "recover" from it itself and it plays again (for some time).

As I wrote - it happens quicker and more frequently on TV channels with 
lower/worse signal. That is why I thing that tuner will lose "tuned" 
status to exact freq.
Would be not possible to solve this (to re-tune) in driver ? It seems, 
that in W-XP is something like that in drivers.


Regards

--kapetr


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Hello,

it is this one:
http://www.buyincoins.com/item/30948.html

I shop there often - lowest prices of all China e-shops I have found.
BTW: if you want try the shop - by registry/first buy give my nick 
"jipan0" as referrer. You will get 5% off :-)

--kapetr


Dne 10.2.2014 09:34, Antti Palosaari napsal(a):
> Moi!
>
> On 10.02.2014 10:21, kapetr@mizera.cz wrote:
>> Hello,
>>
>> I have test FW version 12.10.04.1
>> (FYI dmesg changes follows)
>>
>> The problem without change.
>>
>> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
>> works the tuner not at all - I get just jerky sound, no video.
>> But there is older driver (12.7.6.11) - but don't thing the problem is
>> there - rather in VBOX.
>> And no free partition to test.
>
>
> OK, thank for the testing anyway.
> I have few different it9135 devices. Could you find some picture of
> yours, I would like to test myself if I had same device.
>
> regards
> Antti
>
>
>
>
>>
>> Regards.
>>
>> kapetr
>>
>>
>> ----------- old from
>> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>>
>>
>>
>>
>> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>> chip_version=02 chip_type=9135
>> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold
>> state
>> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>> 'dvb-usb-it9135-02.fw'
>> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
>> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm
>> state
>> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>> transport stream to the software demuxer
>> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
>> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>> OFDM=3.9.1.0
>> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech
>> AF9033 (DVB-T))...
>> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>> attached
>> [   22.099994] Registered IR keymap rc-it913x-v1
>> [   22.100068] input: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
>> [   22.100103] rc0: ITE 9135 Generic as
>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
>> 500 msecs
>> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>> initialized and connected
>> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>>
>> ---------------new from
>> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>>
>>
>>
>> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
>> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
>> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
>> found a 'ITE 9135 Generic' in cold state
>> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
>> downloading firmware from file 'dvb-usb-it9135-02.fw'
>> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
>> dvb_usb_af9035: firmware version=3.42.3.3
>> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
>> found a 'ITE 9135 Generic' in warm state
>> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
>> will pass the complete MPEG2 transport stream to the software demuxer
>> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
>> adapter (ITE 9135 Generic)
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
>> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
>> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
>> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
>> tuner_it913x: ITE Tech IT913X successfully attached
>> --------------
>>
>>
>>
>>
>> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>>> Moikka!
>>>> I am going to extract new firmware. I dumped init tables out from
>>>> Windows driver version 12.07.06.1. Is there any newer?
>>>>
>>>> regards
>>>> Antti
>>>>
>>>
>>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer
>>> driver...
>>>
>>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>>
>>> regards
>>> Antti
>>>
>
>

Re: video from USB DVB-T get damaged after some time (it9135)

[Antti Palosaari]

Moikka!

On 21.02.2014 15:06, kapetr@mizera.cz wrote:
> Hello,
>
> == Antti:
>
> May I ask, if you have the same one stick?
> Does it work without problems ?

I don't have just similar stick, but I tested 1-2 sticks having that 
same chipset. No problems at all.

>
> == everybody:
>
> I have final tested it under W-XP SP2 with orig drivers and SW.
> It goes into problems after some time too, BUT there is a difference: It
> is able to "recover" from it itself and it plays again (for some time).
>
> As I wrote - it happens quicker and more frequently on TV channels with
> lower/worse signal. That is why I thing that tuner will lose "tuned"
> status to exact freq.
> Would be not possible to solve this (to re-tune) in driver ? It seems,
> that in W-XP is something like that in drivers.


I am pretty sure problem is RF-tuner. It warms and goes off from 
frequency a little, which causes signal level drop. As signal goes 
weaken, from a point of demodulator, it starts getting decoding errors.

Retune fixes things for a while as tuner is calibrated each time when 
tuning is done. If you wait a little longer, demod will lose signal LOCK 
and retune is issued - as what happens on windows driver too.

It is possible to add some early re-tune logic to demod driver, but it 
does not sound very wise for single problematic device. Also better 
approach could be to issue tuner calibration on 5 minute intervals or 
so. I am not sure if calibrating tuner is possible at runtime, but it 
should be easy to test.

Anyhow, I am not going to waste any time for workaround this strange 
issue. You are simply only one having it :) Just get new similar stick 
and hope it works better.


regards
Antti



>
>
> Regards
>
> --kapetr
>
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
> Hello,
>
> it is this one:
> http://www.buyincoins.com/item/30948.html
>
> I shop there often - lowest prices of all China e-shops I have found.
> BTW: if you want try the shop - by registry/first buy give my nick
> "jipan0" as referrer. You will get 5% off :-)
>
> --kapetr
>
>
> Dne 10.2.2014 09:34, Antti Palosaari napsal(a):
>> Moi!
>>
>> On 10.02.2014 10:21, kapetr@mizera.cz wrote:
>>> Hello,
>>>
>>> I have test FW version 12.10.04.1
>>> (FYI dmesg changes follows)
>>>
>>> The problem without change.
>>>
>>> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
>>> works the tuner not at all - I get just jerky sound, no video.
>>> But there is older driver (12.7.6.11) - but don't thing the problem is
>>> there - rather in VBOX.
>>> And no free partition to test.
>>
>>
>> OK, thank for the testing anyway.
>> I have few different it9135 devices. Could you find some picture of
>> yours, I would like to test myself if I had same device.
>>
>> regards
>> Antti
>>
>>
>>
>>
>>>
>>> Regards.
>>>
>>> kapetr
>>>
>>>
>>> ----------- old from
>>> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>>>
>>>
>>>
>>>
>>>
>>> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>>> chip_version=02 chip_type=9135
>>> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in cold
>>> state
>>> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>>> 'dvb-usb-it9135-02.fw'
>>> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
>>> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>>> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in warm
>>> state
>>> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>>> transport stream to the software demuxer
>>> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
>>> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>>> OFDM=3.9.1.0
>>> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech
>>> AF9033 (DVB-T))...
>>> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>>> attached
>>> [   22.099994] Registered IR keymap rc-it913x-v1
>>> [   22.100068] input: ITE 9135 Generic as
>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
>>> [   22.100103] rc0: ITE 9135 Generic as
>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>>> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
>>> 500 msecs
>>> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>>> initialized and connected
>>> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>>>
>>> ---------------new from
>>> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>>>
>>>
>>>
>>>
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
>>> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
>>> found a 'ITE 9135 Generic' in cold state
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
>>> downloading firmware from file 'dvb-usb-it9135-02.fw'
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
>>> dvb_usb_af9035: firmware version=3.42.3.3
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
>>> found a 'ITE 9135 Generic' in warm state
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
>>> will pass the complete MPEG2 transport stream to the software demuxer
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
>>> adapter (ITE 9135 Generic)
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
>>> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
>>> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
>>> tuner_it913x: ITE Tech IT913X successfully attached
>>> --------------
>>>
>>>
>>>
>>>
>>> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>>>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>>>> Moikka!
>>>>> I am going to extract new firmware. I dumped init tables out from
>>>>> Windows driver version 12.07.06.1. Is there any newer?
>>>>>
>>>>> regards
>>>>> Antti
>>>>>
>>>>
>>>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find newer
>>>> driver...
>>>>
>>>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>>>
>>>> regards
>>>> Antti
>>>>
>>
>>


-- 
http://palosaari.fi/

Re: video from USB DVB-T get damaged after some time (it9135)

[kapetr]

Dne 26.2.2014 14:33, Antti Palosaari napsal(a):
> Moikka!
>
> On 21.02.2014 15:06, kapetr@mizera.cz wrote:
>> Hello,
>>
>> == Antti:
>>
>> May I ask, if you have the same one stick?
>> Does it work without problems ?
>
> I don't have just similar stick, but I tested 1-2 sticks having that
> same chipset. No problems at all.
>
>>
>> == everybody:
>>
>> I have final tested it under W-XP SP2 with orig drivers and SW.
>> It goes into problems after some time too, BUT there is a difference: It
>> is able to "recover" from it itself and it plays again (for some time).
>>
>> As I wrote - it happens quicker and more frequently on TV channels with
>> lower/worse signal. That is why I thing that tuner will lose "tuned"
>> status to exact freq.
>> Would be not possible to solve this (to re-tune) in driver ? It seems,
>> that in W-XP is something like that in drivers.
>
>
> I am pretty sure problem is RF-tuner. It warms and goes off from
> frequency a little, which causes signal level drop. As signal goes
> weaken, from a point of demodulator, it starts getting decoding errors.
>
> Retune fixes things for a while as tuner is calibrated each time when
> tuning is done. If you wait a little longer, demod will lose signal LOCK
> and retune is issued - as what happens on windows driver too.
>
> It is possible to add some early re-tune logic to demod driver, but it
> does not sound very wise for single problematic device. Also better
> approach could be to issue tuner calibration on 5 minute intervals or
> so. I am not sure if calibrating tuner is possible at runtime, but it
> should be easy to test.

Thats the Problem - I do not know, how to do it without breaking 
recording. Can You give me a Tip ?
Which command to "recalibrate" ? Tzap breaks it.

>
> Anyhow, I am not going to waste any time for workaround this strange
> issue. You are simply only one having it :) Just get new similar stick
> and hope it works better.

Of course, I understand. Thanks anyway.

>
>
> regards
> Antti
>
>

--kapetr

>
>>
>>
>> Regards
>>
>> --kapetr
>>
>>
>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>
>> Hello,
>>
>> it is this one:
>> http://www.buyincoins.com/item/30948.html
>>
>> I shop there often - lowest prices of all China e-shops I have found.
>> BTW: if you want try the shop - by registry/first buy give my nick
>> "jipan0" as referrer. You will get 5% off :-)
>>
>> --kapetr
>>
>>
>> Dne 10.2.2014 09:34, Antti Palosaari napsal(a):
>>> Moi!
>>>
>>> On 10.02.2014 10:21, kapetr@mizera.cz wrote:
>>>> Hello,
>>>>
>>>> I have test FW version 12.10.04.1
>>>> (FYI dmesg changes follows)
>>>>
>>>> The problem without change.
>>>>
>>>> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
>>>> works the tuner not at all - I get just jerky sound, no video.
>>>> But there is older driver (12.7.6.11) - but don't thing the problem is
>>>> there - rather in VBOX.
>>>> And no free partition to test.
>>>
>>>
>>> OK, thank for the testing anyway.
>>> I have few different it9135 devices. Could you find some picture of
>>> yours, I would like to test myself if I had same device.
>>>
>>> regards
>>> Antti
>>>
>>>
>>>
>>>
>>>>
>>>> Regards.
>>>>
>>>> kapetr
>>>>
>>>>
>>>> ----------- old from
>>>> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>>>> chip_version=02 chip_type=9135
>>>> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in
>>>> cold
>>>> state
>>>> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>>>> 'dvb-usb-it9135-02.fw'
>>>> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
>>>> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>>>> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in
>>>> warm
>>>> state
>>>> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>>>> transport stream to the software demuxer
>>>> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
>>>> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>>>> OFDM=3.9.1.0
>>>> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0
>>>> (Afatech
>>>> AF9033 (DVB-T))...
>>>> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>>>> attached
>>>> [   22.099994] Registered IR keymap rc-it913x-v1
>>>> [   22.100068] input: ITE 9135 Generic as
>>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
>>>> [   22.100103] rc0: ITE 9135 Generic as
>>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>>>> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query interval to
>>>> 500 msecs
>>>> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>>>> initialized and connected
>>>> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>>>>
>>>> ---------------new from
>>>> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
>>>> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
>>>> found a 'ITE 9135 Generic' in cold state
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
>>>> downloading firmware from file 'dvb-usb-it9135-02.fw'
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
>>>> dvb_usb_af9035: firmware version=3.42.3.3
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
>>>> found a 'ITE 9135 Generic' in warm state
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
>>>> will pass the complete MPEG2 transport stream to the software demuxer
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
>>>> adapter (ITE 9135 Generic)
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
>>>> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
>>>> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
>>>> tuner_it913x: ITE Tech IT913X successfully attached
>>>> --------------
>>>>
>>>>
>>>>
>>>>
>>>> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>>>>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>>>>> Moikka!
>>>>>> I am going to extract new firmware. I dumped init tables out from
>>>>>> Windows driver version 12.07.06.1. Is there any newer?
>>>>>>
>>>>>> regards
>>>>>> Antti
>>>>>>
>>>>>
>>>>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find
>>>>> newer
>>>>> driver...
>>>>>
>>>>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>>>>
>>>>> regards
>>>>> Antti
>>>>>
>>>
>>>
>
>

Re: video from USB DVB-T get damaged after some time (it9135)

[Antti Palosaari]

On 26.02.2014 17:10, kapetr@mizera.cz wrote:
>
>
> Dne 26.2.2014 14:33, Antti Palosaari napsal(a):
>> Moikka!
>>
>> On 21.02.2014 15:06, kapetr@mizera.cz wrote:
>>> Hello,
>>>
>>> == Antti:
>>>
>>> May I ask, if you have the same one stick?
>>> Does it work without problems ?
>>
>> I don't have just similar stick, but I tested 1-2 sticks having that
>> same chipset. No problems at all.
>>
>>>
>>> == everybody:
>>>
>>> I have final tested it under W-XP SP2 with orig drivers and SW.
>>> It goes into problems after some time too, BUT there is a difference: It
>>> is able to "recover" from it itself and it plays again (for some time).
>>>
>>> As I wrote - it happens quicker and more frequently on TV channels with
>>> lower/worse signal. That is why I thing that tuner will lose "tuned"
>>> status to exact freq.
>>> Would be not possible to solve this (to re-tune) in driver ? It seems,
>>> that in W-XP is something like that in drivers.
>>
>>
>> I am pretty sure problem is RF-tuner. It warms and goes off from
>> frequency a little, which causes signal level drop. As signal goes
>> weaken, from a point of demodulator, it starts getting decoding errors.
>>
>> Retune fixes things for a while as tuner is calibrated each time when
>> tuning is done. If you wait a little longer, demod will lose signal LOCK
>> and retune is issued - as what happens on windows driver too.
>>
>> It is possible to add some early re-tune logic to demod driver, but it
>> does not sound very wise for single problematic device. Also better
>> approach could be to issue tuner calibration on 5 minute intervals or
>> so. I am not sure if calibrating tuner is possible at runtime, but it
>> should be easy to test.
>
> Thats the Problem - I do not know, how to do it without breaking
> recording. Can You give me a Tip ?
> Which command to "recalibrate" ? Tzap breaks it.

Check the function:
it9137_set_params and it913x_init. You have to do a little bit testing 
here. Like set a timer which calls those routines once in 5 min or so.

regards
Antti

>
>>
>> Anyhow, I am not going to waste any time for workaround this strange
>> issue. You are simply only one having it :) Just get new similar stick
>> and hope it works better.
>
> Of course, I understand. Thanks anyway.
>
>>
>>
>> regards
>> Antti
>>
>>
>
> --kapetr
>
>>
>>>
>>>
>>> Regards
>>>
>>> --kapetr
>>>
>>>
>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>>
>>> Hello,
>>>
>>> it is this one:
>>> http://www.buyincoins.com/item/30948.html
>>>
>>> I shop there often - lowest prices of all China e-shops I have found.
>>> BTW: if you want try the shop - by registry/first buy give my nick
>>> "jipan0" as referrer. You will get 5% off :-)
>>>
>>> --kapetr
>>>
>>>
>>> Dne 10.2.2014 09:34, Antti Palosaari napsal(a):
>>>> Moi!
>>>>
>>>> On 10.02.2014 10:21, kapetr@mizera.cz wrote:
>>>>> Hello,
>>>>>
>>>>> I have test FW version 12.10.04.1
>>>>> (FYI dmesg changes follows)
>>>>>
>>>>> The problem without change.
>>>>>
>>>>> I did want to test the DVB-T stick under Windows XP, but in VirtualBox
>>>>> works the tuner not at all - I get just jerky sound, no video.
>>>>> But there is older driver (12.7.6.11) - but don't thing the problem is
>>>>> there - rather in VBOX.
>>>>> And no free partition to test.
>>>>
>>>>
>>>> OK, thank for the testing anyway.
>>>> I have few different it9135 devices. Could you find some picture of
>>>> yours, I would like to test myself if I had same device.
>>>>
>>>> regards
>>>> Antti
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> Regards.
>>>>>
>>>>> kapetr
>>>>>
>>>>>
>>>>> ----------- old from
>>>>> https://raw.github.com/torvalds/linux/master/Documentation/dvb/get_dvb_firmware
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> [   21.546241] usb 1-1.3: dvb_usb_af9035: prechip_version=83
>>>>> chip_version=02 chip_type=9135
>>>>> [   21.546613] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in
>>>>> cold
>>>>> state
>>>>> [   21.563582] usb 1-1.3: dvb_usb_v2: downloading firmware from file
>>>>> 'dvb-usb-it9135-02.fw'
>>>>> [   21.594974] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
>>>>> [   21.659449] usb 1-1.3: dvb_usb_af9035: firmware version=3.39.1.0
>>>>> [   21.659456] usb 1-1.3: dvb_usb_v2: found a 'ITE 9135 Generic' in
>>>>> warm
>>>>> state
>>>>> [   21.660358] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2
>>>>> transport stream to the software demuxer
>>>>> [   21.660375] DVB: registering new adapter (ITE 9135 Generic)
>>>>> [   21.750565] i2c i2c-16: af9033: firmware version: LINK=0.0.0.0
>>>>> OFDM=3.9.1.0
>>>>> [   21.750570] usb 1-1.3: DVB: registering adapter 0 frontend 0
>>>>> (Afatech
>>>>> AF9033 (DVB-T))...
>>>>> [   22.064646] i2c i2c-16: tuner_it913x: ITE Tech IT913X successfully
>>>>> attached
>>>>> [   22.099994] Registered IR keymap rc-it913x-v1
>>>>> [   22.100068] input: ITE 9135 Generic as
>>>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input14
>>>>> [   22.100103] rc0: ITE 9135 Generic as
>>>>> /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>>>>> [   22.100106] usb 1-1.3: dvb_usb_v2: schedule remote query
>>>>> interval to
>>>>> 500 msecs
>>>>> [   22.100109] usb 1-1.3: dvb_usb_v2: 'ITE 9135 Generic' successfully
>>>>> initialized and connected
>>>>> [   22.100123] usbcore: registered new interface driver dvb_usb_af9035
>>>>>
>>>>> ---------------new from
>>>>> http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/12.10.04.1/IT9135v2_3.42.3.3_3.29.3.3/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520617] usb 1-1.3:
>>>>> dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.520988] usb 1-1.3: dvb_usb_v2:
>>>>> found a 'ITE 9135 Generic' in cold state
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.522267] usb 1-1.3: dvb_usb_v2:
>>>>> downloading firmware from file 'dvb-usb-it9135-02.fw'
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626497] usb 1-1.3:
>>>>> dvb_usb_af9035: firmware version=3.42.3.3
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.626509] usb 1-1.3: dvb_usb_v2:
>>>>> found a 'ITE 9135 Generic' in warm state
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627381] usb 1-1.3: dvb_usb_v2:
>>>>> will pass the complete MPEG2 transport stream to the software demuxer
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.627405] DVB: registering new
>>>>> adapter (ITE 9135 Generic)
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631208] i2c i2c-16: af9033:
>>>>> firmware version: LINK=0.0.0.0 OFDM=3.29.3.3
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631215] usb 1-1.3: DVB:
>>>>> registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
>>>>> Feb  9 15:00:54 zly-hugo kernel: [12732.631328] i2c i2c-16:
>>>>> tuner_it913x: ITE Tech IT913X successfully attached
>>>>> --------------
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Dne 9.2.2014 05:57, Antti Palosaari napsal(a):
>>>>>> On 09.02.2014 02:42, Antti Palosaari wrote:
>>>>>>> Moikka!
>>>>>>> I am going to extract new firmware. I dumped init tables out from
>>>>>>> Windows driver version 12.07.06.1. Is there any newer?
>>>>>>>
>>>>>>> regards
>>>>>>> Antti
>>>>>>>
>>>>>>
>>>>>> I extracted firmwares from Windows driver 12.10.04.1. Didn't find
>>>>>> newer
>>>>>> driver...
>>>>>>
>>>>>> http://blog.palosaari.fi/2014/02/linux-it9135-driver-firmwares.html
>>>>>>
>>>>>> regards
>>>>>> Antti
>>>>>>
>>>>
>>>>
>>
>>


-- 
http://palosaari.fi/