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