Re: [linux-dvb] WinTV-CI from Hauppauge
Steven Toth wrote: > Manu Abraham wrote: >> Steven Toth wrote: >>> Manu Abraham wrote: >>>> Steven Toth wrote: >>>>> Luc Brosens wrote: >>>>>> all, >>>>>> >>>>>> so I got the WinTV-CI from Hauppauge. Nice little thing, powered >>>>>> through the USB(2)-port. >>>>>> On the box, is says "Common-Interface extension over USB". >>>>> Cool. >>>>> >>>>>> There's software with it, but of course only XP and Vista... which >>>>>> are out of the question ;-) >>>>>> >>>>>> I'm contacting Hauppauge's tech support for specs, let's hope >>>>>> they're responsive. >>>>> They won't be able to help, I can - but not for a few weeks. >>>>> >>>>> I'm expecting to release public USB protocol information during Jan >>>>> 08 which would allow a GPL driver to be written. Right now I have >>>>> nothing to give you. >>>>> >>>>> If you feel adventurous, feel free to start now by reverse >>>>> engineering the protocol with a windows software USB sniffer, it >>>>> won't be wasted work. The device is Cypress FX2 based (which Linux >>>>> has lots of examples for) and it loads custom firmware (which Linux >>>>> has lots of examples of) apart from that I think the protocol is very >>>>> simple. >>>>> >>>>> How to integrate it with the kernel s/w demux would be an interesting >>>>> debate. >>>> In fact, you might not even need the swdemux at all, as the CA stack >>>> is all in userspace, not in kernel. All you would most probably need >>>> is an interface to read/write a TS to the USB interface. Maybe easier >>>> would be to read the TS off the dvr device, parse the TS and write the >>>> entire TS into a libusb interface >>>> or similar. >>> That would work, but it's kind of a hack. Why not have a mechanism for >>> routing content directly into a cam and back into the s/w demux as >>> required? >> >> Although sounds nice to hear, In kernel copying in a TS to "another" >> device might be like shooting oneself in the foot. > > I'd settle for seeing a working solution under Linux, however it > happens. I suspect whoever takes the docs and builds something will most > likely get traction with their ideas. With GPL drivers it can evolved > over time. > > Getting the docs out, rather than worrying about implementation, is > higher on my priority list. > > Gathering feedback from the apps devs is just as important (IMHO). > > - Steve > glad to see this topic is gathering so much interest ! progress : installed XP Professional, usbsnoop and the Hauppauge drivers so now I can capture the data and commands going to and from the WinTV-CI first capture I made seemed OK, not easy to find meaning in it, though. The expected docs will solve that mystery. the driver complained it couldn't find a supported DVB-card (there's currently only a KNCOne TV-Station in there), so I ordered a WinTV-NOVA S Plus, and will be able to capture the full range of commands/data shortly plans : write a minimalist device driver, manage firmware, and expose a basic interface through /dev/something write a userspace commandline utility that uses this device to descramble recordings from a DVB-S card (disk -> WinTV-CI -> disk) (this would get me the functionality of my Arion AF-9280PVR settop box that records up to 4 scrambled streams and decodes afterwards) get MythTV to use the utility as a postprocessing task, and multi-card, multi-stream recording of payTV is possible getting a supported DVB-S card and the WinTV-CI to work seamlessly together would be the ultimate goal, how best to do this is for the moment unclear to me comments and suggestions welcome, as always Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] WinTV-CI from Hauppauge
Steven Toth wrote: > Luc Brosens wrote: >> all, >> >> so I got the WinTV-CI from Hauppauge. Nice little thing, powered >> through the USB(2)-port. >> On the box, is says "Common-Interface extension over USB". > > Cool. > >> >> There's software with it, but of course only XP and Vista... which are >> out of the question ;-) >> >> I'm contacting Hauppauge's tech support for specs, let's hope they're >> responsive. > > They won't be able to help, I can - but not for a few weeks. > > I'm expecting to release public USB protocol information during Jan 08 > which would allow a GPL driver to be written. Right now I have nothing > to give you. > > If you feel adventurous, feel free to start now by reverse engineering > the protocol with a windows software USB sniffer, it won't be wasted > work. The device is Cypress FX2 based (which Linux has lots of examples > for) and it loads custom firmware (which Linux has lots of examples of) > apart from that I think the protocol is very simple. > > How to integrate it with the kernel s/w demux would be an interesting > debate. > > Let me know if I can help. > > Regards, > > - Steve > > > Steve, thanx for the reply. Looking forward to your USB information next month. The initial response from Hauppauge is somewhat promising : UK tech support told me to contact US tech support, let's see how it evolves. Reverse engineering the protocol was on my todo list, XP here I come... If you have a specific USB sniffer software in mind, I'd be interested to get a reference from you. As for integrating with the demux interface, I would initially be happy implementing a command line utility that descrambles stored recordings (something I've been bugging this list with for weeks now ..) The idea is to have MythTV record multiple streams using multiple cards and do the descrambling in the postprocessing tasks. Live-viewing (which is where the demux-integration comes into play) is less important to me. Your help in this endeavor will be very much appreciated, let me know how you'd like to organize things. greetings, Luc www.bsc-bvba.be ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] WinTV-CI from Hauppauge
all, so I got the WinTV-CI from Hauppauge. Nice little thing, powered through the USB(2)-port. On the box, is says "Common-Interface extension over USB". There's software with it, but of course only XP and Vista... which are out of the question ;-) I'm contacting Hauppauge's tech support for specs, let's hope they're responsive. any pointers on writing a device driver for this thing are appreciated here's the dmesg and lsusb -v output : usb 1-7: new high speed USB device using ehci_hcd and address 2 usb 1-7: new device found, idVendor=2040, idProduct=1100 usb 1-7: new device strings: Mfr=0, Product=0, SerialNumber=0 usb 1-7: configuration #1 chosen from 1 choice Bus 001 Device 002: ID 2040:1100 Hauppauge Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 255 Vendor Specific Subclass bDeviceProtocol 255 Vendor Specific Protocol bMaxPacketSize064 idVendor 0x2040 Hauppauge idProduct 0x1100 bcdDevice0.02 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 171 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass255 Vendor Specific Subclass bInterfaceProtocol255 Vendor Specific Protocol iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 1 bNumEndpoints 6 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass255 Vendor Specific Subclass bInterfaceProtocol255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x86 EP 6 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x88 EP 8 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 2 bNumEndpoints 6 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass255 Vendor Specific Subclass bInterfaceProtocol255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType
Re: [linux-dvb] offline descrambling of encrypted capture-files ?
Jean-Claude Repetto wrote: > Luc Brosens wrote : >> >> I sent a question to technical support at KNCOne.de, and they confirm >> the bad news that Manu Abraham gave me : the CAM/CI on the TV-Station >> DVB-S can >> only be fed data from the tuner, not from a file. >> >> Pondering my options, I see two of them : >> >> (1) obtain a PCMCIA slot, and stuff my CAM in there. This may be the >> easiest route to take, as the CAM will still be there to do most of >> the work. I >> would be loosing a PCI slot however, and the capability of using two >> tuners (anyone know of a PCI-Express based adapter card ?) > > Won't work. > >> (2) get a smartcard programmer, connected serially or through USB, and >> port "poor man's cam". It looks like I wouldn't be able to use the CAM >> in this >> scenario, and it would need to be emulated (which, as I understand it, >> is the bulk of "poor man's cam" coding). >> >> are there more - easier - options ? > > I see another option : use a WinTV-CI from Hauppauge. The only problem > is that the Linux driver does not exist yet, but may be for your > application you don't need a driver, a user level application should be > enough. > > Jean-Claude > > Jean-Claude, thanks for your reply. I didn't know of the existence of the WinTV-CI yet, but it looks like it could solve my problem. I'm going to try to find one and have a look at it sincerely, Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] offline descrambling of encrypted capture-files ?
Luc Brosens wrote: > hi, > > my setup is two KNC1 TVSTATION cards, one of which has the CI-module attached > and a paid for CAM in it > I would like to be able to use the other card to store scrambled content on > disk (easy) and descramble it afterwards using the CAM from the first card > > what command could accomplish this ? > > I've heard of cardsharing and softcams, but don't know what this means : if > these would be a valid option, please point me to some info > just to be clear : I am not interested in pirating content, I have a valid > subscription and only wish to record multiple channels at the same time > > my current settop box, an Arion "AF9280 PVR" has the feature I'm looking for. > It has two tuners, can record op two 4 channels at the same time, stores > the recordings scrambled and descrambles at night > but unfortunately, I'm addicted to MythTV ... > > thanks, > > Luc > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > I sent a question to technical support at KNCOne.de, and they confirm the bad news that Manu Abraham gave me : the CAM/CI on the TV-Station DVB-S can only be fed data from the tuner, not from a file. Pondering my options, I see two of them : (1) obtain a PCMCIA slot, and stuff my CAM in there. This may be the easiest route to take, as the CAM will still be there to do most of the work. I would be loosing a PCI slot however, and the capability of using two tuners (anyone know of a PCI-Express based adapter card ?) (2) get a smartcard programmer, connected serially or through USB, and port "poor man's cam". It looks like I wouldn't be able to use the CAM in this scenario, and it would need to be emulated (which, as I understand it, is the bulk of "poor man's cam" coding). are there more - easier - options ? has either one of these been tried ? anybody interested in starting a project for this ? my ultimate goal is having a MythTV box handling multiple recordings, descrambling them afterwards loosing live-TV would not be too big a problem, as I prefer to watch recorded stuff and skip the ads Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
Manu Abraham wrote:
> Luc Brosens wrote:
>> Manu Abraham wrote:
>>> Luc Brosens wrote:
>>>
>>>> Manu,
>>>>
>>>> your guess is correct, under W2K no tuning problems. The scrambled
>>>> channels tune in an instance, now and then there are some artifacts
>>>> though. But
>>>> tuning works !
>>>>
>>>> so my hardware setup works, now how to find that 'tenderness' in the
>>>> driver ? You think that the tuning-part of the drivers (that would be the
>>>> STV0299-stuff wouldn't it ?)
>>> It can be the STV0299 + the tuner on it. What tuner do you have on the card
>>> ? Maybe
>>> it is bad tuner programming, before looking elsewhere. Tuners wrongly
>>> programmed
>>> cause such weird issues, one can say.
>>>
>>>> if somebody can set me off in the right direction, I'll get it solved
>>>>
>>>> the Windows TV-viewer that came with the cards reports a signal of 95%,
>>>> even for scrambled channels : another indication that tuning could be done
>>>> a
>>>> bit better ?
>>>>
>>>> Luc
>>>>
>>> Manu
>>>
>> Manu,
>>
>> it's a KNCOne TV-Station DVB-S
>> on it, I can see a STV02998 and a SAA7146AH
>> the tuner chip is obscured by a cover plate
>> I've prepared a little page with some pictures and the dmesg, lsmod and
>> lspci info :
>>
>> http://www.bsc-bvba.be/persoonlijk/kncone.html
>>
>> even though I bought it as a TV-Station, and that's what it says on the box,
>> it is taken to be a TV-Star
>> if I change the PCI-id-table in budget_av.c and make it a TV-Station
>> (SUBID_DVBS_KNC1), I get "timeout waiting for end of xfer" from the SAA
>>
>
> You are trying the latest changes in the tree, ie the topmost changes,
> IIRC Oliver had some fixes which fixed some IRQ issues.
>
>> the budget-av coding for the TV-Star seems to suggest the tuner is a SD1878,
>> which is confirmed by the label on the cover plate (you can read it on
>> the pictures of the front of the card)
>>
>> I'll go and read the SD1878 coding ...
>
> try this change:
>
> in dvb-pll.c:
> http://linuxtv.org/hg/v4l-dvb/file/85f583ec85d6/linux/drivers/media/dvb/frontends/dvb-pll.c
>
> The following lines:
>
> 473 { 125, 500, 0xc4, 0x00},
> 474 { 155, 500, 0xc4, 0x40},
> 475 { 205, 500, 0xc4, 0x80},
> 476 { 215, 500, 0xc4, 0xc0},
>
>
> change this to make it look like this:
>
> { 125, 500, 0xc4, 0xc0},
> { 145, 500, 0xc4, 0xc0},
> { 205, 500, 0xc4, 0xc0},
> { 215, 500, 0xc4, 0xc0},
>
> This is bad but, check whether you see any difference.
>
> Manu
>
Manu,
there's a definite improvement in tuning : almost all tuning attempts succeed
now, scrambled and all
and it's a rainy evening, which reduces reception a bit
now to re-install mplayer/MythTV to check out the picture
thanks !
Luc
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
Manu Abraham wrote: > Luc Brosens wrote: > >> Manu, >> >> your guess is correct, under W2K no tuning problems. The scrambled channels >> tune in an instance, now and then there are some artifacts though. But >> tuning works ! >> >> so my hardware setup works, now how to find that 'tenderness' in the driver >> ? You think that the tuning-part of the drivers (that would be the >> STV0299-stuff wouldn't it ?) > > It can be the STV0299 + the tuner on it. What tuner do you have on the card ? > Maybe > it is bad tuner programming, before looking elsewhere. Tuners wrongly > programmed > cause such weird issues, one can say. > >> if somebody can set me off in the right direction, I'll get it solved >> >> the Windows TV-viewer that came with the cards reports a signal of 95%, even >> for scrambled channels : another indication that tuning could be done a >> bit better ? >> >> Luc >> > > Manu > Manu, it's a KNCOne TV-Station DVB-S on it, I can see a STV02998 and a SAA7146AH the tuner chip is obscured by a cover plate I've prepared a little page with some pictures and the dmesg, lsmod and lspci info : http://www.bsc-bvba.be/persoonlijk/kncone.html even though I bought it as a TV-Station, and that's what it says on the box, it is taken to be a TV-Star if I change the PCI-id-table in budget_av.c and make it a TV-Station (SUBID_DVBS_KNC1), I get "timeout waiting for end of xfer" from the SAA the budget-av coding for the TV-Star seems to suggest the tuner is a SD1878, which is confirmed by the label on the cover plate (you can read it on the pictures of the front of the card) I'll go and read the SD1878 coding ... Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbloop - A virtual DVB adapter
Manu Abraham wrote: > Luc Brosens wrote: > >> would this enable me to descramble a recording made without a CAM ? I have >> two cards, but of course only the single CAM, and would like to be able to >> store recordings without unscrambling using the card-without-CAM and >> afterwards descramble them using the CAM (which of course is fully paid for >> and >> entitles me to do this) > > Well you can't do this with the onboard CAM on any DVB card. You can do the > same with a normal SoftCAM in userland alone, without any gimmicks > > Manu > > Manu, that's a big disappointment. I was counting on this to have multiple recordings, both from a single frequency on a single card, and from multiple cards where only one has a CAM (just a single subscription should be enough) going scrambled to disk and later on descrambling 'in batch'. as I said in an earlier post, my settop box does this all the time. I'm new to this DVB-stuff, but the pseudo-network interface from these cards seemed like a possible option. The SoftCAM option, would that be the frowned-upon mostly-used-for-pirating illegal thingie ? I am extremely interested in any information you can send my way (I have and will continue to pay for a valid subscription) Being able do decode afterwards in batch would also solve my tuning problems when the CAM is accessed (see another previous post from me) thanks in advance Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbloop - A virtual DVB adapter
Christian Prähauser wrote: > Hello Jean! > Thanks for the hint. The server is now back online! > > Cheers, > Christian. > > Jean-Claude Repetto schrieb: >> Christian Praehauser wrote : >> >>> I wrote a Linux kernel module which provides one or more virtual DVB >>> adapters. When loaded, it creates a char device of the form >>> /dev/dvbloop for every virtual DVB adapter. All Transport Stream >>> packets written to a char device will be delivered on the >>> corresponding virtual DVB adapter. >>> >>> You can get the sources at http://cpn.dyndns.org/projects/dvbloop.shtml. >>> >> Hello, >> >> This site seems to be down. Can I download this module from another >> site, or is there another way to send a file containing a TS stream to >> the DVB drivers ? >> >> Thanks, >> Jean-Claude > > Christian, would this enable me to descramble a recording made without a CAM ? I have two cards, but of course only the single CAM, and would like to be able to store recordings without unscrambling using the card-without-CAM and afterwards descramble them using the CAM (which of course is fully paid for and entitles me to do this) by the way, the site is down again if you want, you can send me the sources by mail I'd also be happy to host the sources for you on my website, if you want thanks, Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
Manu Abraham wrote: > Luc Brosens wrote: >> so I changed gnutv to only initialise the CAM after obtaining FE_HAS_LOCK >> apparantly, initialising the CAM is enough to loose the tuning lock, not to >> return afterwards >> so this is not a solution >> > > This won't help. The CPU on the CAM is running irrespective whether > you are trying to initialize it or not. In fact the CPU usage is much lower > at initialization time. > >> here's a run with femon monitoring the tuning status : >> >> I start of with the CAM in the slot, and try to gnutv-tune to BBC World >> (which is not scrambled, so need for the CAM) >> [EMAIL PROTECTED]:~/dvb-apps> femon -a 1 -H >> FE: ST STV0299 DVB-S (DVBS) >> status S | signal 63% | snr 49% | ber 14077 | unc 0 | >> status S | signal 79% | snr 51% | ber 13311 | unc 0 | >> status S | signal 69% | snr 50% | ber 13776 | unc 0 | >> status S | signal 31% | snr 49% | ber 13116 | unc 0 | >> status S | signal 54% | snr 49% | ber 13085 | unc 0 | >> status S | signal 75% | snr 49% | ber 13509 | unc 0 | >> status S | signal 80% | snr 50% | ber 13017 | unc 0 | >> status S | signal 21% | snr 41% | ber 0 | unc 0 | >> >> no FE_HAS_LOCK achievable, both signal levels and snr are too low >> so I pull out the CAM (and restart gnutv) >> the lock is immediate : >> >> status SCVYL | signal 80% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK >> status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK >> status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK >> status SCVYL | signal 78% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK >> >> signal is around 80%, snr a consistent 84% >> I re-insert the CAM, which is detected by gnutv, and the CAM is initialised >> tuning lock is lost at once : >> >> status S | signal 62% | snr 50% | ber 13585 | unc 0 | >> status S | signal 31% | snr 49% | ber 13498 | unc 0 | >> status S | signal 82% | snr 49% | ber 13540 | unc 0 | >> even though the signal level drops, it's probably the drop in snr that's >> causing trouble >> >> both cards have the same problem, so it doesn't appear that they're >> defective (or they both happen to have the same fault, which is unlikely) >> > > It looks to me that something is wrong with the frontend drivers (someplace) > which causes a phase distortions, alongwith that in that "tender" state the > digital noise from the CA module CPU's adds to it. The "tenderness" can be > possibly attributed to a wrong device setup. > > You might like to check with your windows installation whether you see the > same issue. Most likely, i guess not. If you see the same with windows 99% > chance is that that whatever you might do, digital noise is affecting your > demodulator and the tuner. > >> question time : >>> how much of a chance do I have of solving this if I somehow increase the >>> signal strength ? would that increase the snr too ? (I could shorten the >> cables, even if it means relocating the PC) >>> without the CAM, I have a signal strength of 80%. Is that considered a >>> good, strong signal ? (my settop box is happy with it) >>> I asked in a previous post if it's possible to capture scrambled to disk, >>> and descramble later. This is what my settop box does. Is this even >> theoretically possible (sending data to the CAM from a file instead of from >> the tuner) ? Anybody know of a utility that supports this ? >> >> and now I'm off installing W2K on the damn thing, to see if that works ... >> >> Luc > > > Manu > > Manu, your guess is correct, under W2K no tuning problems. The scrambled channels tune in an instance, now and then there are some artifacts though. But tuning works ! so my hardware setup works, now how to find that 'tenderness' in the driver ? You think that the tuning-part of the drivers (that would be the STV0299-stuff wouldn't it ?) if somebody can set me off in the right direction, I'll get it solved the Windows TV-viewer that came with the cards reports a signal of 95%, even for scrambled channels : another indication that tuning could be done a bit better ? Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] V4L OpenSUSE 10.3 compilation
Lindsay Mathieson wrote: > Has anyone built v4l on openSuse 10.3? I'm having issues with the build > finding the kernel headers despite kernel source being installed. It > seems to assume /lib/modules/2.6.22.12-0.1-default/build/include/linux > when they are in /usr/include/linux > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > Yes, been there, done that ... I found a reference to "prepare the kernel source" somewhere on the web, which told me to > cd /usr/src/linux > make cloneconfig > make modules_prepare (probably as root) after that, no more compilation problems this assumes of course that you did in fact install the kernel sources before that, I had done from the OpenSuse support site : > cd /lib/modules/kernelversion/build > mv include include.bak > ln -s /usr/src/linux include but didn't seem to help, it's 'preparing the kernel source' that did the trick maybe you need to do both, though ... success ! Luc ps since I nuked my 10.3 install yesterday to check my cards under W2K, I'm posting this from notes I'll re-check after having installed the dual-boot ... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
Oliver Endriss wrote: > Luc Brosens wrote: >> Hi, >> >> side note : >> the problems in my previous post "KNC1 TV-Station S, revision 0x1894, >> doesn't tune", were related to the PCI-slots of the motherboard I used >> rebuilt the machine around a new motherboard, both KNC1's are now recognized >> and able to tune >> lesson learnt : check the hardware before complaining about the software ... > > Hm. > >> why does inserting and accessing a CAM reduce the signal and SNR levels ? >> (even if no descrambling is needed, as for BBC World) >> how can this be solved ? >> anyone out there having the same problems ? > > I guess that the CAM increases the noise on the power supply planes of > the card. This might affect the tuner. ;-( > > CU > Oliver > so I changed gnutv to only initialise the CAM after obtaining FE_HAS_LOCK apparantly, initialising the CAM is enough to loose the tuning lock, not to return afterwards so this is not a solution here's a run with femon monitoring the tuning status : I start of with the CAM in the slot, and try to gnutv-tune to BBC World (which is not scrambled, so need for the CAM) [EMAIL PROTECTED]:~/dvb-apps> femon -a 1 -H FE: ST STV0299 DVB-S (DVBS) status S | signal 63% | snr 49% | ber 14077 | unc 0 | status S | signal 79% | snr 51% | ber 13311 | unc 0 | status S | signal 69% | snr 50% | ber 13776 | unc 0 | status S | signal 82% | snr 52% | ber 13583 | unc 0 | status S | signal 62% | snr 49% | ber 13375 | unc 0 | status S | signal 79% | snr 53% | ber 13563 | unc 0 | status S | signal 80% | snr 49% | ber 13387 | unc 0 | status S | signal 71% | snr 52% | ber 13524 | unc 0 | status S | signal 63% | snr 49% | ber 13565 | unc 0 | status S | signal 81% | snr 52% | ber 13125 | unc 0 | status S | signal 63% | snr 49% | ber 13548 | unc 0 | status S | signal 37% | snr 49% | ber 13420 | unc 0 | status S | signal 62% | snr 49% | ber 13429 | unc 0 | status SC| signal 37% | snr 49% | ber 13627 | unc 0 | status S | signal 60% | snr 50% | ber 12929 | unc 0 | status S | signal 31% | snr 49% | ber 13116 | unc 0 | status S | signal 54% | snr 49% | ber 13085 | unc 0 | status S | signal 75% | snr 49% | ber 13509 | unc 0 | status S | signal 80% | snr 50% | ber 13017 | unc 0 | status S | signal 62% | snr 49% | ber 13280 | unc 0 | status S | signal 67% | snr 50% | ber 13254 | unc 0 | status S | signal 64% | snr 51% | ber 13167 | unc 0 | status S | signal 62% | snr 49% | ber 1 | unc 0 | status S | signal 81% | snr 53% | ber 13535 | unc 0 | status S | signal 62% | snr 49% | ber 14173 | unc 0 | status SC| signal 52% | snr 50% | ber 13901 | unc 0 | status S | signal 63% | snr 49% | ber 13795 | unc 0 | status S | signal 83% | snr 53% | ber 13907 | unc 0 | status S | signal 62% | snr 49% | ber 13942 | unc 0 | status S | signal 48% | snr 49% | ber 14070 | unc 0 | status SC| signal 62% | snr 50% | ber 13688 | unc 0 | status S | signal 31% | snr 49% | ber 13815 | unc 0 | status SC| signal 56% | snr 49% | ber 13550 | unc 0 | status S | signal 62% | snr 49% | ber 14052 | unc 0 | status S | signal 32% | snr 49% | ber 14079 | unc 0 | status S | signal 62% | snr 49% | ber 13345 | unc 0 | status S | signal 21% | snr 41% | ber 0 | unc 0 | no FE_HAS_LOCK achievable, both signal levels and snr are too low so I pull out the CAM (and restart gnutv) the lock is immediate : status SCVYL | signal 80% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 80% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 80% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 78% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 79% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 80% | snr 84% | ber 0 | unc 0 | FE_HAS_LOCK signal is around 80%, snr a consistent 84% I re-insert the CAM, which is detected by gnutv, and the CAM is initialised tuning lock is lost at once : status S | signal 62% | snr 50% | ber 13585 | unc 0 | status S | signal 31% | snr 49% | ber 13498 | unc 0 | status S | signal 82% | snr 49% | ber 13540 | unc 0 | status S | signal 62% | snr 49% | ber 13984 | unc 0 | status S | signal 62% | s
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
P. van Gaans wrote: > On 11/18/2007 10:34 AM, Luc Brosens wrote: >> Hi, >> >> side note : >> the problems in my previous post "KNC1 TV-Station S, revision 0x1894, >> doesn't tune", were related to the PCI-slots of the motherboard I used >> rebuilt the machine around a new motherboard, both KNC1's are now >> recognized and able to tune >> lesson learnt : check the hardware before complaining about the >> software ... >> >> next step is accessing the scrambled signals >> >> as I said, the cards scan OK and using "szap" I can tune to them : >> [EMAIL PROTECTED]:~> szap -a 1 -c channels.conf VT4 >> reading channels from file 'channels.conf' >> zapping to 795 'VT4': >> sat 0, frequency = 12669 MHz V, symbolrate 2200, vpid = 0x03af, >> apid = 0x039b sid = 0x31e5 >> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' >> status 05 | signal 9ffb | snr 21f6 | ber ea08 | unc | >> status 1f | signal d430 | snr dad3 | ber 0100 | unc | >> FE_HAS_LOCK >> status 1f | signal d47e | snr dab5 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d5b8 | snr dacd | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d458 | snr dac7 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d5bc | snr daf7 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d460 | snr da9a | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d47c | snr daac | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d46c | snr dac1 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d465 | snr dabe | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d481 | snr dabb | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d46f | snr dab5 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d43b | snr daa0 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d468 | snr dabe | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d47e | snr daa6 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d342 | snr dac1 | ber | unc | >> FE_HAS_LOCK >> >> [EMAIL PROTECTED]:~> szap -a 1 -c channels.conf VTM >> reading channels from file 'channels.conf' >> zapping to 793 'VTM': >> sat 0, frequency = 12669 MHz V, symbolrate 2200, vpid = 0x03ad, >> apid = 0x0399 sid = 0x31e3 >> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' >> status 1f | signal d404 | snr b772 | ber c000 | unc | >> FE_HAS_LOCK >> status 1f | signal d479 | snr da8b | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d5b7 | snr daac | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d5b6 | snr da97 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d47c | snr daa0 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d5bb | snr da70 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d342 | snr da97 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d480 | snr daa6 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d340 | snr da97 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d481 | snr da40 | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d47e | snr da6a | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d340 | snr da6d | ber | unc | >> FE_HAS_LOCK >> status 1f | signal d468 | snr da91 | ber | unc | >> FE_HAS_LOCK >> >> both VTM and VT4 are encrypted channels here, so no mpg-output at this >> time >> >> I have found one (1) encrypted channel that works using gnutv : >> >> [EMAIL PROTECTED]:~> gnutv -adapter 1 -channels channels.conf -out dvr >> VTM >> Using frontend "ST STV0299 DVB-S", type DVB-S >> status SCVYL | signal d47c | snr dac1 | ber ff00 | unc | >> FE_HAS_LOCK >> CAM Application type: 01 >> CAM Application manufacturer: 0100 >> CAM Manufacturer code: >> CAM Menu string: CANALDIGITAAL >> CAM supports the following ca system ids: >> 0x0100 >> Received new PMT - sending to CAM... >> [EMAIL PROTECTED]:~> >> >> using mpl
Re: [linux-dvb] CAM inserted/used reduces signal and SNR ?
Ben Bucksch wrote: > Luc Brosens schrieb: >> why does inserting and accessing a CAM reduce the signal and SNR levels ? >> (even if no descrambling is needed, as for BBC World) >> > > My *guess*: > I guess it's due to power - the cards need a lot of power to go over the > wire to the dish. The CAM may push it over the limit. The fact that you > have 2 PCI cards probably doesn't help. > >>> >>> so I removed the second card, and I'm relieved that this didn't solve the >>> problem >>> I have succeeded to descramble several of the other channels, but only >>> rarely succeed at it : mostly tuning just fails >>> most successes seem to occur after a (cold) boot ? >>> it seems that gnutv either gets a lock immediately (before the CAM >>> messages) or not at all >>> could it be that tuning and CAM access are interfering ? >>> is there a way to skip the tuning part of gnutv ? (I could tune with szap >>> -x, take over descrambling with gnutv) >>> >>> as for power consumption : neither of the cards are warm, not even slightly >>> my other mythtv-box contains a Hauppauge MCE500 and a PVR350 : these cards >>> run really hot, surely these KNC1s should be OK ? >>> the total power consumption of my box (1GB RAM, 300GB SATA HD, AMD 64X2 >>> 3600+) is only 61W, including the two KNC1 cards and CI slot >>> >> how can this be solved ? >> > > - Ensure more power on PCI bus > - shorter cable to dish > - different mainboard / cards > - less cards > - USB DVB adapters, on powered USB switch > etc. > >>> >>> removing the second card didn't help >>> there are only 2 PCI slots, the other one contained the other KNC1 >>> both PCIe slots (16x and 1x) are empty >>> don't see how I could get more power to the PCI bus ... >>> >>> I admit that my cables are long, but my settop box is happy : >>> signal strength 70% and up, SNR 90% and up >>> >> anyone out there having the same problems ? >> > > hm, I hope I don't. I just added the second card and seeing strange > problems. > >>> >>> hope you get the second card working OK ! >>> remember to check the PCI slots : my first motherboard had a defective slot >>> > Ben > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] offline descrambling of encrypted capture-files ?
hi, my setup is two KNC1 TVSTATION cards, one of which has the CI-module attached and a paid for CAM in it I would like to be able to use the other card to store scrambled content on disk (easy) and descramble it afterwards using the CAM from the first card what command could accomplish this ? I've heard of cardsharing and softcams, but don't know what this means : if these would be a valid option, please point me to some info just to be clear : I am not interested in pirating content, I have a valid subscription and only wish to record multiple channels at the same time my current settop box, an Arion "AF9280 PVR" has the feature I'm looking for. It has two tuners, can record op two 4 channels at the same time, stores the recordings scrambled and descrambles at night but unfortunately, I'm addicted to MythTV ... thanks, Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] CAM inserted/used reduces signal and SNR ?
Hi, side note : the problems in my previous post "KNC1 TV-Station S, revision 0x1894, doesn't tune", were related to the PCI-slots of the motherboard I used rebuilt the machine around a new motherboard, both KNC1's are now recognized and able to tune lesson learnt : check the hardware before complaining about the software ... next step is accessing the scrambled signals as I said, the cards scan OK and using "szap" I can tune to them : [EMAIL PROTECTED]:~> szap -a 1 -c channels.conf VT4 reading channels from file 'channels.conf' zapping to 795 'VT4': sat 0, frequency = 12669 MHz V, symbolrate 2200, vpid = 0x03af, apid = 0x039b sid = 0x31e5 using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' status 05 | signal 9ffb | snr 21f6 | ber ea08 | unc | status 1f | signal d430 | snr dad3 | ber 0100 | unc | FE_HAS_LOCK status 1f | signal d47e | snr dab5 | ber | unc | FE_HAS_LOCK status 1f | signal d5b8 | snr dacd | ber | unc | FE_HAS_LOCK status 1f | signal d458 | snr dac7 | ber | unc | FE_HAS_LOCK status 1f | signal d5bc | snr daf7 | ber | unc | FE_HAS_LOCK status 1f | signal d460 | snr da9a | ber | unc | FE_HAS_LOCK status 1f | signal d47c | snr daac | ber | unc | FE_HAS_LOCK status 1f | signal d46c | snr dac1 | ber | unc | FE_HAS_LOCK status 1f | signal d465 | snr dabe | ber | unc | FE_HAS_LOCK status 1f | signal d481 | snr dabb | ber | unc | FE_HAS_LOCK status 1f | signal d46f | snr dab5 | ber | unc | FE_HAS_LOCK status 1f | signal d43b | snr daa0 | ber | unc | FE_HAS_LOCK status 1f | signal d468 | snr dabe | ber | unc | FE_HAS_LOCK status 1f | signal d47e | snr daa6 | ber | unc | FE_HAS_LOCK status 1f | signal d342 | snr dac1 | ber | unc | FE_HAS_LOCK [EMAIL PROTECTED]:~> szap -a 1 -c channels.conf VTM reading channels from file 'channels.conf' zapping to 793 'VTM': sat 0, frequency = 12669 MHz V, symbolrate 2200, vpid = 0x03ad, apid = 0x0399 sid = 0x31e3 using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' status 1f | signal d404 | snr b772 | ber c000 | unc | FE_HAS_LOCK status 1f | signal d479 | snr da8b | ber | unc | FE_HAS_LOCK status 1f | signal d5b7 | snr daac | ber | unc | FE_HAS_LOCK status 1f | signal d5b6 | snr da97 | ber | unc | FE_HAS_LOCK status 1f | signal d47c | snr daa0 | ber | unc | FE_HAS_LOCK status 1f | signal d5bb | snr da70 | ber | unc | FE_HAS_LOCK status 1f | signal d342 | snr da97 | ber | unc | FE_HAS_LOCK status 1f | signal d480 | snr daa6 | ber | unc | FE_HAS_LOCK status 1f | signal d340 | snr da97 | ber | unc | FE_HAS_LOCK status 1f | signal d481 | snr da40 | ber | unc | FE_HAS_LOCK status 1f | signal d47e | snr da6a | ber | unc | FE_HAS_LOCK status 1f | signal d340 | snr da6d | ber | unc | FE_HAS_LOCK status 1f | signal d468 | snr da91 | ber | unc | FE_HAS_LOCK both VTM and VT4 are encrypted channels here, so no mpg-output at this time I have found one (1) encrypted channel that works using gnutv : [EMAIL PROTECTED]:~> gnutv -adapter 1 -channels channels.conf -out dvr VTM Using frontend "ST STV0299 DVB-S", type DVB-S status SCVYL | signal d47c | snr dac1 | ber ff00 | unc | FE_HAS_LOCK CAM Application type: 01 CAM Application manufacturer: 0100 CAM Manufacturer code: CAM Menu string: CANALDIGITAAL CAM supports the following ca system ids: 0x0100 Received new PMT - sending to CAM... [EMAIL PROTECTED]:~> using mplayer, I have a clear picture this proves to me that descrambling works but I have yet to find another channel that works, even on the same transponder frequency none of the others work !? what's more, it looks like it's the CAM that's the cause of things : first, remove the CAM from the CI slot : [EMAIL PROTECTED]:~> gnutv -adapter 1 -channels channels.conf -out dvr VT4 Using frontend "ST STV0299 DVB-S", type DVB-S status SCVYL | signal d464 | snr da9a | ber a700 | unc | FE_HAS_LOCK the lock is immediate insert the CAM, same command : [EMAIL PROTECTED]:~> gnutv -adapter 1 -channels channels.conf -out dvr VT4 Using frontend "ST STV0299 DVB-S", type DVB-S CAM Application type: 0140 | snr 83c1 | ber ff00 | unc | CAM Application manufacturer: 0100 CAM Manufacturer code: CAM Menu string: CANALDIGITAAL CAM supports the following ca system ids:er ff00 | unc | 0x0100 [EMAIL PROTECTED]:~> c82e | snr a15e | ber ff40 | unc | so gnutv accesses the CAM, and the signal and SNR drop to unusable levels ? the same happens for unencrypted channels : the signal
Re: [linux-dvb] KNC1 TV-Station S, revision 0x1894, doesn't tune
thanks for the suggestions the results are both good and less good ... the motherboard is an M2NPV-VM, which has 2 PCI slots I tried both cards in both slots : in one slot both cards work but in the other slot none of them (it's possible that the card in the 'right' slot wasn't seated properly earlier) so the good news is that the drivers are working, and tuning is ok (haven't tried encrypted channels yet) more good news : both cards are ok too the bad news is that I'm left with a single working PCI slot (and MythTV really shines with multiple cards) assuming it's a PCI-power problem, how can this be fixed ? would changing the power supply work ? thanks again, Luc Oliver Endriss wrote: > Luc Brosens wrote: >> hello, >> >> I've just put two of these card in my machine, and seem to run into the >> tuner issue described at >> http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_1200_DVB-S_budget/Typhoon/KNC1_DVB-S_budget >> >> has anybody gotten these cards to work ? >> any pointers on how to get tuning to work ? >> I'm new to dvb-driver development, suggestions on how to get started are >> welcome too >> >> below are lspci output, dmesg output and scan output : >> >> DMESG >> saa7146: register extension 'budget_av'. >> PCI: Setting latency timer of device :00:10.1 to 64 >> ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 >> ACPI: PCI Interrupt :04:08.0[A] -> Link [APC1] -> GSI 16 (level, low) -> >> IRQ 16 >> saa7146: found saa7146 @ mem c20010606000 (revision 1, irq 16) >> (0x1894,0x0016). >> saa7146 (0): dma buffer size 192512 >> DVB: registering new adapter (KNC TV STAR DVB-S) >> adapter failed MAC signature check >> encoded MAC from EEPROM was >> ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff >> KNC1-0: MAC addr = 00:09:d6:65:9d:14 >> DVB: registering frontend 0 (ST STV0299 DVB-S)... >> budget-av: ci interface initialised. > > The initialisation of the first card looks ok. > >> ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17 >> ACPI: PCI Interrupt :04:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> >> IRQ 17 >> saa7146: found saa7146 @ mem c2001061c000 (revision 1, irq 17) >> (0x1894,0x0016). >> saa7146 (1): dma buffer size 192512 >> DVB: registering new adapter (KNC TV STAR DVB-S) >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> Couldn't read from EEPROM: not there? >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer >> KNC1-1: Could not read MAC from KNC1 card >> DVB: registering frontend 1 (ST STV0299 DVB-S)... >> budget-av: ci interface initialised. >> budget-av: cam inserted B >> saa7146: register extension 'dvb'. >> dvb_ca adaptor 1: PC card did not respond :( >> >> not all of these messages seem positive, should I worry ? > > Yes. The second card does not work properly (I2C bus errors). > >> SCAN >> silverstar:/home/myth # scan -vvv -a 1 /usr/share/dvb/dvb-s/Astra-19.2E >> scanning /usr/share/dvb/dvb-s/Astra-19.2E >> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' >> initial transponder 12551500 V 2200 5 >>>>>>>> tune to: 12551:v:0:22000 >> DiSEqC: switch pos 0, 13V, hiband (index 2) >> diseqc_send_msg:56: DiSEqC: e0 10 38 f1 00 00 >> DVB-S IF freq is 1951500 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x03 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x03 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x02 >>>>>>>> tuning status == 0x02 >> WARNING: >>> tuning failed!!! >>>>>>>> tune to: 12551:v:0:22000 (tuning failed) >> DiSEqC: switch pos 0, 13V, hiband (index 2) >> diseqc_send_
[linux-dvb] KNC1 TV-Station S, revision 0x1894, doesn't tune
hello, I've just put two of these card in my machine, and seem to run into the tuner issue described at http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_1200_DVB-S_budget/Typhoon/KNC1_DVB-S_budget has anybody gotten these cards to work ? any pointers on how to get tuning to work ? I'm new to dvb-driver development, suggestions on how to get started are welcome too below are lspci output, dmesg output and scan output : DMESG saa7146: register extension 'budget_av'. PCI: Setting latency timer of device :00:10.1 to 64 ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 ACPI: PCI Interrupt :04:08.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16 saa7146: found saa7146 @ mem c20010606000 (revision 1, irq 16) (0x1894,0x0016). saa7146 (0): dma buffer size 192512 DVB: registering new adapter (KNC TV STAR DVB-S) adapter failed MAC signature check encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff KNC1-0: MAC addr = 00:09:d6:65:9d:14 DVB: registering frontend 0 (ST STV0299 DVB-S)... budget-av: ci interface initialised. ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17 ACPI: PCI Interrupt :04:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17 saa7146: found saa7146 @ mem c2001061c000 (revision 1, irq 17) (0x1894,0x0016). saa7146 (1): dma buffer size 192512 DVB: registering new adapter (KNC TV STAR DVB-S) saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer Couldn't read from EEPROM: not there? saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer KNC1-1: Could not read MAC from KNC1 card DVB: registering frontend 1 (ST STV0299 DVB-S)... budget-av: ci interface initialised. budget-av: cam inserted B saa7146: register extension 'dvb'. dvb_ca adaptor 1: PC card did not respond :( not all of these messages seem positive, should I worry ? (there's no CAM in the CI-slot yet) LSPCI 04:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: KNC One Unknown device 0016 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- >> >>> tune to: 12551:v:0:22000 DiSEqC: switch pos 0, 13V, hiband (index 2) diseqc_send_msg:56: DiSEqC: e0 10 38 f1 00 00 DVB-S IF freq is 1951500 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x03 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x03 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 WARNING: >>> tuning failed!!! >>> >>> tune to: 12551:v:0:22000 (tuning failed) DiSEqC: switch pos 0, 13V, hiband (index 2) diseqc_send_msg:56: DiSEqC: e0 10 38 f1 00 00 DVB-S IF freq is 1951500 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x01 >>> >>> tuning status == 0x01 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 >>> >>> tuning status == 0x02 WARNING: >>> tuning failed!!! ERROR: initial tuning failed dumping lists (0 services) Done. the signal from the satellite is fine, have been using a settop box for several months a Skystar 2 card in the same machine scanned successfully and gave access to the FTA channels I'm using OpenSUSE 10.3, kernel version 2.6.22.12, dvb archive 816f256c2973 (downloaded it yesterday) thanks, Luc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
