On Jan 30, 2008 1:30 PM, James Middendorff <<a href="mailto:james@nigmatech.com">james@nigmatech.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>On Wed, 2008-01-30 at 22:14 +0100, <a href="mailto:linux-dvb-request@linuxtv.org">linux-dvb-request@linuxtv.org</a> wrote:<br>> Send linux-dvb mailing list submissions to<br>> <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>
><br>> To subscribe or unsubscribe via the World Wide Web, visit<br>> <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb</a><br>
> or, via email, send a message with subject or body 'help' to<br>> <a href="mailto:linux-dvb-request@linuxtv.org">linux-dvb-request@linuxtv.org</a><br>><br>> You can reach the person managing the list at<br>
> <a href="mailto:linux-dvb-owner@linuxtv.org">linux-dvb-owner@linuxtv.org</a><br>><br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of linux-dvb digest..."<br>
><br>><br>> Today's Topics:<br>><br>> 1. Re: [PATCH] XC5000 tuner improvement/clean up (John Massengale)<br>> 2. DiSEqC switch blinded by KNC tuner [was: KNC1 TV Star DVB-S<br>> tuning problem] (Doru Marin)<br>
> 3. Re: Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2<br>> (Jens Krehbiel-Gr?ther)<br>> 4. Re: [PATCH] HVR4000(lite) support for multiproto (Igor)<br>> 5. Re: Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2<br>
> (Jens Krehbiel-Gr?ther)<br>><br>><br>> ----------------------------------------------------------------------<br>><br>> Message: 1<br>> Date: Wed, 30 Jan 2008 10:10:41 -0800<br>> From: "John Massengale" <<a href="mailto:johnrobertmassengale@gmail.com">johnrobertmassengale@gmail.com</a>><br>
> Subject: Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up<br>> To: "Timothy E. Krantz" <<a href="mailto:tkrantz@stahurabrenner.com">tkrantz@stahurabrenner.com</a>><br>> Cc: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>
> Message-ID:<br>> <<a href="mailto:ce099bae0801301010o7b938cfdue54ad5afc4e10e8e@mail.gmail.com">ce099bae0801301010o7b938cfdue54ad5afc4e10e8e@mail.gmail.com</a>><br>> Content-Type: text/plain; charset="utf-8"<br>
><br>> On Jan 27, 2008 7:58 AM, Timothy E. Krantz <<a href="mailto:tkrantz@stahurabrenner.com">tkrantz@stahurabrenner.com</a>><br>> wrote:<br>><br>> > > Hi, all,<br>> > ><br>> > > This patch improves the performance of the xc5000 tuner driver.<br>
> > ><br>> > > 1. Now, only one xc5000_priv struct is used for each physical tuner<br>> > > instead of one for each attach (analog/digital). This<br>> > > avoids potential<br>> > > inconsistence such as the status of the firmware loading changed by<br>
> > > one instance of the driver and the other instance not<br>> > > being aware of it.<br>> > > It is based on the tuner-xc2028.c code.<br>> > ><br>> > > 2. Removed a layer of function call for xc_reset().<br>
> > ><br>> > > 3. Replaced all calls to xc_wait() by a direct msleep() call<br>> > > (which is all<br>> > > xc_wait does).<br>> > ><br>> > > 4. Changed the xc_wait(100) in xc_write_reg() to msleep(5).<br>
> > > The comment<br>> > > says wait 5 ms, was the 100 a typo? In any case, this improved the<br>> > > tuner performace greatly (much faster lock).<br>> > ><br>> > > 5. Added a module parameter "allow_shutdown", which is defaulted to 0.<br>
> > > If enabled, the xc5000_sleep() function will indeed shutdown the<br>> > > tuner device. On the 800i, this is fine with analog, but digital<br>> > > still cannot get a lock after shutdown and reinitialized, with no<br>
> > > apparent error message. Please test this on other cards.<br>> > ><br>> > > 6. Some minor clean up.<br>> > ><br>> > > The patch is tested on the Pinnacle 800i. Before the patch,<br>
> > > tvtime and azap works with analog/digital tv, but with very<br>> > > slow tuning and locking. Mythtv had problems with analog tv<br>> > > frequently (with the "errors are encountered during video<br>
> > > play back" message). Most likely, that was due to the slow<br>> > > tuning of the xc5000.<br>> > ><br>> > > After the patch, both analog and digital tv saw great improvements.<br>
> > > Mythtv can consistently lock in both analog and digital<br>> > > channels. I haven't run into the video play back errors yet<br>> > > so far after torturing mythtv with channel changing and<br>
> > > switching between different input source/multiple cards<br>> > > several dozen times.<br>> > ><br>> > > I still could not get audio (analog) in mythtv, but I suspect<br>> > > that is a problem with my mythtv setup rather than the driver.<br>
> > ><br>> > > Comments are welcome and please test and post your experience. Thanks!<br>> ><br>> > Sir,<br>> > Prior to your patch when using my 800i each time I tried to go from an<br>
> > analog to a digital station or vice versa using mythtv I got the "errors<br>> > encountered during video playback" issue.<br>> ><br>> > With this patch installed going from analog to digital works fine for me<br>
> > but<br>> > switching from digital to analog still results in the same error.<br>> ><br>> > Channel lock is MUCH faster.<br>> ><br>> > Thanks for your efforts!<br>> ><br>> > Tim<br>
> ><br>> ><br>> ><br>> > _______________________________________________<br>> > linux-dvb mailing list<br>> > <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> > <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb</a><br>
> ><br>><br>><br>> I was having an issue getting the Pinnacle 800i to pick up analog cable<br>> channels so I patched the source with this patch and compiled/installed this<br>> version of the driver and I am still having this problem (The ATSC/QAM<br>
> tuning works perfectly, the remote is working too). I have not tried through<br>> XAWTV yet, but through MythTV I can see it tune the channel clearly for<br>> about a second, then it fades into colored static. I know the source is OK,<br>
> because I have an Hauppauge Wintv-USB2 hooked up that tunes the analog cable<br>> channels with no problem. I had the analog working before so I am not sure<br>> what happened now. Wrong module loaded or something? When scanning for<br>
> channels it is definitely a LOT faster. I also have a Kworld 110 ATSC card<br>> installed as well, I wonder if it is conflicting somehow? Anybody have any<br>> thoughts?<br>><br>> Even if the analog tuning starts working again, there was some discussion<br>
> about what would happen if MythTV or some other app tried to use both<br>> sources to record two different shows? Is that really an issue?<br>><br>> Thanks!<br>><br>> John<br>> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>> URL: <a href="http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080130/3b2251a1/attachment-0001.htm" target="_blank">http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080130/3b2251a1/attachment-0001.htm</a><br>
><br>> ------------------------------<br>><br>> Message: 2<br>> Date: Wed, 30 Jan 2008 20:34:08 +0200<br>> From: Doru Marin <<a href="mailto:Doru.Marin@Deuromedia.ro">Doru.Marin@Deuromedia.ro</a>><br>
> Subject: [linux-dvb] DiSEqC switch blinded by KNC tuner [was: KNC1 TV<br>> Star DVB-S tuning problem]<br>> To: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> Message-ID: <<a href="mailto:47A0C320.3060201@Deuromedia.ro">47A0C320.3060201@Deuromedia.ro</a>><br>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>><br>> Hello,<br>><br>> I changed my Gigaswitch 11/20 multiswitch with other model and instantly<br>> my card got working.<br>> First I thought that is a DiSEqC error, so I had to check with other<br>
> switch model. And, surprisingly, it start to work.<br>> So, I reverted back and tried to figure out what's happen. After several<br>> tests, I concluded that it works fine with any vertical channels, low/hi<br>
> switch and even sat switch.<br>> So I figured out that the horizontal requests cause the troubles. I<br>> measured the output on tuner and I'm getting 13.5V for vertical and<br>> 19.2V for horizontal.<br>
> I changed in the stv0299 code and I'm lowering the power to 13V during<br>> DiSEqC command.With this hack, I'm successfully tune on horizontal<br>> channels, too.<br>> But this is a hack and doesn't sound right. According to specs, the<br>
> voltage switch should occur before DiSEqC commands.<br>> The older KNC type card uses stv0299 too and it behaves better with my<br>> switch. And also gets 19V on output.<br>><br>> Finally, it seems that the KNC TV Star card blinds my switch.<br>
> Any ideea how to fix this without hacking the stv0299 driver ?<br>><br>> Thanks in advance,<br>> Doru.<br>><br>> Doru Marin wrote:<br>> > Hello,<br>> ><br>> > I got two KNC DVB-S cards, an older one (1894:0010) and a new KNC TV<br>
> > STAR model, (1894:0016) on FC6 running last kernel (2.6.24).<br>> > The old card works fine, I have no problems with it. The second one,<br>> > after I tune o a channel on a vertical polarity, doesn't want to tune on<br>
> > any horizontal channel anymore:<br>> ><br>> > # szap -c ./astra.conf -a0 "BBC World"<br>> > reading channels from file './astra.conf'<br>> > zapping to 3 'BBC World':<br>
> > sat 0, frequency = 11597 MHz V, symbolrate 22000000, vpid = 0x00a3, apid<br>> > = 0x005c sid = 0x2742<br>> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'<br>> > status 03 | signal d9a0 | snr 965d | ber 0000db00 | unc 00000000 |<br>
> > status 1f | signal e100 | snr dd9d | ber 00005e00 | unc 00000000 |<br>> > FE_HAS_LOCK<br>> > ...........<br>> > # szap -c ./astra.conf -a0 "ZDF"<br>> > reading channels from file './astra.conf'<br>
> > zapping to 161 'ZDF':<br>> > sat 0, frequency = 11953 MHz H, symbolrate 27500000, vpid = 0x006e, apid<br>> > = 0x0078 sid = 0x6d66<br>> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'<br>
> > status 03 | signal b3e0 | snr 9be2 | ber 00009e00 | unc 00000000 |<br>> > status 03 | signal b3d1 | snr a71c | ber 0000ff30 | unc 00000000 |<br>> ><br>> > Back to "BBC World", it locks fine. but no chance to lock on ZDF anymore.<br>
> > If I replug the sat cable, it starts to work again, until I switch again<br>> > on a "V" channel.<br>> > I checked the polarity switch, the card delivers 19.2V, so there is no<br>> > power problem.<br>
> > The difference between cards is the tuner, the new one uses a Philips<br>> > SD1878.<br>> > As long as the first card works like charm, I assume the the sat switch<br>> > works fine.<br>> ><br>
> > Any idea what goes wrong, anyone ?<br>> ><br>> > Regards,<br>> > Doru<br>> ><br>> ><br>> > _______________________________________________<br>> > linux-dvb mailing list<br>
> > <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> > <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb</a><br>
> ><br>><br>><br>><br>><br>> ------------------------------<br>><br>> Message: 3<br>> Date: Wed, 30 Jan 2008 20:17:16 +0100<br>> From: Jens Krehbiel-Gr?ther <<a href="mailto:linux-dvb@okg-computer.de">linux-dvb@okg-computer.de</a>><br>
> Subject: Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and<br>> DVB-S2<br>> To: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> Message-ID: <<a href="mailto:47A0CD3C.40508@okg-computer.de">47A0CD3C.40508@okg-computer.de</a>><br>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed<br>><br>> Dominik Kuhlen schrieb:<br>> > Hi<br>> > <snip><br>> ><br>> >> dev:/usr/src/multiproto# patch -p1 < pctv452e.patch<br>
> >> patching file linux/drivers/media/Kconfig<br>> >> patching file linux/drivers/media/dvb/dvb-usb/Kconfig<br>> >> Hunk #1 succeeded at 239 (offset 2 lines).<br>> >> patching file linux/drivers/media/dvb/dvb-usb/Makefile<br>
> >> Hunk #1 succeeded at 61 with fuzz 2.<br>> >> patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h<br>> >> Hunk #1 FAILED at 139.<br>> >> 1 out of 1 hunk FAILED -- saving rejects to file<br>
> >> linux/drivers/media/dvb/dvb-usb<br>> >> /dvb-usb-ids.h.rej<br>> >> patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c<br>> >> patching file linux/drivers/media/dvb/frontends/Kconfig<br>
> >> Hunk #1 succeeded at 405 (offset 47 lines).<br>> >> patching file linux/drivers/media/dvb/frontends/Makefile<br>> >> Hunk #1 succeeded at 42 (offset 3 lines).<br>> >> patching file linux/drivers/media/dvb/frontends/lnbp21.c<br>
> >> Hunk #1 succeeded at 117 (offset -1 lines).<br>> >> patching file linux/drivers/media/dvb/frontends/lnbp22.c<br>> >> patching file linux/drivers/media/dvb/frontends/lnbp22.h<br>> >> patching file linux/drivers/media/dvb/frontends/stb0899_algo.c<br>
> >> Hunk #1 succeeded at 495 (offset -27 lines).<br>> >> patching file linux/drivers/media/dvb/frontends/stb0899_drv.c<br>> >> patching file linux/drivers/media/dvb/frontends/stb0899_drv.h<br>> >> patching file linux/drivers/media/dvb/frontends/stb6100.c<br>
> >> patching file linux/include/linux/dvb/frontend.h<br>> >> patching file linux/include/linux/dvb/video.h<br>> >> Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line).<br>> >> dev:/usr/src/multiproto#<br>
> >> </snip><br>> >><br>> >> So I inserted the line into<br>> >> linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand<br>> >> #define USB_PID_PCTV_452E 0x021f<br>
> >><br>> > ok. this might happen if the file has been changed in repository since i have diff'ed.<br>> ><br>> >> I type make and all compiles with only a few warnings but now without<br>
> >> any error.<br>> >><br>> >> When I install the modules and load them I get the following output from<br>> >> dmesg:<br>> >><br>> >> </snip><br>> >> usb 3-2: new high speed USB device using ehci_hcd and address 4<br>
> >> usb 3-2: configuration #1 chosen from 1 choice<br>> >> dvb-usb: found a 'PCTV HDTV USB' in warm state.<br>> >> pctv452e_power_ctrl: 1<br>> >> dvb-usb: will pass the complete MPEG2 transport stream to the software<br>
> >> demuxer.<br>> >> DVB: registering new adapter (PCTV HDTV USB)<br>> >> pctv452e_frontend_attach Enter<br>> >> stb0899_attach: Exiting .. !<br>> >><br>> > Hmm. i wonder why this happens: the stb0899 did not attach properly:<br>
> > could you please load the stb0899 without verbose= parameter.<br>> > it will print more info what's going on.<br>> ><br>><br>><br>> Hi!<br>><br>> Well perhaps it is a hardware error in my device??<br>
> Loading the module without "verbose" parameter prints the following in<br>> the syslog:<br>><br>> Jan 30 19:37:21 dev kernel: usb 3-6: new high speed USB device using<br>> ehci_hcd and address 2<br>
> Jan 30 19:37:21 dev kernel: usb 3-6: device descriptor read/64, error -71<br>> Jan 30 19:37:22 dev kernel: usb 3-6: device descriptor read/64, error -71<br>> Jan 30 19:37:22 dev kernel: usb 3-6: new high speed USB device using<br>
> ehci_hcd and address 3<br>> Jan 30 19:37:22 dev kernel: usb 3-6: configuration #1 chosen from 1 choice<br>> Jan 30 19:37:22 dev kernel: dvb-usb: found a 'PCTV HDTV USB' in warm state.<br>> Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 1<br>
> Jan 30 19:37:22 dev kernel: dvb-usb: will pass the complete MPEG2<br>> transport stream to the software demuxer.<br>> Jan 30 19:37:22 dev kernel: DVB: registering new adapter (PCTV HDTV USB)<br>> Jan 30 19:37:22 dev kernel: pctv452e_frontend_attach Enter<br>
> Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1b6]: 02<br>> Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c2]: 00<br>> Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c3]: 00<br>> Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf141]: 02<br>
> Jan 30 19:37:22 dev kernel: _stb0899_read_reg: Reg=[0xf000], data=05<br>> Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: ID reg=[0x05]<br>> Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Device ID=[0], Release=[5]<br>
> Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base<br>> address=[0x00000400], Offset=[0xf334], Data=[0xb7fffe05]<br>> Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base<br>
> address=[0x00000400], Offset=[0xf33c], Data=[0xb7fffe05]<br>> Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core<br>> ID=[<B7><FF><FE>^E], Version=[-1207960059]<br>> Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base<br>
> address=[0x00000800], Offset=[0xfa2c], Data=[0xb7fffe05]<br>> Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base<br>> address=[0x00000800], Offset=[0xfa34], Data=[0xb7fffe05]<br>> Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: couldn't find a STB 0899<br>
> Jan 30 19:37:22 dev kernel: stb0899_attach: Exiting .. !<br>> Jan 30 19:37:22 dev kernel: dvb-usb: no frontend was attached by 'PCTV<br>> HDTV USB'<br>> Jan 30 19:37:22 dev kernel: input: IR-receiver inside an USB DVB<br>
> receiver as /class/input/input4<br>> Jan 30 19:37:22 dev kernel: dvb-usb: schedule remote query interval to<br>> 100 msecs.<br>> Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 0<br>> Jan 30 19:37:22 dev kernel: dvb-usb: PCTV HDTV USB successfully<br>
> initialized and connected.<br>> Jan 30 19:37:22 dev kernel: usbcore: registered new interface driver<br>> pctv452e<br>><br>><br>><br>> Because of this line I think there is an error in the hardware:<br>
> Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core<br>> ID=[<B7><FF><FE>^E], Version=[-1207960059]<br>><br>> Also the light is always showing green (even if it is not connected with<br>
> a pc).<br>> I will test the device under windows this evening to see wheter it is<br>> working or not.<br>><br>> Jens<br>><br>><br>><br>> ------------------------------<br>><br>> Message: 4<br>
> Date: Wed, 30 Jan 2008 23:51:10 +0300<br>> From: Igor <<a href="mailto:goga777@bk.ru">goga777@bk.ru</a>><br>> Subject: Re: [linux-dvb] [PATCH] HVR4000(lite) support for multiproto<br>> To: Craig Whitmore <<a href="mailto:lennon@orcon.net.nz">lennon@orcon.net.nz</a>><br>
> Cc: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> Message-ID: <<a href="mailto:E1JKJtm-000P0X-00.goga777-bk-ru@f43.mail.ru">E1JKJtm-000P0X-00.goga777-bk-ru@f43.mail.ru</a>><br>> Content-Type: text/plain; charset=koi8-r<br>
><br>> my the dmesg reports<br>><br>> cx88[0]/2: found at 0000:02:03.2, rev: 5, irq: 22, latency: 32, mmio: 0xdf000000<br>> cx8802_probe() allocating 2 frontends<br>> cx88/2: cx2388x dvb driver version 0.0.6 loaded<br>
> cx88/2: registering cx8802 driver, type: dvb access: shared<br>> cx88[0]/2: subsystem: 0070:6900, board: Hauppauge WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=59]<br>> cx88[0]/2: cx2388x based DVB/ATSC card<br>> tda9887 5-0043: i2c i/o error: rc == -121 (should be 4)<br>
> dvb: videobuf_dvb_register_adapter()<br>> DVB: registering new adapter (cx88[0])<br>> dvb: videobuf_dvb_register_adapter() returns 0<br>> DVB: registering frontend 0 (Conexant CX24116/CX24118)...<br>> DVB: registering frontend 0 (Conexant CX22702 DVB-T)...<br>
><br>> in dmesg-report I have two frontend0 - is it right ?<br>> really I have<br>> demux0 demux1 dvr0 dvr1 frontend0 frontend1 net0 net1<br>><br>><br>> Igor<br>><br>> -----Original Message-----<br>
> From: "Craig Whitmore" <<a href="mailto:lennon@orcon.net.nz">lennon@orcon.net.nz</a>><br>> To: "Steven Toth" <<a href="mailto:stoth@linuxtv.org">stoth@linuxtv.org</a>><br>> Date: Wed, 30 Jan 2008 06:58:20 +1300<br>
> Subject: Re: [linux-dvb] [PATCH] HVR4000(lite) support for multiproto<br>><br>> ><br>> > ><br>> > > Cool.<br>> > ><br>> > > This is based on the multi-frontend patches originally from the<br>
> > > stoth/HVR3000 tree, right?<br>> > ><br>> > > - Steve??<br>> > ><br>> > ><br>> ><br>> > Yes. based on your work . If you check the cx8802_dvb_advise_acquire it is<br>
> > in quite a mess at the moment for the CX88_BOARD_HAUPPAUGE_HVR4000 so needs<br>> > fixing for the multi frontend. Someone who knows more about how to reset the<br>> > chips can fix it up a little. It boots but you get a few errors :-)<br>
> ><br>> > Thanks<br>> ><br>><br>><br>><br>> ------------------------------<br>><br>> Message: 5<br>> Date: Wed, 30 Jan 2008 22:14:52 +0100<br>> From: Jens Krehbiel-Gr?ther <<a href="mailto:linux-dvb@okg-computer.de">linux-dvb@okg-computer.de</a>><br>
> Subject: Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and<br>> DVB-S2<br>> To: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>> Message-ID: <<a href="mailto:47A0E8CC.3080207@okg-computer.de">47A0E8CC.3080207@okg-computer.de</a>><br>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>><br>> Jens Krehbiel-Gr?ther schrieb:<br>> > Dominik Kuhlen schrieb:<br>> ><br>> >> Hi<br>> >> <snip><br>> >><br>
> >><br>> >>> dev:/usr/src/multiproto# patch -p1 < pctv452e.patch<br>> >>> patching file linux/drivers/media/Kconfig<br>> >>> patching file linux/drivers/media/dvb/dvb-usb/Kconfig<br>
> >>> Hunk #1 succeeded at 239 (offset 2 lines).<br>> >>> patching file linux/drivers/media/dvb/dvb-usb/Makefile<br>> >>> Hunk #1 succeeded at 61 with fuzz 2.<br>> >>> patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h<br>
> >>> Hunk #1 FAILED at 139.<br>> >>> 1 out of 1 hunk FAILED -- saving rejects to file<br>> >>> linux/drivers/media/dvb/dvb-usb<br>> >>> /dvb-usb-ids.h.rej<br>
> >>> patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c<br>> >>> patching file linux/drivers/media/dvb/frontends/Kconfig<br>> >>> Hunk #1 succeeded at 405 (offset 47 lines).<br>> >>> patching file linux/drivers/media/dvb/frontends/Makefile<br>
> >>> Hunk #1 succeeded at 42 (offset 3 lines).<br>> >>> patching file linux/drivers/media/dvb/frontends/lnbp21.c<br>> >>> Hunk #1 succeeded at 117 (offset -1 lines).<br>> >>> patching file linux/drivers/media/dvb/frontends/lnbp22.c<br>
> >>> patching file linux/drivers/media/dvb/frontends/lnbp22.h<br>> >>> patching file linux/drivers/media/dvb/frontends/stb0899_algo.c<br>> >>> Hunk #1 succeeded at 495 (offset -27 lines).<br>
> >>> patching file linux/drivers/media/dvb/frontends/stb0899_drv.c<br>> >>> patching file linux/drivers/media/dvb/frontends/stb0899_drv.h<br>> >>> patching file linux/drivers/media/dvb/frontends/stb6100.c<br>
> >>> patching file linux/include/linux/dvb/frontend.h<br>> >>> patching file linux/include/linux/dvb/video.h<br>> >>> Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line).<br>> >>> dev:/usr/src/multiproto#<br>
> >>> </snip><br>> >>><br>> >>> So I inserted the line into<br>> >>> linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand<br>> >>> #define USB_PID_PCTV_452E 0x021f<br>
> >>><br>> >>><br>> >> ok. this might happen if the file has been changed in repository since i have diff'ed.<br>> >><br>> >><br>> >>> I type make and all compiles with only a few warnings but now without<br>
> >>> any error.<br>> >>><br>> >>> When I install the modules and load them I get the following output from<br>> >>> dmesg:<br>> >>><br>> >>> </snip><br>
> >>> usb 3-2: new high speed USB device using ehci_hcd and address 4<br>> >>> usb 3-2: configuration #1 chosen from 1 choice<br>> >>> dvb-usb: found a 'PCTV HDTV USB' in warm state.<br>
> >>> pctv452e_power_ctrl: 1<br>> >>> dvb-usb: will pass the complete MPEG2 transport stream to the software<br>> >>> demuxer.<br>> >>> DVB: registering new adapter (PCTV HDTV USB)<br>
> >>> pctv452e_frontend_attach Enter<br>> >>> stb0899_attach: Exiting .. !<br>> >>><br>> >>><br>> >> Hmm. i wonder why this happens: the stb0899 did not attach properly:<br>
> >> could you please load the stb0899 without verbose= parameter.<br>> >> it will print more info what's going on.<br>> >><br>> >><br>> ><br>> ><br>> > Hi!<br>> ><br>
> > Well perhaps it is a hardware error in my device??<br>> > Loading the module without "verbose" parameter prints the following in<br>> > the syslog:<br>> ><br>> > Jan 30 19:37:21 dev kernel: usb 3-6: new high speed USB device using<br>
> > ehci_hcd and address 2<br>> > Jan 30 19:37:21 dev kernel: usb 3-6: device descriptor read/64, error -71<br>> > Jan 30 19:37:22 dev kernel: usb 3-6: device descriptor read/64, error -71<br>> > Jan 30 19:37:22 dev kernel: usb 3-6: new high speed USB device using<br>
> > ehci_hcd and address 3<br>> > Jan 30 19:37:22 dev kernel: usb 3-6: configuration #1 chosen from 1 choice<br>> > Jan 30 19:37:22 dev kernel: dvb-usb: found a 'PCTV HDTV USB' in warm state.<br>
> > Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 1<br>> > Jan 30 19:37:22 dev kernel: dvb-usb: will pass the complete MPEG2<br>> > transport stream to the software demuxer.<br>> > Jan 30 19:37:22 dev kernel: DVB: registering new adapter (PCTV HDTV USB)<br>
> > Jan 30 19:37:22 dev kernel: pctv452e_frontend_attach Enter<br>> > Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1b6]: 02<br>> > Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c2]: 00<br>> > Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c3]: 00<br>
> > Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf141]: 02<br>> > Jan 30 19:37:22 dev kernel: _stb0899_read_reg: Reg=[0xf000], data=05<br>> > Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: ID reg=[0x05]<br>
> > Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Device ID=[0], Release=[5]<br>> > Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base<br>> > address=[0x00000400], Offset=[0xf334], Data=[0xb7fffe05]<br>
> > Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base<br>> > address=[0x00000400], Offset=[0xf33c], Data=[0xb7fffe05]<br>> > Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core<br>
> > ID=[<B7><FF><FE>^E], Version=[-1207960059]<br>> > Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base<br>> > address=[0x00000800], Offset=[0xfa2c], Data=[0xb7fffe05]<br>
> > Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base<br>> > address=[0x00000800], Offset=[0xfa34], Data=[0xb7fffe05]<br>> > Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: couldn't find a STB 0899<br>
> > Jan 30 19:37:22 dev kernel: stb0899_attach: Exiting .. !<br>> > Jan 30 19:37:22 dev kernel: dvb-usb: no frontend was attached by 'PCTV<br>> > HDTV USB'<br>> > Jan 30 19:37:22 dev kernel: input: IR-receiver inside an USB DVB<br>
> > receiver as /class/input/input4<br>> > Jan 30 19:37:22 dev kernel: dvb-usb: schedule remote query interval to<br>> > 100 msecs.<br>> > Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 0<br>> > Jan 30 19:37:22 dev kernel: dvb-usb: PCTV HDTV USB successfully<br>
> > initialized and connected.<br>> > Jan 30 19:37:22 dev kernel: usbcore: registered new interface driver<br>> > pctv452e<br>> ><br>> ><br>> ><br>> > Because of this line I think there is an error in the hardware:<br>
> > Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core<br>> > ID=[<B7><FF><FE>^E], Version=[-1207960059]<br>> ><br>> > Also the light is always showing green (even if it is not connected with<br>
> > a pc).<br>> > I will test the device under windows this evening to see wheter it is<br>> > working or not.<br>> ><br>><br>> OK, I really think its a hardware problem. In Windows I get a bluescreen<br>
> when I start the TV-Application (on 3 different PCs, so I think it must<br>> be something wrong with the hardware).<br>> I will try again when I get a new device from pinnacle support.<br>><br>> Jens<br>><br>
><br>><br>> ------------------------------<br>><br>> _______________________________________________<br>> linux-dvb mailing list<br>> <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br>
> <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb</a><br>><br>> End of linux-dvb Digest, Vol 36, Issue 133<br>> ******************************************<br>
<br>Hey John,<br>I had the same problem, I was instructed to delete all of my other tuner<br>cards, and add the Pinnacle 800i in first. I did it and it works<br>perfectly now. There was an issue with the sound but changing some<br>
settings in mythtv cleared that up. I hope that helps you. The only<br>thing I have not tested is the FM tuner yet<br><font color="#888888">James<br><br><br></font></blockquote></div><br>I tried this last night, if the Pinnacle 800i is the only analog tuner for MythTV it works fine, but as soon as I add the DVB portion of the Pinnacle 800i or the DVB portion of the KWorld 110, the analog tuning of the Pinnacle 800i starts failing again, by failing I mean it shows a clear picture for about a second, then goes to static.<br>
<br>