Hi Olli, I guess it is OK that the media_build driver logs are from 3.17 (fedora) and the technotrend ones from 3.16 (ubuntu). I would reply the scan in the same kernel if not. I've re-scaned again as you've suggested (the newest w_scan version). 1. newest media_build driver on 3.17.3-200.fc20.x86_64 kernel "w_scan -v -v -v -fc -c SK -X" founds nothing. The full output is in file w_scan_linux_media_log.txt.gz at https://drive.google.com/folderview?id=0B94Ll0t460PoTF9rWnEyTkdkRXc&usp=sharing Curiously, czap now returns no 'not a QAM' error and looks perfectly OK (I call it the same way as previosly), yet, I still cannot get any stream: $ czap -r -c channels.xine.conf 'Eurosport HD' using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file 'channels.xine.conf' 141 Eurosport HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a 0xc81, s 0x36b1 status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK ^C $ czap -r -c channels.xine.conf 'STV1' using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file 'channels.xine.conf' 5 STV1:370000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:33:310:1002 5 STV1: f 370000000, s 6900000, i 2, fec 0, qam 5, v 0x21, a 0x136, s 0x3ea status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK $ time dvbdate dvbdate: Unable to get time from multiplex. real 0m25.028s user 0m0.000s sys 0m0.002s $ time dvbtraffic ^C real 1m7.210s user 0m0.000s sys 0m0.003s Worth adding, green led turns on, while running czap. 2. the manufacturer driver (3.16 ubuntu). The same results, log is in the same share https://drive.google.com/folderview?id=0B94Ll0t460PoTF9rWnEyTkdkRXc&usp=sharing named w_scan_technotrend_log.txt.gz Thanks for looking into this! Regards Pavol On Tue, Dec 09, 2014 at 12:37:55PM +0700, Olli Salonen wrote: > Hi Pavol, > > Thanks. As said, I have not had any time to look into this, but will > definitely do so. I own the same device, but do not have cable TV at > home. Am using Conax CAM also successfully, so I believe that CI is > not the issue. > > Some things that came to my mind still: > > Can you share the results of w_scan with very verbose output with both > TT driver and the kernel driver? Also, make sure you use a recent > version of w_scan - some distributions come with a rather old > version... > > w_scan -v -v -v <your_options_here> 2>&1 | tee logfile.txt > > Also, if you want to try a later firmware for Si2168, have a look at this patch: > http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/?id=1b97dc98b58dad98f13fa0a4cdc819b60f3f3bff > > It is in media_tree already. > > Cheers, > -olli > > > On 8 December 2014 at 18:56, Pavol Domin <pavol.domin@xxxxxxxxx> wrote: > > Hi Olli, > > > > Thanks for feedback. > >> Are you able to provide me a trace of the USB bus when using Windows? This > >> is what I have been doing. > >> > >> 1) install USBlyzer > >> 2) start it and select the option Capture hot plugged in the menus > >> 3) start capture > >> 4) plug in the device > >> 5) start watching tv > >> 6) stop capture after 1 sec to avoid the capture file growing too much > > I've done that and shared at: > > https://drive.google.com/open?id=0B94Ll0t460PoSTdKR0xiZlU2S0E&authuser=0 > > > >> Would be also good to know if gnutv -cammenu works with the open source > > Yes, it seems to work (except it coredumps after ctrl-c on fedora), e.g. > > $ gnutv -channels channels.xine.conf -cammenu "Eurosport HD" > > CAM Application type: 01 > > CAM Application manufacturer: 0b00 > > CAM Manufacturer code: 0001 > > CAM Menu string: Conax Conditional Access > > CAM supports the following ca system ids: > > 0x0b00 > > ------------------------------ > > Conax Conditional Access > > Main menu > > 0. Quit menu > > 1. Subscription status > > 2. Event status > > 3. Tokens status > > 4. Change CA PIN > > 5. Maturity Rating > > 6. Ordering online > > 7. About Conax CA > > 8. Messages > > 9. Language > > 10. Loader status > > 11. CI Plus Info > > Press OK to select, or press RETURN > > > >> driver. Are all your channels encrypted? Is there any difference between > >> them? > > No, some are unencrypted. I cannot tell there are some other > > differences, windows application 'tt-viewer' does not show details > > about scanned channels. Also, the multiplex frequencies listed by > > provider do not seem to match much with what the w_scan initially found. > > Also, w_scan only scanned at QAM256, tv provider page suggests there are > > some channels at QAM64 (I havent tried to scan those). > > But again, it worked (with the TechnoTrend driver) for a short while > > from linux, even the encryted channels I think. > > > > Regards > > > > Pavol > > > >> > >> Cheers, > >> -olli > >> On 7 Dec 2014 19:41, "Pavol Domin" <pavol.domin@xxxxxxxxx> wrote: > >> > >> > Hello, > >> > > >> > I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to > >> > watch DVB-C cable TV. I have obtained CAM and smart card from my cable > >> > TV provider. > >> > > >> > Initially, I tried the closed-source driver from the manufacturer; I have > >> > scanned (w_scan) over hundred of channels and I was able to watch few > >> > channels (vlc > >> > or xine) for several minutes. After couple of channels switches however, > >> > xine started to report 'DVB Signal Lost' for any channel. The w_scan > >> > founds nothing anymore - tried multiple kernels on different machines, > >> > during several days, nothing ;) > >> > > >> > Manufacturer is not providing linux support and directed me to > >> > linux_media instead. > >> > > >> > The situation with linux_media is not better however (tried recent > >> > media_build on ubuntu 3.16 and fedora 3.17 kernels) > >> > > >> > 1. the device is detected without any problems, no single error reported: > >> > [ 1957.068871] dvb-usb: found a 'TechnoTrend TT-connect CT2-4650 CI' in > >> > warm state. > >> > [ 1957.068999] dvb-usb: will pass the complete MPEG2 transport stream to > >> > the software demuxer. > >> > [ 1957.069182] DVB: registering new adapter (TechnoTrend TT-connect > >> > CT2-4650 CI) > >> > [ 1957.070518] dvb-usb: MAC address: bc:ea:2b:65:02:3b > >> > [ 1957.283195] i2c i2c-9: Added multiplexed i2c bus 10 > >> > [ 1957.283205] si2168 9-0064: Silicon Labs Si2168 successfully attached > >> > [ 1957.287689] si2157 10-0060: Silicon Labs Si2147/2148/2157/2158 > >> > successfully attached > >> > [ 1957.498312] sp2 9-0040: CIMaX SP2 successfully attached > >> > [ 1957.498348] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Silicon > >> > Labs Si2168)... > >> > [ 1957.498835] Registered IR keymap rc-tt-1500 > >> > [ 1957.499038] input: IR-receiver inside an USB DVB receiver as > >> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input23 > >> > [ 1957.499408] rc0: IR-receiver inside an USB DVB receiver as > >> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0 > >> > [ 1957.499413] dvb-usb: schedule remote query interval to 150 msecs. > >> > [ 1957.499419] dvb-usb: TechnoTrend TT-connect CT2-4650 CI successfully > >> > initialized and connected. > >> > [ 1963.755553] dvb_ca adapter 0: DVB CAM detected and initialised > >> > successfully > >> > [ 2016.342642] si2168 9-0064: found a 'Silicon Labs Si2168' in cold state > >> > [ 2016.342910] si2168 9-0064: downloading firmware from file > >> > 'dvb-demod-si2168-a20-01.fw' > >> > [ 2017.729882] si2168 9-0064: found a 'Silicon Labs Si2168' in warm state > >> > [ 2017.739725] si2157 10-0060: found a 'Silicon Labs > >> > Si2146/2147/2148/2157/2158' in cold state > >> > [ 2017.739805] si2157 10-0060: downloading firmware from file > >> > 'dvb-tuner-si2158-a20-01.fw' > >> > > >> > 2. yet, the full dvb-c w_scan founds zero channels (after 20+ minutes of > >> > scanning) > >> > > >> > 3. an attempt to tune a channel (czap) using the channel list scanned > >> > the first time returns: > >> > $ czap -r -c channels.xine.conf 'Eurosport HD' > >> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > >> > reading channels from file 'channels.xine.conf' > >> > 141 Eurosport > >> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001 > >> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a > >> > 0xc81, s 0x36b1 > >> > ERROR: frontend device is not a QAM (DVB-C) device > >> > > >> > > >> > Any advice, please, what can be done to make this working? The device > >> > works without any problems from windows. > >> > > >> > Two additional notes: > >> > 1. The md5sum 0276023ce027bab05c2e7053033e2182 for the firmware linked at > >> > > >> > http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400#Firmware > >> > does not match: > >> > > >> > $ wget http://www.tt-downloads.de/bda-treiber_4.2.0.0.zip > >> > ... > >> > 2014-12-07 13:12:25 (1.06 MB/s) - ‘bda-treiber_4.2.0.0.zip’ saved > >> > [352188/352188] > >> > $ unzip bda-treiber_4.2.0.0.zip > >> > Archive: bda-treiber_4.2.0.0.zip > >> > inflating: ttTVStick4400.inf > >> > inflating: ttTVStick4400.sys > >> > inflating: ttTVStick4400_64.sys > >> > inflating: tttvstick4400.cat > >> > $ md5sum ttTVStick4400_64.sys > >> > 7ac2029e1db41b8942691df270e0f84f ttTVStick4400_64.sys > >> > > >> > I copied firmwares from OpenELEC > >> > > >> > 2. I am getting this, with w_scan, with the media_build driver: > >> > $ cat w_scan > >> > using DVB API 5.a > >> > frontend 'Silicon Labs Si2168' supports > >> > INVERSION_AUTO > >> > QAM_AUTO > >> > FEC_AUTO > >> > FREQ (110.00MHz ... 862.00MHz) > >> > This dvb driver is *buggy*: the symbol rate limits are undefined - > >> > please report to linuxtv.org > >> > ... > >> > > >> > 3. Manufacturer driver displays no w_scan "no QAM" errors, even czap seems > >> > fine: > >> > $ czap -r -c channels.xine.conf 'Eurosport HD' > >> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > >> > reading channels from file 'channels.xine.conf' > >> > 141 Eurosport > >> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001 > >> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a > >> > 0xc81, s 0x36b1 > >> > Version: 5.10 FE_CAN { DVB-C (A) } > >> > status 1f | signal 5453 | snr 0003 | ber 8e8dead8 | unc 000f00ed | > >> > FE_HAS_LOCK > >> > status 1f | signal 5453 | snr 0003 | ber 00000000 | unc 000f00ed | > >> > FE_HAS_LOCK > >> > ... > >> > > >> > Yet, the application reports no signal. > >> > > >> > > >> > Regards, > >> > Pavol > >> > > >> > -- > >> > To unsubscribe from this list: send the line "unsubscribe linux-media" in > >> > the body of a message to majordomo@xxxxxxxxxxxxxxx > >> > More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
