* video from USB DVB-T get damaged after some time
@ 2014-02-07 16:47 kapetr
2014-02-07 23:17 ` Antti Palosaari
0 siblings, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-07 16:47 UTC (permalink / raw)
To: linux-media
[-- 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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-07 16:47 video from USB DVB-T get damaged after some time kapetr
@ 2014-02-07 23:17 ` Antti Palosaari
2014-02-08 14:43 ` kapetr
0 siblings, 1 reply; 16+ messages in thread
From: Antti Palosaari @ 2014-02-07 23:17 UTC (permalink / raw)
To: kapetr, linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-07 23:17 ` Antti Palosaari
@ 2014-02-08 14:43 ` kapetr
2014-02-08 15:08 ` Malcolm Priestley
0 siblings, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-08 14:43 UTC (permalink / raw)
To: Antti Palosaari, linux-media
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
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-08 14:43 ` kapetr
@ 2014-02-08 15:08 ` Malcolm Priestley
2014-02-08 18:35 ` kapetr
0 siblings, 1 reply; 16+ messages in thread
From: Malcolm Priestley @ 2014-02-08 15:08 UTC (permalink / raw)
To: kapetr; +Cc: Antti Palosaari, linux-media
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-08 15:08 ` Malcolm Priestley
@ 2014-02-08 18:35 ` kapetr
2014-02-08 20:36 ` Malcolm Priestley
0 siblings, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-08 18:35 UTC (permalink / raw)
To: Malcolm Priestley; +Cc: Antti Palosaari, linux-media
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
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-08 18:35 ` kapetr
@ 2014-02-08 20:36 ` Malcolm Priestley
2014-02-08 21:35 ` kapetr
2014-02-09 0:42 ` Antti Palosaari
0 siblings, 2 replies; 16+ messages in thread
From: Malcolm Priestley @ 2014-02-08 20:36 UTC (permalink / raw)
To: kapetr; +Cc: Antti Palosaari, linux-media
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
> >
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-08 20:36 ` Malcolm Priestley
@ 2014-02-08 21:35 ` kapetr
2014-02-09 0:42 ` Antti Palosaari
1 sibling, 0 replies; 16+ messages in thread
From: kapetr @ 2014-02-08 21:35 UTC (permalink / raw)
To: Malcolm Priestley, linux-media
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
>>>
>
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-08 20:36 ` Malcolm Priestley
2014-02-08 21:35 ` kapetr
@ 2014-02-09 0:42 ` Antti Palosaari
2014-02-09 4:57 ` Antti Palosaari
1 sibling, 1 reply; 16+ messages in thread
From: Antti Palosaari @ 2014-02-09 0:42 UTC (permalink / raw)
To: Malcolm Priestley, kapetr; +Cc: linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-09 0:42 ` Antti Palosaari
@ 2014-02-09 4:57 ` Antti Palosaari
2014-02-10 8:21 ` kapetr
0 siblings, 1 reply; 16+ messages in thread
From: Antti Palosaari @ 2014-02-09 4:57 UTC (permalink / raw)
To: Malcolm Priestley, kapetr; +Cc: linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-09 4:57 ` Antti Palosaari
@ 2014-02-10 8:21 ` kapetr
2014-02-10 8:34 ` Antti Palosaari
0 siblings, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-10 8:21 UTC (permalink / raw)
To: Antti Palosaari, Malcolm Priestley; +Cc: linux-media
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
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-10 8:21 ` kapetr
@ 2014-02-10 8:34 ` Antti Palosaari
2014-02-10 10:05 ` kapetr
2014-02-21 13:06 ` video from USB DVB-T get damaged after some time (it9135) kapetr
0 siblings, 2 replies; 16+ messages in thread
From: Antti Palosaari @ 2014-02-10 8:34 UTC (permalink / raw)
To: kapetr, Malcolm Priestley; +Cc: linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time
2014-02-10 8:34 ` Antti Palosaari
@ 2014-02-10 10:05 ` kapetr
2014-02-21 13:06 ` video from USB DVB-T get damaged after some time (it9135) kapetr
1 sibling, 0 replies; 16+ messages in thread
From: kapetr @ 2014-02-10 10:05 UTC (permalink / raw)
To: Antti Palosaari; +Cc: linux-media
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
>>>
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time (it9135)
2014-02-10 8:34 ` Antti Palosaari
2014-02-10 10:05 ` kapetr
@ 2014-02-21 13:06 ` kapetr
2014-02-26 13:33 ` Antti Palosaari
1 sibling, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-21 13:06 UTC (permalink / raw)
To: Antti Palosaari; +Cc: linux-media
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
>>>
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time (it9135)
2014-02-21 13:06 ` video from USB DVB-T get damaged after some time (it9135) kapetr
@ 2014-02-26 13:33 ` Antti Palosaari
2014-02-26 15:10 ` kapetr
0 siblings, 1 reply; 16+ messages in thread
From: Antti Palosaari @ 2014-02-26 13:33 UTC (permalink / raw)
To: kapetr; +Cc: linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time (it9135)
2014-02-26 13:33 ` Antti Palosaari
@ 2014-02-26 15:10 ` kapetr
2014-02-26 15:34 ` Antti Palosaari
0 siblings, 1 reply; 16+ messages in thread
From: kapetr @ 2014-02-26 15:10 UTC (permalink / raw)
To: Antti Palosaari, linux-media
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
>>>>>
>>>
>>>
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: video from USB DVB-T get damaged after some time (it9135)
2014-02-26 15:10 ` kapetr
@ 2014-02-26 15:34 ` Antti Palosaari
0 siblings, 0 replies; 16+ messages in thread
From: Antti Palosaari @ 2014-02-26 15:34 UTC (permalink / raw)
To: kapetr, linux-media
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/
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2014-02-26 15:34 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-02-07 16:47 video from USB DVB-T get damaged after some time kapetr
2014-02-07 23:17 ` Antti Palosaari
2014-02-08 14:43 ` kapetr
2014-02-08 15:08 ` Malcolm Priestley
2014-02-08 18:35 ` kapetr
2014-02-08 20:36 ` Malcolm Priestley
2014-02-08 21:35 ` kapetr
2014-02-09 0:42 ` Antti Palosaari
2014-02-09 4:57 ` Antti Palosaari
2014-02-10 8:21 ` kapetr
2014-02-10 8:34 ` Antti Palosaari
2014-02-10 10:05 ` kapetr
2014-02-21 13:06 ` video from USB DVB-T get damaged after some time (it9135) kapetr
2014-02-26 13:33 ` Antti Palosaari
2014-02-26 15:10 ` kapetr
2014-02-26 15:34 ` Antti Palosaari
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.