Re: scan/scan-s2 doesn't tune, but dvbtune does?
Michael Akey wrote: I can't get the scan/scan-s2 utilities to lock any transponders (DVB-S). My test satellite is AMC1 103W, the Pentagon Channel tp. This is probably some simple user error on my part, but I can't figure it out. I have a Corotor II with polarity changed via serial command to an external IRD. C/Ku is switched by 22KHz tone, voltage is always 18V. Ku is with tone off, C with tone on. Speaking of which, is there a way to manually set the tone from the arguments on the scan utilities? Here's what I've tried and the results: $ ./scan-s2 -a 0 -v -o zap -l 10750 INIT API major 5, minor 0 scanning INIT using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder DVB-S 1210 H 2000 AUTO AUTO AUTO initial transponder DVB-S2 1210 H 2000 AUTO AUTO AUTO --> Using DVB-S >>> tune to: 12100:h:0:2 DVB-S IF freq is 135 >>> tuning status == 0x03 >>> tuning status == 0x01 >>> tuning status == 0x03 >>> tuning status == 0x01 >>> tuning status == 0x03 >>> tuning status == 0x00 >>> tuning status == 0x01 >>> tuning status == 0x03 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: 12100:h:0:2 (tuning failed) DVB-S IF freq is 135 >>> tuning status == 0x03 >>> tuning status == 0x01 >>> tuning status == 0x00 >>> tuning status == 0x00 ...snip... Same thing happens if I use just 'scan' and not 'scan-s2.' If I use dvbtune, it works though.. $ dvbtune -f 135 -p H -s 2 -c 0 -tone 0 -m Using DVB card "Conexant CX24116/CX24118" tuning DVB-S to L-Band:0, Pol:H Srate=2000, 22kHz=off polling Getting frontend event FE_STATUS: polling Getting frontend event FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC Bit error rate: 0 Signal strength: 51648 SNR: 26215 FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC Signal=51648, Verror=0, SNR=26215dB, BlockErrors=0, (S|L|C|V|SY|) Signal=51776, Verror=0, SNR=26624dB, BlockErrors=0, (S|L|C|V|SY|) The tuning file 'INIT' contains only the following line: S 1210 H 2000 AUTO I'm using v4l-dvb drivers from the main repo as of about a week ago. I am running kernel 2.6.32 on Debian testing. Any help is appreciated ..and hopefully it's just a simple flub on my part! --Mike Try using a non-auto FEC and rolloff. Some devices won't accept auto for these parameters. Cheers, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DVB-S2 card recommendation?
Lou Otway wrote: I've been using the Turbosight TBS6920 for a while now, with very good results. It's a PCI device based on the Conexant CX23885 chipset. I'm pretty sure it meets all your requirements. Correction, the TBS6920 is a PCIe device! Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DVB-S2 card recommendation?
Michael Durket wrote: Is there a DVB-S2 card on the market yet with these features: 1) DVB-S2 (QPSK, 8PSK) and DVB-S modes fully supported in Linux (i.e. not experimental, not requiring sifting through different driver sources to try to find one that works) 2) Has no software/hardware data rate limitations (i.e. all symbol rates supported, no problems locking any symbol rate the card supports) 3) Available to U.S. purchasers (no country restrictions when trying to buy the card) 4) Delivers a full transport stream without filtering of any kind by the hardware. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html I've been using the Turbosight TBS6920 for a while now, with very good results. It's a PCI device based on the Conexant CX23885 chipset. I'm pretty sure it meets all your requirements. I've also used the TechnoTrend TT-S3200 which is PCI based but there do appear some problems with some of the more exotic symbol rates. I've used a patch to support high symbol rates but my question as to the safety of doing this remains unanswered. There should be a new S2 card from TechnoTrend, the TT-S6400 but it has been delayed since early in the year and who knows if it will ever see the light of day. All the best, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Determining MAC address or Serial Number
pierre.gronlier wrote:
Lou Otway wrote, On 10/30/2009 10:40 AM:
Hi,
I'm trying to find a way to be able to uniquely identify each device in
a PC and was hoping to use either serial or MAC for this purpose.
I've looked at the documentation but can't find a generic way to read
back serial numbers or MAC addresses from V4L devices? Does such a
function exist?
Hi Lou,
I'm using the mac address to identify each device and to do so I created
this script which use dvbnet to create network interface from the dvb card.
a=
n=
for ex. /dev/dvb/adapter1/net0 => a=1, n=0
# get mac address
iface=$(sudo /usr/bin/dvbnet -a $a -n $n -p 0 | awk '/device/ {print $3}')
sleep 1
mac_address=$(/sbin/ifconfig $iface | awk '/HWaddr/ {print $5}' | tr -d
':' | tr A-Z a-z)
num=$(sudo /usr/bin/dvbnet -a $a -n $n -l | grep 'Found device ' | awk
'{print $3}' | tr -d ':')
sleep 1
sudo /usr/bin/dvbnet -a $a -n $n -d $num 1> /dev/null
AFAIK, mac address are known only from the kernel and are not directly
exposed to the userland. I you manage to do something "cleaner", let me
know :)
Regards
pierre gr.
re majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks Pierre,
Unfortunately only some of my devices reported a MAC address, I guess
that not all drivers have this feature built in. I think the same
problem will hold true for serial devices so I will look at another way
to list my devices.
I was thinking to use lshw or lspci to give me a list of devices, from
that I can build my own table of devices each one with a unique value to
differentiate it from others. My worry is that the output from lshw or
lspci isn't sufficiently detailed to allow me to differentiate between
devices.
Thanks,
Lou
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Determining MAC address or Serial Number
Hi, I'm trying to find a way to be able to uniquely identify each device in a PC and was hoping to use either serial or MAC for this purpose. I've looked at the documentation but can't find a generic way to read back serial numbers or MAC addresses from V4L devices? Does such a function exist? Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Nova 500 T won't tune, kernel issue?
Hi, I have 2 versions of the Hauppauge Nova 500 T dual tuner device, both the single and dual RF input versions. Under kernel 2.6.23 using the latest drivers, they both tune fine. Under kernel 2.6.28, with the same drivers, they won't tune and I see this message when trying to tune: kernel: dvb-usb: could not submit URB no. 0 - get them all back I can conclude that devices are not faulty as they work with one kernel version and fail with another. Can anyone point me in the right direction? Many thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Symbol rate limit for TT 3200
Manu wrote: Hi all, I have been struggling for quite a while to lock on a DVB-S2 transponder. And recently I got some information that they changed the symbol rate to 45MS/s which looks borderline to me. Can someone confirm that the TT 3200 can do that? I also attach a log that I obtained when trying to lock on this transponder with the following parameters: QPSK, FEC= 5/6, 45MS/s The driver I used was Igor's (very recent) one with szap-s2. The status oscillates between 00 and 0b, it can take long to attain 0b which suggests long and unreliable lock (never got VITERBI, just demod lock +sync). Thx for any help Bye Emmanuel -- I've been having a similar problem and have tried using the patch from Igor Liplianin. http://marc.info/?l=linux-dvb&m=122730082915638&w=2 Unfortunately this patch didn't work for my device until I reduced hi_clk to 110MHz. I'm concious that Manu Abraham (to avoid confusion with the OP, also called Manu) doesn't recommend a frequency higher than 99MHz. Is this a device limitation? What are the chances of damaging the device by setting a clock frequency higher than 99MHz? Many thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [linux-dvb] NetUP Dual DVB-T/C-CI RF PCI-E x1
Christian Wattengård wrote: This sounds promising. I hope you are not going to price yourselves completely out as a few other DVB-C suppliers have done. If the price is right (around the same as a normal DVB-T tuner ~$65), it definitely sounds interesting. When you say it supports two transponders, is this also true on DVB-C only... As in DVB-C + DVB-C channel... If this is the case then I only need 3 cards to cover all the interesting channels in my cable network ;) I CAN TIMESHIFT THE WORLD!!! MUHAHAHAhaha... *cough* But seriously... This sounds very interesting. Christian from Norway... On Wed, Sep 9, 2009 at 4:51 PM, Abylai Ospan wrote: Hello, We have designed NetUP Dual NetUP Dual DVB-T/C-CI RF PCI-E x1 card. A short description is available in wiki - http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_T_C_CI_RF Features: * PCI-e x1 * Supports two DVB-T/DVB-C transponders simultaneously * Supports two analog audio/video channels simultaneously * Independent descrambling of two transponders * Hardware PID filtering Now we have started the work on the driver for Linux. The following components used in this card already have their code for Linux published: * Conexant CX23885, CX25840 * Xceive XC5000 silicon TV tuner We are working on the code for the following components: * STM STV0367 low-power and ultra-compact combo DVB-T/C single-chip receiver * Altera FPGA for Common Interafce. We have developed FPGA firmware for CI (according to PCMCIA/en50221). Also we are doing "hardware" PID filtering. It's fast and very flexible. JTAG is used for firmware uploading into FPGA - this part contains "JAM player" from Altera for processing JAM STAPL Byte-Code (.jbc files). The resulting code will be published under GPL after receiving permissions from IC vendors. -- Abylai Ospan NetUP Inc. P.S. We will show this card at the upcoming IBC exhibition ( stand IP402 ). The Netup dual DVB-S2 card was around $1000, I doubt the Dual DVB-T will be an order of magnitude less expensive. I'd be interested to know how many they've sold, it seems overpriced to me. BRs, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nova-T 500 Dual DVB-T and h.264
Eduard Huguet wrote: 2009/9/10 Lou Otway : Eduard Huguet wrote: 2009/9/10 Lou Otway : Eduard Huguet wrote: Lou Otway nildram.co.uk> writes: Hi, Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T broadcasts with h.264 and AAC audio? DTT in New Zealand uses these formats and I'm seeing poor performance from the Nova-T card. My thinking is that it was probably not conceived for dealing with dual h264 streams. Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if this card might have better performance. Thanks, Lou Hi,AFAIK the card just tunes to the desired frequency, applies configured filters (to select the desired station through its PID number), and handles the received transport stream to the calling application. It's up to the lastest to properly decode it. Check that the software you are using is properly capable of decoding this kind of content. Best regards, Eduard Huguet Hi, the problem isn't to do with playback as I have another type of adapter card that creates a TS, from the same mux, that is played back with no problem. It seems that the problem only happens when using the Nova-T card. DTT in NZ has services with 1080i video format, I'm not sure that there are many other places in the world where 1080i h.264 content is broadcast using DVB-T, hence I was thinking that this combination may not have been well tested. Thanks, Lou I don't know how this it works in NZ. Here in Spain there is at least one station (TVC's 3HD) emitting HD content through TDT, and it works flawlessly with a Nova-T 500 (as I have one). I'm not sure if contents are 1080 or 720, though. There were some problems watching these channels through MythTV, but they were definitely decoding related. With current MythTV trunk they are fine. Anyway, as I said before, theoretically a DVB card doesn't know what kind of streams contains the signal it tunes. Decoding & parsing is handled by the app. Best regards, Eduard Huguet -- I'm not using MythTV or any other type of Media playing application. In any case, I see very different performance between the two different types of card, when presented with the same input. I'll gather some more data, if I can draw any new conclusions I'll update the list. Best, Lou Maybe it's a problem of tuner sensibility. Is the low noise amplifier (LNA) activated for the Nova-T card? regards Eduard -- That's something I hadn't considered. I'll check but I thought that the LNA was only applicable to the Nova-TD 500 (which has 2xRF inputs)? Does the Nova-T 500, with only a single RF input have the LNA? Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nova-T 500 Dual DVB-T and h.264
Eduard Huguet wrote: 2009/9/10 Lou Otway : Eduard Huguet wrote: Lou Otway nildram.co.uk> writes: Hi, Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T broadcasts with h.264 and AAC audio? DTT in New Zealand uses these formats and I'm seeing poor performance from the Nova-T card. My thinking is that it was probably not conceived for dealing with dual h264 streams. Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if this card might have better performance. Thanks, Lou Hi,AFAIK the card just tunes to the desired frequency, applies configured filters (to select the desired station through its PID number), and handles the received transport stream to the calling application. It's up to the lastest to properly decode it. Check that the software you are using is properly capable of decoding this kind of content. Best regards, Eduard Huguet Hi, the problem isn't to do with playback as I have another type of adapter card that creates a TS, from the same mux, that is played back with no problem. It seems that the problem only happens when using the Nova-T card. DTT in NZ has services with 1080i video format, I'm not sure that there are many other places in the world where 1080i h.264 content is broadcast using DVB-T, hence I was thinking that this combination may not have been well tested. Thanks, Lou I don't know how this it works in NZ. Here in Spain there is at least one station (TVC's 3HD) emitting HD content through TDT, and it works flawlessly with a Nova-T 500 (as I have one). I'm not sure if contents are 1080 or 720, though. There were some problems watching these channels through MythTV, but they were definitely decoding related. With current MythTV trunk they are fine. Anyway, as I said before, theoretically a DVB card doesn't know what kind of streams contains the signal it tunes. Decoding & parsing is handled by the app. Best regards, Eduard Huguet -- I'm not using MythTV or any other type of Media playing application. In any case, I see very different performance between the two different types of card, when presented with the same input. I'll gather some more data, if I can draw any new conclusions I'll update the list. Best, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nova-T 500 Dual DVB-T and h.264
Eduard Huguet wrote: Lou Otway nildram.co.uk> writes: Hi, Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T broadcasts with h.264 and AAC audio? DTT in New Zealand uses these formats and I'm seeing poor performance from the Nova-T card. My thinking is that it was probably not conceived for dealing with dual h264 streams. Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if this card might have better performance. Thanks, Lou Hi, AFAIK the card just tunes to the desired frequency, applies configured filters (to select the desired station through its PID number), and handles the received transport stream to the calling application. It's up to the lastest to properly decode it. Check that the software you are using is properly capable of decoding this kind of content. Best regards, Eduard Huguet Hi, the problem isn't to do with playback as I have another type of adapter card that creates a TS, from the same mux, that is played back with no problem. It seems that the problem only happens when using the Nova-T card. DTT in NZ has services with 1080i video format, I'm not sure that there are many other places in the world where 1080i h.264 content is broadcast using DVB-T, hence I was thinking that this combination may not have been well tested. Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Nova-T 500 Dual DVB-T and h.264
Hi, Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T broadcasts with h.264 and AAC audio? DTT in New Zealand uses these formats and I'm seeing poor performance from the Nova-T card. My thinking is that it was probably not conceived for dealing with dual h264 streams. Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if this card might have better performance. Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: PCI/e with dual DVB-T + AV-in?
Jed wrote: I'm still trawling through mail-lists & wiki's etc, so I may yet find the best solution, but I was hoping some might already know. Any advice or even just a response to chastise me is greatly appreciated! :-D I've been searching for a PCI-e device with an MPEG-2 hardware encoder for analogue input for months, there's nothing on the market with linux support. There are a few h.264 encoders, mainly aimed at CCTV applications, but they're no good for me. Analogue encoding support on the HVR devices seems the only likely solution but it won't happen any time soon it seems. If you find anything, please post details! Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
PVR-150, NMI causes reboot in expansion chassis
Hi, I've been running Hauppauge PVR-150 cards in an expansion chassis and seeing this kind of thing: kernel: Uhhuh. NMI received for unknown reason 30 on CPU 0. kernel: Do you have a strange power saving mode enabled? kernel: Dazed and confused, but trying to continue Or, on a different hardware type: kernel: Uhhuh. NMI received for unknown reason b1 on CPU 0. kernel: You have some hardware problem, likely on the PCI bus. kernel: Dazed and confused, but trying to continue When the cards are installed on a motherboard slot they're fine, but in expansion chassis they really don't work well. The theory is that the DMA controller has some problems. Is there anyone seeing similar issues? Suggestions for things to try to fix it would be most welcome. Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nova-TD-500 (84xxx) problems (was Re: dib0700 diversity support)
Malcolm Caldwell wrote: Please can someone help... I have been trying to get my nova-td-500 to work, but no matter what I try I get a substandard signal, with lots of errors. This is about the same as described elsewhere on this list. I tried this code (posted by Patrick Boettcher below), hoping it may be a little better but, so far, it has not improved things at all. I have even replaced the antenna on my roof, in the hope of getting a better signal, but I still get errors. I have tried the top, the bottom and both antenna connectors, but it does not seem to make much difference. Is there anything else I could try? I really want a working system again. (I replaced an old buggy card with this one, not knowing it would be such a problem) On Tue, 2009-08-18 at 10:54 +0200, Patrick Boettcher wrote: Hi Paul, On Fri, 14 Aug 2009, Paul Menzel wrote: I'll post a request for testing soon. I am looking forward to it. Can you please try the drivers from here: http://linuxtv.org/hg/~pb/v4l-dvb/ In the best case they improve the situation for you. In the worst case (not wanted :) ) it will degrade. -- Patrick http://www.kernellabs.com/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Have you tried adding: dvb_usb_dib0700.force_lna_activation=1 to the modprobe options? The device I had wouldn't tune without this. Cheers, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
compat.h required to build
Hi, The following files: /linux/drivers/media/dvb/frontends/stb6100.c /linux/drivers/media/dvb/frontends/tda10021.c /linux/drivers/media/dvb/frontends/ves1820.c Fail to build with: error: implicit declaration of function 'DIV_ROUND_CLOSEST' and need the addition of: #include "compat.h" when building on my system. Is this related to my kernel version (2.6.28) or is it something else? Thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Problem with Hauppauge Nova-500
Hi there, I have a Hauppauge Nova-T 500 that is displaying some odd behaviour. Often the device fails to tune after rebooting the host machine, due to a failure to load firmware. when the firmware fails to load, dmesg shows: dib0700: loaded with support for 9 different device-types dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw' dib0700: firmware download failed at 7 with -22 usbcore: registered new interface driver dvb_usb_dib0700 When firmware loading is successful I see: dib0700: loaded with support for 9 different device-types dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) DVB: registering adapter 1 frontend 0 (DiBcom 3000MC/P)... MT2060: successfully identified (IF1 = 1242) dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) DVB: registering adapter 2 frontend 0 (DiBcom 3000MC/P)... MT2060: successfully identified (IF1 = 1233) input: IR-receiver inside an USB DVB receiver as /class/input/input7 dvb-usb: schedule remote query interval to 50 msecs. dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected. usbcore: registered new interface driver dvb_usb_dib0700 Powering down the host machine seems to help as, so far, I have 100% success when restarting this way, whereas after reboot the success is much lower, firmware failing to load maybe 50% of the time. Has anyone seen this behaviour before, any advice on what the cause might be? Many thanks, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
SAA7164 - Analogue Support on HVR devices
First I'd like to say thanks to the maintainers of the various HVR drivers, the amount of work that goes in is much appreciated. I notice from www.kernellabs.com that progress on the digital side for SAA7164 devices is going well and a stable driver is nearly ready. I, like many people, would really like to have analogue support for these devices, is there any news on when this functionality might be available? Thanks in advance. Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Question about driver for Mantis
Gernot Pansy wrote: i think i was one of the first SP400 owner but i had to sold my card for a Nova HD2 because the driver was not reliable (some i2c errors, slow tunning, sometimes tunning failed). And now i need a dvb-s2 card with ci working. so i'm searching again for a new card. their seems to be only the tt-3200 out, which seems to work - no newer card. You could try the FloppyDTV S2. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Digital Everywhere FloppyDTV / FireDTV (incl. CI)
David Lister wrote: Hi all, just found out that these cards have finally some preliminary Linux support. They seem quite versatile and even customizable -- a true gift for dedicated hobbyists. :) PCI/PCIe/AGP or floppy drive mounting and firewire /connection/ chaining look especially interesting. Even FloppyDTV is apparently half internal, half external - sort of. Anybody with hands-on access? Any updates? Share your experience! :o) I have been evaluating the Floppy DTV DVB-S2, DVB-T and DVB-C variants. So far I have managed to get fairly good results from the DVB-S2 and DVB-T adapters but I can't get the DVB-C device to tune under linux. I tested it with a windows PC to be sure it wasn't faulty and it worked fine. I've had them all working (i.e. appearing as devices) while chained one to the next and when individually connected to a 1394 adapter card. Now I need to spend some more time to see if they will give the performance I need, but so far so good. If anyone has been able to tune the cable adapter under linux I'd like to hear more. I had to make a small modification to the driver to enable some frontend settings required by my applications, but apart from that the latest v4l drivers have been sufficient. Cheers, Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: TT S2-3200 and CAMs
Pierre Gronlier wrote: Lou Otway wrote: Hi, I've been testing the TT S2-3200 card and while it performs well for FTA services I have been unable to get it working with encrypted services using the CI slot. With VLC I am able to tune to the transponder and pick up all the services but they are not decrypted, unencrypted services work fine. Using a DVB-S card with CI I am able to tune successfully, proving the CAMs are valid. This leads me to believe there may be a problem with the drivers for the S2-3200. Has anyone managed to get CAMs working with this card? yes, I manage to decrypt a entire dvb-s transponder using a powercam and mumudvb for streaming channels. I'm using the v4l-dvb driver from the hg repository. For mumudvb, I made a checkout of the git repository http://mumudvbgit.braice.net/mumudvb.git and compiled the source with LIBDVBEN50221=1 make (you need the dvb-apps to be installed) But using this card, I didn't manage to lock on my second lnd head, so I manage to lock on astra 19.2E but not on hotbird 13.0E. Pierre Thanks, I managed to get this card working. Lou -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Problems with Hauppauge CX88 based DVB-T cards
Hi,
Whilst testing some Hauppauge DVB-T cards I have run into this error at
bootup:
--
cx88/2: cx2388x dvb driver version 0.0.6 loaded
cx88/2: registering cx8802 driver, type: dvb access: shared
cx88[0]/2: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18]
BUG: unable to handle kernel NULL pointer dereference at virtual address
printing eip:
e8adc107
*pde =
Oops: [#1]
SMP
Modules linked in: cx88_dvb cx88_vp3054_i2c snd_intel8x0 snd_ac97_codec
ac97_bus sg snd_seq_dummy ehci_hcd uhci_hcd floppy sr_mod cdrom cx8
02 cx8800 cx88xx ir_common i2c_algo_bit tveeprom videobuf_dvb
v4l2_common dvb_core videodev v4l1_compat btcx_risc videobuf_dma_sg
videobuf_
ore snd_seq_oss snd_seq_midi_event sk98lin snd_seq snd_seq_device
snd_pcm_oss snd_mixer_oss i2c_i801 i2c_core snd_pcm iTCO_wdt iTCO_vendor_
upport snd_timer snd soundcore snd_page_alloc serio_raw button
dm_snapshot dm_zero dm_mirror dm_mod ata_generic raid1 ext3 mbcache jbd ata_
iix libata sd_mod scsi_mod
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010246 (2.6.23.1.tps.smp.2 #1)
EIP is at vp3054_i2c_probe+0x17/0x120 [cx88_vp3054_i2c]
eax: ebx: ffed ecx: edx: dfc74a00
esi: edi: c1a9ea34 ebp: esp: dfdf9e2c
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process modprobe (pid: 1543, ti=dfdf8000 task=dfdce000 task.ti=dfdf8000)
Stack: c07a8872 e8afbf00 0246 004c ffed dfd58800
c1a9ea34
e8af73da c0427171 0246 0033 000f
c0440b50
c17fcf00 0292 e8af7150 e8afbb80 c1a9ea00
e8afbbb4
Call Trace:
[] cx8802_dvb_probe+0x5a/0x1e60 [cx88_dvb]
[] try_to_wake_up+0x41/0x380
[] kthread_bind+0x60/0x80
[] cx8802_dvb_remove+0x0/0x70 [cx88_dvb]
[] cx8802_register_driver+0x1a4/0x20e [cx8802]
[] sys_init_module+0x14d/0x16f0
[] copy_to_user+0x30/0x60
[] msleep+0x0/0x20
[] sysenter_past_esp+0x5f/0x85
[] do_wait+0x94b/0xb40
===
Code: 1e ed ff 89 d8 5b e9 b9 85 9a d7 89 f6 8d bc 27 00 00 00 00 83 ec
24 89 74 24 18 31 f6 89 6c 24 20 89 c5 89 5c 24 14 89 7c 24 1c <8b>
00 89 44 24 10 83 b8 f4 03 00 00 2a 74 1a 89 f0 8b 5c 24 14
--
I pulled the latest changes as I noticed a similar was fixed recently
but I'm still seeing the problem on my system.
Any ideas on how to solve it?
Thanks in advance.
Lou
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
TT S2-3200 and CAMs
Hi, I've been testing the TT S2-3200 card and while it performs well for FTA services I have been unable to get it working with encrypted services using the CI slot. With VLC I am able to tune to the transponder and pick up all the services but they are not decrypted, unencrypted services work fine. Using a DVB-S card with CI I am able to tune successfully, proving the CAMs are valid. This leads me to believe there may be a problem with the drivers for the S2-3200. Has anyone managed to get CAMs working with this card? Any advice gratefully recieved. Many thanks, Lou -- Lou Otway mailto:lot...@nildram.co.uk -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
