Re: [linux-dvb] HVR 4000 under http://linuxtv.org/hg/~hverkuil/v4l-dvb2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gregoire Favre wrote: On Wed, Feb 07, 2007 at 02:32:17PM -0500, Michael Krufky wrote: Use the tree that actually includes support for the hvr4000 ;-) http://linuxtv.org/hg/~stoth/multiproto Before posting here, I did try it, but as it five months old, it don't compil against my 2.6.20 kernel anymore... Why would you use Hans' tree for this? The code in ~hverkuil/v4l-dvb2 has nothing to do with your device. Because I am higly interested in dvbs2, I don't really need (right now) analog neither dvb-t on my card... Steve Toth's multiproto tree is an experimental development branch that should work for your device. Well... maybe I should go for an older kernel then ? I also tried ~manu/stb0899-c6 which also didn't compil... and the only remaining choice was http://linuxtv.org/hg/~hverkuil/v4l-dvb2 which for example claim to support HVR-4000. I hope this helps, Well, it should, but now, I am a bit lost : the devel repo outside the one I tried seems all more or less dead project, I don't really know what exactly to try. Maybe http://linuxtv.org/hg/~stoth/hvr3000 ??? Thank you very much, Hi, have the same problem. Tried the following 1.) Patched my 2.6.18 (SuSe 10.2) kernel with Stevens multiproto patch result: HVR4000 is detected, you may use the dvb part of the card then. However you need to load an additional firmware file, which doesn't seem to be available. -- doesn't work 2.) Using a standard 2.6.20 kernel and specifying card-type 53 activates the DVB-T part which seems to work (see wiki note about HVR4000) Hope there will be more development for this card in the near future, but from my point of knowledge the restrictive publications from connexant (the producer of the chipset) seems to be the problem. regards Uwe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFFyt5HspMjDaIAcG8RAoXiAJwK/u83Ya7iqZvh68eVJ5vO3FiDSgCcC9DT eaJ522cPzwDoqh5MqWKS7YI= =830C -END PGP SIGNATURE- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] http://linuxtv.org/hg/~stoth/multiproto with recent kernel ?
On Wed, February 7, 2007 10:41 pm, Gregoire Favre wrote: Hello, it seems http://linuxtv.org/hg/~stoth/multiproto support the HVR-4000 card I have, unfortunately it don't compil against 2.6.20. I had the same problem with ~stoth/hvr3000. I got as far as changing the references to linux/config.h to linux/autoconf.h (I think thats right from memory) which fixed the first compile problem. But then it got stuck on something else, which looked more like a function signature had changed - at which point I decided it would take more than my random guesses to make the correct changes so I gave up for the night. Please fix it Steve! Thanks, Robert. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware update (all DiBx700-devices, Nova-T 500, Nova-T Stick and others)
Hallo! I tested the firmware and everything still woks. Sadly I still don't get any SNR Values different from 0. Any idea what might be wrong? It seems it has the capability: dvbsnoop -s signal -pd 9 -n 9 -timeout 1000 dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ DEMUX : /dev/dvb/adapter0/demux0 DVR : /dev/dvb/adapter0/dvr0 FRONTEND: /dev/dvb/adapter0/frontend0 - Transponder/Frequency signal strength statistics... max cycle count: 9 Capabilities: BER: 1 SNR: 1 SIG: 1 STAT: 1 UBLK: 1 - cycle: 1 d_time: 0.001 s Sig: 30675 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 2 d_time: 1.005 s Sig: 30715 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 3 d_time: 1.008 s Sig: 30749 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 4 d_time: 1.009 s Sig: 30733 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 5 d_time: 1.008 s Sig: 30670 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 6 d_time: 1.008 s Sig: 30643 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 7 d_time: 1.008 s Sig: 30637 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 8 d_time: 1.008 s Sig: 30630 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 9 d_time: 1.008 s Sig: 30640 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] usb-storage: device scan complete dib0700: loaded with support for 2 different device-types dvb-usb: found a 'Uniwill STK7700P based (Hama and others)' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-dib0700-02-rc1.fw' dib0700: firmware started successfully. dvb-usb: found a 'Uniwill STK7700P based (Hama and others)' in warm state. **WARNING** I2C adapter driver [Uniwill STK7700P based (Hama and others)] forgot to specify physical device; fix it! dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Uniwill STK7700P based (Hama and others)). **WARNING** I2C adapter driver [DiBX000 tuner I2C bus] forgot to specify physical device; fix it! DVB: registering frontend 0 (DiBcom 7000MA/MB/PA/PB/MC)... MT2060: successfully identified (IF1 = 1220) dvb-usb: Uniwill STK7700P based (Hama and others) successfully initialized and connected. usbcore: registered new interface driver dvb_usb_dib0700 Regards Lynx ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Should a DVB frontend report the board name?
hermann pitton wrote: Hi, Am Mittwoch, den 07.02.2007, 10:07 +0400 schrieb Manu Abraham: On 2/7/07, hermann pitton [EMAIL PROTECTED] wrote: Hi! and the the cinergyT2 seems not to have a maintainer anymore. Is it broken or something like that ? unfortunately i don't have any hardware to test the same. If there are some users out there, who can provide feedback on the status, most probably it can be fixed in case it is broken. Marc reported it non functional on Ubuntu 6.10 with its 2.6.17 kernel. On FedoraCore6 it worked for him. Thierry from the video4linux usbvision project seems to be the only one else on the lists currently with such a device. He confirmed it working on vanilla 2.6.17.13 and even tested on vanilla 2.6.17.10, works. The current v4l-dvb on this older kernels is not yet tested for it. After it seemed there was also some precompiled module involved, I thought we found it. Marc is now back with a clean install of v4l-dvb and still doesn't get it to work since three weeks now. hi, i don't know if i'm getting on the right track. i missed the beginning of this thread. i see you speak of the cynergy T2. i do have it, so i can test any v4l-dvb tree, provided with some time. for example, i just tested this tree: http://linuxtv.org/hg/v4l-dvb?ca=a8819e65be60;type=bz2 on my vanilla kernel 2.6.18 on debian/unstable (i can provide the kernel config, if useful) the cinergy T2, with this tree, works: usbcore: registered new driver cinergyT2 usb 5-5: USB disconnect, address 7 usb 5-2.1: new high speed USB device using ehci_hcd and address 8 usb 5-2.1: configuration #1 chosen from 1 choice DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver). let me know if i need to try something else.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] How does bad reception influence quality of macroblocks?
Hallo! I have this general question to DVB-T: How is the qualtity of macroblocks influenced if my reception of the signal isn't perfect? I know macroblocks will be lost totally if the reception is not sufficient any more. But what happens in between these cases? Can a single macroblock loose information (quality) in the reception or will it be dismissed totally if the data of a macroblock is not recieved completly? What is the behavior of DVB-S/C or mpeg-streams in general? Thanks for any answers Lynx ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How does bad reception influence quality of macroblocks?
You will lose one or more TS packets (188bytes) if RS decoder (or some other step before that) cannot fully recover the packet. Those packets are usually marked with 'transport error indicator' flag, and mpeg decoder skips them, or perhaps blindly tries to decode data in them. Usually results in ugly crap across the screen in a particular section that was ruined, even if it was only a single TS packet that was affected. -t On 2/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hallo! I have this general question to DVB-T: How is the qualtity of macroblocks influenced if my reception of the signal isn't perfect? I know macroblocks will be lost totally if the reception is not sufficient any more. But what happens in between these cases? Can a single macroblock loose information (quality) in the reception or will it be dismissed totally if the data of a macroblock is not recieved completly? What is the behavior of DVB-S/C or mpeg-streams in general? Thanks for any answers Lynx ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How does bad reception influence quality of macroblocks?
On 2/8/07, timecop [EMAIL PROTECTED] wrote: You will lose one or more TS packets (188bytes) if RS decoder (or some It can be the LDPC/BCH decoder also in some cases .. ;-) manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] A new user for a new question! vp-7049
HI, I am subscribe to this ml because I have buyed a digicom dvb-t usb, I was sure this device get a vp-7045 instead it get a vp-7049! I think that a new version of *7045, I need a firwmare for this device.. The developers are writing it? excuse me for my english;) thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Pinnacle hybrid usb pro 330e, some specs on dxr3975d
I had a look at these specs a while ago they aren't usefull. Beside that it's possible to get that device work with a few tricks, just capture the windows data and replay it in Linux. Unfortunatelly there's no DVB-T signal around where I live, they'll start broadcasting it during the next few month hopefully. usbreplay co: http://linuxtv.org/v4lwiki/index.php/USBVideo I already got the device work with this way but having the specs would be nicer than to implement that cribbled ugly parsed firmware stuff. Markus On 1/23/07, henk [EMAIL PROTECTED] wrote: Just found this site: http://comtech.myweb.hinet.net/dvbt.html it has specifications with i2c programming of a DVB tuner module with DRX3975D inside. http://comtech.myweb.hinet.net/pdf/mdvbt-39758e.pdf http://comtech.myweb.hinet.net/pdf/mdvbt-39758asy.pdf - Henk -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
