Re: [possible BUG, cx23885] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux