I didn't see anything obvious in the logs :( Please don't send the hardware to the US unless you're willing to leave it with me permanently, I don't work on hardware for free if I don't get to keep the final hardware. I hope you understand. - Steve -- Steven Toth - Kernel Labs http://www.kernellabs.com On Wed, Feb 4, 2015 at 3:30 AM, DCRYPT@xxxxxxxxxxxxxx <DCRYPT@xxxxxxxxxxxxxx> wrote: > Too bad. I will check anyway the export cost, just to check if it makes sense. > > BTW, did you have the chance to look at the logs I attached, just to figure out if something is wrong or something can be debugged at my side? I'm not expert in V4L stuff, but I am a programmer and could test things by myself if some advice or guidance is provided. Maybe there is a DVB/V4L programming tutorial somewhere? > > BR > >>---- Mensaje original ---- >>De : stoth@xxxxxxxxxxxxxx >>Fecha : 03/02/2015 - 22:40 (GMT) >>Para : dcrypt@xxxxxxxxxxxxxx >>CC : linux-media@xxxxxxxxxxxxxxx >>Asunto : Re: [possible BUG, cx23885] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used >> >>Hi, >> >>I'm based in the US :( >> >>- Steve >> >>-- >>Steven Toth - Kernel Labs >>http://www.kernellabs.com >> >>On Tue, Feb 3, 2015 at 4:39 PM, dCrypt <dcrypt@xxxxxxxxxxxxxx> wrote: >>> Thanks Steve. >>> >>> If sending it really helps you in your development, I will gladly pay for the postage forth and back if you live in Europe. >>> >>> When my recently purchased HVR-2200 is stable in my PVR (I could still use the Terratec disabling one tuner), I will consider donating the Terratec. >>> >>> BR >>> >>> >>>> -----Mensaje original----- >>>> De: Steven Toth [mailto:stoth@xxxxxxxxxxxxxx] >>>> Enviado el: martes, 03 de febrero de 2015 20:32 >>>> Para: dCrypt >>>> CC: Linux-Media >>>> Asunto: Re: [possible BUG, cx23885] Dual tuner TV card, works using one >>>> tuner only, doesn't work if both tuners are used >>>> >>>> While I am the maintainer of the cx23885 driver, its currently >>>> undergoing a significant amount of churn related to Han's recent VB2 >>>> and other changes. I consider the current driver broken until the >>>> feedback on the mailing list dies down. I'm reluctant to work on the >>>> driver while its considered unstable. >>>> >>>> If you want to send me a Terratec card then I'll try to fund an hour to >>>> investigate in the coming weeks. >>>> >>>> Best, >>>> >>>> - Steve >>>> >>>> -- >>>> Steven Toth - Kernel Labs >>>> http://www.kernellabs.com >>>> >>>> >>>> On Tue, Feb 3, 2015 at 2:26 PM, dCrypt <dcrypt@xxxxxxxxxxxxxx> wrote: >>>> > Steve, >>>> > >>>> > Maybe you can help me tracking down my other card's problem, as I saw >>>> you were owner of the (c) in the cx23885 source code. >>>> > >>>> > BR >>>> > >>>> >> -----Mensaje original----- >>>> >> De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- >>>> >> owner@xxxxxxxxxxxxxxx] En nombre de dCrypt >>>> >> Enviado el: jueves, 29 de enero de 2015 1:11 >>>> >> Para: linux-media@xxxxxxxxxxxxxxx >>>> >> CC: stoth@xxxxxxxxxxx >>>> >> Asunto: RE: [possible BUG, cx23885] Dual tuner TV card, works using >>>> one >>>> >> tuner only, doesn't work if both tuners are used >>>> >> >>>> >> Hi, >>>> >> >>>> >> I have attached four excerpts from /var/log/kern.log with debug=9 >>>> >> option for module cx23885. The test flow is the following: >>>> >> >>>> >> 0) Ubuntu 14.04/kernel 3.13 just installed, latest V4L source code >>>> >> compiled and installed Test 1.1) >>>> >> - Reboot >>>> >> - sudo tzap -a 0 -x -H -c channelsv3.conf "La 1 HD.", using >>>> first >>>> >> tuner, it locks and works >>>> >> - log excerpt extracted -> test1.1-adap0-ok.log >>>> >> >>>> >> Test 1.2) >>>> >> - sudo tzap -a 1 -x -H -c channelsv3.conf "La 1 HD.", using >>>> >> second tuner after first tuner lock, it doesn't lock and doesn't >>>> work >>>> >> - log excerpt extracted -> test1.2-adap1-ko.log >>>> >> >>>> >> Test 2.1) >>>> >> - Reboot >>>> >> - sudo tzap -a 1 -x -H -c channelsv3.conf "La 1 HD.", using >>>> >> second tuner, it locks and works >>>> >> - log excerpt extracted -> test2.1-adap1-ok.log >>>> >> >>>> >> Test 2.2) >>>> >> - sudo tzap -a 0 -x -H -c channelsv3.conf "La 1 HD.", using >>>> first >>>> >> tuner after second tuner lock, it doesn't lock and doesn't work >>>> >> - log excerpt extracted -> test2.2-adap0-ko.log >>>> >> >>>> >> From the logs, I interpret that, after one tuner is used and locked >>>> the >>>> >> signal, trying to use the other tuner no IRQs are fired after >>>> >> cx23885_start_dma(), so the driver immediately cancels buffers and >>>> >> stops dma. However, I am not an expert and I can't follow the full >>>> >> workflow, so I could be wrong. >>>> >> >>>> >> I would like to help as much as I can, but I'm afraid I need some >>>> >> guidance. >>>> >> >>>> >> BR >>>> >> >>>> >> -----Mensaje original----- >>>> >> De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- >>>> >> owner@xxxxxxxxxxxxxxx] En nombre de dCrypt Enviado el: sábado, 17 de >>>> >> enero de 2015 1:26 >>>> >> Para: james@xxxxxxxxxxxxxxxxx >>>> >> CC: linux-media@xxxxxxxxxxxxxxx; hverkuil@xxxxxxxxx >>>> >> Asunto: RE: [possible BUG, cx23885] Dual tuner TV card, works using >>>> one >>>> >> tuner only, doesn't work if both tuners are used >>>> >> >>>> >> Hi, James. >>>> >> >>>> >> After searching for somebody posting some issues similar to mine, I >>>> >> think this one you posted to the mailing list can be related: >>>> >> >>>> >> https://www.mail-archive.com/linux- >>>> >> media%40vger.kernel.org/msg80078.html >>>> >> >>>> >> I'm having problems using both tuners in a dual tuner card (Terratec >>>> >> Cinergy T PCIe Dual), also based on cx23885, but it uses different >>>> >> frontends/tuners than yours. >>>> >> >>>> >> In summary, my problem is that I started getting signal/locking >>>> errors >>>> >> in VDR if I tuned one frontend, and VDR scanned EIT/EPG using the >>>> >> second tuner in the background; by disabling the second tuner it >>>> works. >>>> >> I managed to reproduce the problem by simply using dvbzap/dvbv5-zap >>>> in >>>> >> command line. And it suddenly started failing on the 1st of Dec 2014 >>>> >> (after a frequency change in DVB-T in Spain). I tested different >>>> Ubuntu >>>> >> distros wich previously worked, but I can't manage to make it work >>>> now >>>> >> using the default kernel included in the Ubuntu ISO image that I had >>>> >> installed. >>>> >> >>>> >> I am testing now with Ubuntu 15.04 nightly, kernel 3.18, in a >>>> separate >>>> >> hw platform. I also tested with MythTV and TVHedaend, but as I >>>> managed >>>> >> to reproduce it with the dvb command line tools, I don't test any >>>> GUI >>>> >> anymore. I've also tested it in Windows 7, and it works tuning both >>>> >> tuners simultaneously, so I discarded a hardware problem. I've also >>>> >> tested with the latest git from the v4l repo by following this guide >>>> >> ("basic" approach): >>>> >> >>>> http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L- >>>> >> DVB_Device_Drivers with the same result. >>>> >> >>>> >> My guess is that something in the cx23885 driver does not like the >>>> >> current DVB-T signal in Spain. Is it possible that something similar >>>> >> happened where you live? >>>> >> >>>> >> The problem is that I don't know how to proceed to debug the issue, >>>> so >>>> >> any advice is welcome. >>>> >> >>>> >> BR >>>> >> >>>> >> -----Mensaje original----- >>>> >> De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- >>>> >> owner@xxxxxxxxxxxxxxx] En nombre de dCrypt Enviado el: viernes, 09 >>>> de >>>> >> enero de 2015 8:16 >>>> >> Para: blind Pete >>>> >> CC: linux-media@xxxxxxxxxxxxxxx >>>> >> Asunto: RE: [BUG] Dual tuner TV card, works using one tuner only, >>>> >> doesn't work if both tuners are used >>>> >> >>>> >> Hi, blind Pete. >>>> >> >>>> >> Thank you for taking your time to answer. >>>> >> >>>> >> Yes, I tried different kernels focusing con Ubuntu distro. I don't >>>> >> remember the exact kernel version, but at least those included by >>>> >> default in the Ubuntu 12.04 lts and 14.04 lts ISO image, which >>>> worked >>>> >> for me. The latest Ubuntu version I tested was the nightly 15.04 >>>> from >>>> >> the 7th of January. >>>> >> >>>> >> BREl 9/1/2015 4:46, blind Pete <0123peter@xxxxxxxxx> escribió: >>>> >> > >>>> >> > Hi dCrypt, >>>> >> > >>>> >> > I'm not a developer at all. I'm not even sure why I read this >>>> list, >>>> >> > but can you determine if the problem is associated with a >>>> particular >>>> >> > kernel version? i.e. if it works on x.y.z but fails on x.y.(z+1) >>>> you >>>> >> > have a starting point. If you use the word "regression" and a >>>> kernel >>>> >> > version number you might get more attention - but I'm only >>>> guessing. >>>> >> > >>>> >> > Good luck, >>>> >> > blind Pete >>>> >> > >>>> >> > dCrypt wrote: >>>> >> > >>>> >> > > Hi again, >>>> >> > > >>>> >> > > I'm sorry if I sound quite rude, but I'm not sure if I am doing >>>> it >>>> >> > > right or not. I subscribed to this mailing list in order to ask >>>> for >>>> >> > > help, or to help with a bug that I've found (as instructed in >>>> the >>>> >> > > wiki http://linuxtv.org/wiki/index.php/Bug_Report), but it seems >>>> to >>>> >> > > me that the mailing list is filled up with developing messages. >>>> I >>>> >> > > don't want to participate in the development, I am a developer >>>> but >>>> >> I >>>> >> > > don't have the skills nor the knowledge. >>>> >> > > >>>> >> > > If this is not the right place to direct my questions, I would >>>> >> > > appreciate some advice. >>>> >> > > >>>> >> > > Thank you very much, and best regards. >>>> >> > > >>>> >> > > -----Mensaje original----- >>>> >> > > De: linux-media-owner@xxxxxxxxxxxxxxx >>>> >> > > [mailto:linux-media-owner@xxxxxxxxxxxxxxx] En nombre de dCrypt >>>> >> > > Enviado el: jueves, 01 de enero de 2015 22:04 >>>> >> > > Para: linux-media@xxxxxxxxxxxxxxx >>>> >> > > Asunto: [BUG] Dual tuner TV card, works using one tuner only, >>>> >> > > doesn't work if both tuners are used >>>> >> > > >>>> >> > > Hi, >>>> >> > > >>>> >> > > I just subscribed to the mailing list to submit information on >>>> the >>>> >> > > bug which is driving me crazy since one month ago. >>>> >> > > >>>> >> > > I have a VDR based PVR at home, installed over an Ubuntu 14.04 >>>> LTS. >>>> >> > > Everything was working perfectly, until beginning of December. >>>> It >>>> >> > > seems to me that something changed that broke my PVR pretty bad. >>>> >> > > >>>> >> > > The problem is the following: tuning (zap) both tuners (it's not >>>> >> > > needed that both are tuned simultaneously, only one after the >>>> >> other, >>>> >> > > in no particular order) makes the tuners to enter an state where >>>> >> > > they can't lock the signal anymore. >>>> >> > > >>>> >> > > Facts: >>>> >> > > >>>> >> > > - My TV card is a Cinergy T PCIe Dual from Terratec >>>> >> > > >>>> >> >>>> (http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_T_PCIe_dual). >>>> >> > > - The problem arose in the form of "frontend x/0 timed out while >>>> >> > > tuning to channel ..." in /var/log/syslog. It happened when both >>>> >> > > tuners are active, during EPG scan. The problem does not happen >>>> if >>>> >> > > VDR is run with -D parameter to limit the number of frontends >>>> >> > > enabled. Disabling the EPG scan with both frontends enabled >>>> >> > > minimizes the problem, but doesn't solve it because tuning both >>>> >> > > frontends without any EPG scan makes the error happen again. - I >>>> >> > > initially thought about a problem in the DVB-T signal, because >>>> it >>>> >> > > all started the 1st of December, during the transition to a new >>>> set >>>> >> of frequencies in Spain. >>>> >> > > - Everything was working perfectly before the 1st, and the >>>> problems >>>> >> > > started suddenly. >>>> >> > > - I setup testing board for debugging, different board and >>>> >> > > processor, less memory, lots of Linux distros tested, Windows >>>> >> tested as well. >>>> >> > > - Both tuners works in windows without problems. Confirmed. >>>> >> > > - I have completely discarded problems/errors in hardware >>>> (because >>>> >> > > in Windows I can enable both tuners without problems) and VDR >>>> >> > > (because I can reproduce the problems at OS level, without even >>>> >> having VDR installed). >>>> >> > > - I have almost narrowed the problem at the cx23885 driver, >>>> because >>>> >> > > when it happens, I can restart the TV card to working conditions >>>> by >>>> >> > > executing "rmmod cx23885" and "modprobe cx23885"; however, as >>>> with >>>> >> > > "rmmod" several dependencies are unloaded as well, I am stuck >>>> and I >>>> >> > > am unable to go on with debugging to find out where the problem >>>> >> really is. >>>> >> > > - Tools used to test and confirm the problem are: VDR, MythTV, >>>> >> > > TVHeadend, dvbscan, dvbv5-scan, dvbv5-zap and others >>>> >> > > - Linux distros tested: Ubuntu, Fedora, Suse, yaVDR (not sure if >>>> >> the >>>> >> > > card worked at all), MythBuntu ("dvb-fe-tool -a 1 -c DVBT" was >>>> >> > > required to force DVB-T mode for the second tuner), and probably >>>> >> > > others >>>> >> > > - I have a Sony PlayTV also with dual tuners, which works >>>> without >>>> >> > > any problem. >>>> >> > > >>>> http://www.linuxtv.org/wiki/index.php/Sony_PlayTV_dual_tuner_DVB-T >>>> >> > > >>>> >> > > So, that's why I ask for your help. How can I further debug the >>>> >> problem? >>>> >> > > Is there something I can do? >>>> >> > > >>>> >> > > BR, and happy new year! >>>> >> > > >>>> >> > > >>>> >> > > INFO & TEST: >>>> >> > > >>>> >> > > ---------------------------------------------------------------- >>>> --- >>>> >> -> >>>> >> > > >>>> >> > > pvr@prueba:~$ sudo lspci -vvv -s 03:00.0 03:00.0 Multimedia >>>> video >>>> >> > > controller: Conexant Systems, Inc. CX23885 PCI Video and Audio >>>> >> > >Decoder (rev 04) >>>> >> > > Subsystem: TERRATEC Electronic GmbH Cinergy T PCIe Dual >>>> >> > > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- >>>> VGASnoop- >>>> >> > > ParErr- >>>> >> > > Stepping- SERR- FastB2B- DisINTx- >>>> >> > > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >>>> >> > >>TAbort- >>>> >> > > <TAbort- <MAbort- >SERR- <PERR- INTx- >>>> >> > > Latency: 0, Cache Line Size: 4 bytes >>>> >> > > Interrupt: pin A routed to IRQ 16 >>>> >> > > Region 0: Memory at fba00000 (64-bit, non-prefetchable) >>>> >> > >[size=2M] >>>> >> > > Capabilities: [40] Express (v1) Endpoint, MSI 00 >>>> >> > > DevCap: MaxPayload 128 bytes, PhantFunc 0, >>>> Latency >>>> >> > >L0s <64ns, L1 <1us >>>> >> > > ExtTag- AttnBtn- AttnInd- PwrInd- RBE- >>>> >> > >FLReset- >>>> >> > > DevCtl: Report errors: Correctable- Non-Fatal- >>>> >> > >Fatal- >>>> >> > > Unsupported- >>>> >> > > RlxdOrd+ ExtTag- PhantFunc- AuxPwr- >>>> >> NoSnoop+ >>>> >> > > MaxPayload 128 bytes, MaxReadReq 512 >>>> bytes >>>> >> > > DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ >>>> >> > >AuxPwr- >>>> >> > > TransPend- >>>> >> > > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM >>>> L0s >>>> >> > >L1, >>>> >> > > Exit >>>> >> > > Latency L0s <2us, L1 <4us >>>> >> > > ClockPM- Surprise- LLActRep- BwNot- >>>> >> > > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- >>>> >> > >CommClk+ >>>> >> > > ExtSynch- ClockPM- AutWidDis- BWInt- >>>> >> > >AutBWInt- >>>> >> > > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- >>>> >> > >SlotClk+ >>>> >> > > DLActive- BWMgmt- ABWMgmt- >>>> >> > > Capabilities: [80] Power Management version 2 >>>> >> > > Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA >>>> >> > > PME(D0+,D1+,D2+,D3hot+,D3cold-) >>>> >> > > Status: D0 NoSoftRst- PME-Enable- DSel=0 >>>> DScale=0 >>>> >> > >PME- >>>> >> > > Capabilities: [90] Vital Product Data >>>> >> > > Product Name: " >>>> >> > > End >>>> >> > > Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- >>>> 64bit+ >>>> >> > > Address: 0000000000000000 Data: 0000 >>>> >> > > Capabilities: [100 v1] Advanced Error Reporting >>>> >> > > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- >>>> >> > >UnxCmplt- >>>> >> > > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- >>>> >> > > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- >>>> >> > >UnxCmplt- >>>> >> > > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- >>>> >> > > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- >>>> >> > >UnxCmplt- >>>> >> > > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- >>>> >> > > CESta: RxErr- BadTLP- BadDLLP- Rollover- >>>> Timeout- >>>> >> > > NonFatalErr- >>>> >> > > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- >>>> Timeout- >>>> >> > > NonFatalErr- >>>> >> > > AERCap: First Error Pointer: 14, GenCap- CGenEn- >>>> >> > >ChkCap- >>>> >> > > ChkEn- >>>> >> > > Capabilities: [200 v1] Virtual Channel >>>> >> > > Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 >>>> >> > > Arb: Fixed+ WRR32+ WRR64+ WRR128- >>>> >> > > Ctrl: ArbSelect=WRR64 >>>> >> > > Status: InProgress- >>>> >> > > Port Arbitration Table [240] <?> >>>> >> > > VC0: Caps: PATOffset=00 MaxTimeSlots=1 >>>> >> > >RejSnoopTrans- >>>> >> > > Arb: Fixed- WRR32- WRR64- WRR128- >>>> >> > >TWRR128- >>>> >> > > WRR256- >>>> >> > > Ctrl: Enable+ ID=0 ArbSelect=Fixed >>>> >> > >TC/VC=ff >>>> >> > > Status: NegoPending- InProgress- >>>> >> > > Kernel driver in use: cx23885 >>>> >> > > >>>> >> > > ---------------------------------------------------------------- >>>> --- >>>> >> -> >>>> >> > > >>>> >> > > pvr@prueba:~$ dmesg | grep cx >>>> >> > > [ 12.812789] cx23885 driver version 0.0.3 loaded [ >>>> 12.812997] >>>> >> > > CORE cx23885[0]: subsystem: 153b:117e, board: TerraTec Cinergy T >>>> >> > > PCIe Dual [card=34,autodetected] [ 12.949340] cx25840 11-0044: >>>> >> > > cx23885 A/V decoder found @ 0x88 >>>> >> > > (cx23885[0]) >>>> >> > > [ 13.723953] cx25840 11-0044: loaded v4l-cx23885-avcore-01.fw >>>> >> > > firmware >>>> >> > > (16382 bytes) >>>> >> > > [ 13.739701] cx23885_dvb_register() allocating 1 frontend(s) [ >>>> >> > > 13.739704] cx23885[0]: cx23885 based dvb card [ 13.852565] >>>> DVB: >>>> >> > > registering new adapter (cx23885[0]) [ 13.852569] cx23885 >>>> >> > > 0000:03:00.0: DVB: registering adapter 0 frontend 0 (DRXK DVB- >>>> T)... >>>> >> > > [ 13.852749] cx23885_dvb_register() allocating 1 frontend(s) [ >>>> >> > > 13.852750] cx23885[0]: cx23885 based dvb card [ 13.958613] >>>> DVB: >>>> >> > > registering new adapter (cx23885[0]) [ 13.958618] cx23885 >>>> >> > > 0000:03:00.0: DVB: registering adapter 1 frontend 0 (DRXK DVB-C >>>> >> > > DVB-T)... >>>> >> > > [ 13.958934] cx23885_dev_checkrevision() Hardware revision = >>>> 0xa5 >>>> >> > > [ 13.958939] cx23885[0]/0: found at 0000:03:00.0, rev: 4, irq: >>>> >> 16, >>>> >> > > latency: 0, mmio: 0xfba00000 >>>> >> > > >>>> >> > > ---------------------------------------------------------------- >>>> --- >>>> >> -> >>>> >> > > >>>> >> > > pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 0 >>>> -x >>>> >> > >using demux '/dev/dvb/adapter0/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 11,30dB UCB= 2 >>>> >> > >postBER= 0 preBER= 57,9x10^-6 PER= 48,8x10^-6 Lock (0x1f) >>>> >> > >Quality= Good Signal= 100,00% C/N= 11,80dB UCB= 3 postBER= 0 >>>> >> preBER= >>>> >> > >55,1x10^-6 PER= 0 pvr@prueba:~$ pvr@prueba:~$ sudo dvbv5-zap >>>> "La 1 >>>> >> > >HD." -c channelsv5.conf -a 0 -x using demux >>>> >> > >'/dev/dvb/adapter0/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 11,80dB UCB= 3 >>>> >> > >postBER= 0 preBER= 63,6x10^-6 PER= 56,3x10^-6 Lock (0x1f) >>>> >> > >Quality= Good Signal= 100,00% C/N= 12,20dB UCB= 4 postBER= >>>> >> > > 5,39x10^-6 preBER= 0 PER= 0 >>>> >> > > pvr@prueba:~$ >>>> >> > > pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 0 >>>> -x >>>> >> > >using demux '/dev/dvb/adapter0/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 12,20dB UCB= 4 >>>> >> > >postBER= >>>> >> > > 1,01x10^-6 preBER= 58,6x10^-6 PER= 61,0x10^-6 Lock (0x1f) >>>> >> > >Quality= Good Signal= 100,00% C/N= 12,10dB UCB= 4 postBER= 0 >>>> >> preBER= >>>> >> > >55,1x10^-6 PER= 0 pvr@prueba:~$ pvr@prueba:~$ sudo dvbv5-zap >>>> "La 1 >>>> >> > >HD." -c channelsv5.conf -a 1 -x using demux >>>> >> > >'/dev/dvb/adapter1/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Signal= 0,00% >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 10,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > >>>> >> > > ^Cpvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a >>>> 0 - >>>> >> x >>>> >> > >using demux '/dev/dvb/adapter0/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 12,10dB UCB= 4 >>>> >> > >postBER= >>>> >> > > 850x10^-9 preBER= 58,0x10^-6 PER= 51,4x10^-6 >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 8,80dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 10,00dB >>>> >> > > >>>> >> > > ^Cpvr@prueba:~$ sudo rmmod cx23885 >>>> >> > > pvr@prueba:~$ sudo modprobe cx23885 pvr@prueba:~$ >>>> pvr@prueba:~$ >>>> >> > >pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 1 - >>>> x >>>> >> > >using demux '/dev/dvb/adapter1/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Signal= 0,00% >>>> >> > > Lock (0x1f) Quality= Good Signal= 100,00% C/N= 10,40dB UCB= 0 >>>> >> > >postBER= 0 preBER= 55,1x10^-6 PER= 0 pvr@prueba:~$ sudo dvbv5- >>>> zap >>>> >> > >"La 1 HD." -c channelsv5.conf -a 1 -x using demux >>>> >> > >'/dev/dvb/adapter1/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 10,40dB UCB= 0 >>>> >> > >postBER= 0 preBER= 36,7x10^-6 PER= 0 Lock (0x1f) Quality= >>>> Good >>>> >> > >Signal= 100,00% C/N= 11,90dB UCB= 1 postBER= 0 preBER= 331x10^-6 >>>> >> > >PER= 0 pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c >>>> channelsv5.conf - >>>> >> a >>>> >> > >1 -x using demux '/dev/dvb/adapter1/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 11,90dB UCB= 1 >>>> >> > >postBER= 0 preBER= 175x10^-6 PER= 40,7x10^-6 Lock (0x1f) >>>> >> Quality= >>>> >> > >Good Signal= 100,00% C/N= 12,30dB UCB= 2 postBER= 0 preBER= >>>> >> > >55,1x10^-6 PER= 0 pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c >>>> >> > >channelsv5.conf -a 0 -x using demux '/dev/dvb/adapter0/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Signal= 0,00% >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 11,60dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > >>>> >> > > ^Cpvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a >>>> 1 - >>>> >> x >>>> >> > >using demux '/dev/dvb/adapter1/demux0' >>>> >> > > reading channels from file 'channelsv5.conf' >>>> >> > > service has pid type 05: 115 >>>> >> > > tuning to 770000000 Hz >>>> >> > > (0x00) Quality= Good Signal= 100,00% C/N= 12,30dB UCB= 2 >>>> >> > >postBER= 0 preBER= 138x10^-6 PER= 54,3x10^-6 >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 10,20dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 11,70dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB >>>> >> > > Viterbi(0x07) Signal= 100,00% C/N= 10,40dB >>>> >> > > >>>> >> > > ^Cpvr@prueba:~$ >>>> >> > > >>>> >> > > >>>> >> > > -- >>>> >> > > 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 >>>> >> > -- >>>> >> > blind Pete >>>> >> > Sig goes here... >>>> >> > >>>> >> > -- >>>> >> > 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 >>>> >> N r y b X ǧv ^ ){.n + { bj) w*jg ݢj/ z ޖ >>>> 2 ޙ >>>> >> & )ߡ a G h j:+v w ٥ >>>> >> >>>> >> -- >>>> >> 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 >> > > -- > ------------------------------- > dCrypt -- 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