On Wednesday 24 October 2007 16:41, Daniel Golle wrote: > > For info I've spotted a newer repo over here http://jusst.de/hg/multiproto/ > > (spotted in one of manu's mails about multiproto) > > but I think the older driver could be better at the moment as with the > > newer driver the device doesn't appear to initialize for the stb0899 > > > > also I hope you don't mind > > but I took some of the changes and combined it with the driver I've been > > working with > > http://homepage.ntlworld.com/garlicbread/Projects/452e/patches/ > > > > 1. lnbp22.patch - this is from the patch above, it's better than the one > > I'd setup so I've left this as is > > 2. pctv452e_initreg.patch - separate header file containing the registers > > to be sent to the device on init > > I think this is more up to date because it's based off the usbsnoop logs > > with the win driver > > but I need to give it one more final sanity check to be sure > > 3. stb0899_tstrs3.patch - minor change to one of the registers I've spotted > > while trailing through the usb logs > > 4. stb0899_misc.patch - changes you've made to the stb0899 driver > > (originally part of the above patch) > > > > 3. pctv452e_main.patch - a combination of the above driver and some code > > I've been working with > > it's basically a slightly changed version of the more recent ttusb driver > > with bits of code from the above patch (remote control especially, this > > does work with evtest) > > the newer budget driver in manu's tree (another func added for the stb6100) > > with some other bits > > > > at this point the results are the same (meter lights up but not much else) > > so I can't say if this is better or worse at this point > > although I've noticed the LED is staying at orange when it should be going > > green in both cases, which suggests the GPIO register isn't being set when > > it should > > > > quick question has anyone managed to get any kind of visible video output > > from the device at this point? > > I'm wondering if the mpeg stream settings (for the iso transfer) need > > tweaking (I'm not sure if the endpoint or some other setting is set correct) > Hi all! > I got the same results here. Tried both your and Dominik's patches. The > card in both cases seems to at least switch polarization and 22kHz but > ends up with an error during tuning, so no data is received. > > --- szap --- > reading channels from file '/home/daniel/channels.conf' > zapping to 25 'DAS VIERTE,D VIERTE;BetaDigital': > sat 0, frequency = 12460 MHz H, symbolrate 27500000, vpid = 0x07ff, apid > = 0x0800 sid = 0x0024 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > status 00 | signal 99% | snr 99% | ber -2 | unc -2 | > FE_READ_STATUS failed: Invalid argument > status 00 | signal 99% | snr 99% | ber -2 | unc -2 | > FE_READ_STATUS failed: Invalid argument > status 00 | signal 99% | snr 99% | ber -2 | unc -2 | > ---- > > > --- kern.log ---- > Oct 24 16:37:22 bart stb0899_read_signal_strength: Unsupported delivery > system > Oct 24 16:37:22 bart _stb0899_read_reg: Reg=[0xf50d], data=00 > Oct 24 16:37:22 bart stb0899_read_snr: Unsupported delivery system > Oct 24 16:37:22 bart stb0899_read_ber: Unsupported delivery system > Oct 24 16:37:22 bart pctv452e_streaming_ctrl: onoff=0 > Oct 24 16:37:29 bart lnbp22_set_voltage: 2 (18V=1 13V=0) > Oct 24 16:37:29 bart lnbp22_set_voltage: 0x60) > Oct 24 16:37:29 bart _stb0899_read_reg: Reg=[0xf12a], data=5c > Oct 24 16:37:29 bart stb0899_sleep: Going to Sleep .. (Really > tired .. :-)) > -------
Are you sure you have used the DVB-S2 enabled szap? Manu posted a link a few days/weeks ago Currently only the new tuning API does work. Dominik
pgpQjHHDWS5JE.pgp
Description: PGP signature
_______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb