[linux-dvb] linux-dvb Digest, Vol 36, Issue 133

John Massengale johnrobertmassengale at gmail.com
Thu Jan 31 19:07:52 CET 2008


On Jan 30, 2008 1:30 PM, James Middendorff <james at nigmatech.com> wrote:

>
> On Wed, 2008-01-30 at 22:14 +0100, linux-dvb-request at linuxtv.org wrote:
> > Send linux-dvb mailing list submissions to
> >       linux-dvb at linuxtv.org
> >
> > 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 at linuxtv.org
> >
> > You can reach the person managing the list at
> >       linux-dvb-owner at linuxtv.org
> >
> > 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 at gmail.com>
> > Subject: Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
> > To: "Timothy E. Krantz" <tkrantz at stahurabrenner.com>
> > Cc: linux-dvb at linuxtv.org
> > Message-ID:
> >       <ce099bae0801301010o7b938cfdue54ad5afc4e10e8e at mail.gmail.com>
> > Content-Type: text/plain; charset="utf-8"
> >
> > On Jan 27, 2008 7:58 AM, Timothy E. Krantz <tkrantz at stahurabrenner.com>
> > 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 at linuxtv.org
> > > 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 at Deuromedia.ro>
> > Subject: [linux-dvb] DiSEqC switch blinded by KNC tuner [was: KNC1 TV
> >       Star DVB-S tuning problem]
> > To: linux-dvb at linuxtv.org
> > Message-ID: <47A0C320.3060201 at Deuromedia.ro>
> > 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 at linuxtv.org
> > > 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 at okg-computer.de>
> > Subject: Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and
> >       DVB-S2
> > To: linux-dvb at linuxtv.org
> > Message-ID: <47A0CD3C.40508 at okg-computer.de>
> > 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 at bk.ru>
> > Subject: Re: [linux-dvb] [PATCH] HVR4000(lite) support for multiproto
> > To: Craig Whitmore <lennon at orcon.net.nz>
> > Cc: linux-dvb at linuxtv.org
> > Message-ID: <E1JKJtm-000P0X-00.goga777-bk-ru at f43.mail.ru>
> > 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 at orcon.net.nz>
> > To: "Steven Toth" <stoth at linuxtv.org>
> > Date: Wed, 30 Jan 2008 06:58:20 +1300
> > Subject: Re: [linux-dvb] [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 at okg-computer.de>
> > Subject: Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and
> >       DVB-S2
> > To: linux-dvb at linuxtv.org
> > Message-ID: <47A0E8CC.3080207 at okg-computer.de>
> > 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 at linuxtv.org
> > 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
>
>
>
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080131/2592832b/attachment-0001.htm 


More information about the linux-dvb mailing list