mike choy wrote: > Matthew Linden wrote: > >> mike choy wrote: >> >>> Matthew Linden wrote: >>> >>>> mike choy wrote: >>>> >>>>> Matthew Linden wrote: >>>>> >>>>>> I am trying to use this card in Suse 10.0 (on an AMD Athlon) and >>>>>> I can get it to scan OK in Kaffeine and it will work for a couple >>>>>> of minutes but the picture then freezes. I can get it to work >>>>>> again by simply using the stop and start command in Kaffeine but >>>>>> it then freezes again. Usually after two or three tries it locks >>>>>> up the whole system. >>>>>> >>>>>> DMESG output is: >>>>>> >>>>>> dvb_usb: module not supported by Novell, setting U taint flag. >>>>>> dvb_usb_dtt200u: module not supported by Novell, setting U taint >>>>>> flag. >>>>>> dvb-usb: found a 'WideView WT-220U PenType Receiver >>>>>> (Typhoon/Freecom)' in cold state, will try to load a firmware >>>>>> dvb-usb: downloading firmware from file 'dvb-usb-wt220u-01.fw' to >>>>>> the 'Cypress FX2' >>>>>> dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) >>>>>> successfully initialized and connected. >>>>>> usbcore: registered new driver dvb_usb_dtt200u >>>>>> bootsplash: status on console 0 changed to on >>>>>> usb 4-2: USB disconnect, address 2 >>>>>> dvb-usb: generic DVB-USB module successfully deinitialized and >>>>>> disconnected. >>>>>> BIOS EDD facility v0.16 2004-Jun-25, 1 devices found >>>>>> eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 >>>>>> NET: Registered protocol family 17 >>>>>> usb 4-2: new high speed USB device using ehci_hcd and address 3 >>>>>> dvb-usb: found a 'WideView WT-220U PenType Receiver >>>>>> (Typhoon/Freecom)' in warm state. >>>>>> dvb-usb: will use the device's hardware PID filter (table count: >>>>>> 15). >>>>>> DVB: registering new adapter (WideView WT-220U PenType Receiver >>>>>> (Typhoon/Freecom)). >>>>>> DVB: registering frontend 0 (WideView USB DVB-T)... >>>>>> input: IR-receiver inside an USB DVB receiver as /class/input/input3 >>>>>> dvb-usb: schedule remote query interval to 300 msecs. >>>>>> dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) >>>>>> successfully initialized and connected. >>>>>> dvb-usb: recv bulk message failed: -110 >>>>>> >>>>>> I have read a number of posts about input saturation and am >>>>>> connecting the aerial via a Y splitter as recommended in one of >>>>>> the postings - but that does not help. >>>>>> >>>>>> I also upgraded my kernel to 2.6.15 but that also didn't help. >>>>>> >>>>>> I would be grateful for any ideas on where to look / what to do >>>>>> next ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Matthew >>>>>> >>>>>> _______________________________________________ >>>>>> >>>>>> linux-dvb@xxxxxxxxxxx >>>>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >>>>>> >>>> Mike, >>>> >>>> Thanks for the answer. >>>> >>>>> Matt >>>>> There appears to be some problem with USB power problems as well. >>>>> Are you using a high powered USB 2.0 port ? so USB ports dont put >>>>> out a lot of power. >>>> >>>> >>>> >>>> I don't know if it's high-powered or not - it's on a Shuttle / Via >>>> motherboard. Here's the info on it: >>>> >>>> 59: udi = '/org/freedesktop/Hal/devices/pci_1106_3104' >>>> info.udi = '/org/freedesktop/Hal/devices/pci_1106_3104' >>>> linux.subsystem = 'pci' >>>> linux.hotplug_type = 1 (0x1) >>>> pci.subsys_product = 'FX41 motherboard' >>>> pci.subsys_vendor = 'Holco Enterprise Co, Ltd/Shuttle Computer' >>>> info.product = 'USB 2.0' >>>> pci.product = 'USB 2.0' >>>> info.vendor = 'VIA Technologies, Inc.' >>>> pci.vendor = 'VIA Technologies, Inc.' >>>> pci.device_protocol = 32 (0x20) >>>> pci.device_subclass = 3 (0x3) >>>> pci.device_class = 12 (0xc) >>>> pci.subsys_vendor_id = 4759 (0x1297) >>>> pci.subsys_product_id = 63041 (0xf641) >>>> pci.vendor_id = 4358 (0x1106) >>>> pci.product_id = 12548 (0x3104) >>>> info.linux.driver = 'ehci_hcd' >>>> pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:10.3' >>>> info.parent = '/org/freedesktop/Hal/devices/computer' >>>> info.bus = 'pci' >>>> linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:10.3' >>>> linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:10.3' >>>> >>>> What constitutes high-powered in this case and what's the best way >>>> of finding out whether it is or not? >>>> >>>>> >>>>> Also what version of Kaffeine are you using and was it from the >>>>> Packman repositories? >>>> >>>> >>>> >>>> I'm using kaffeine-0.7.1-3.pm.0.i686.rpm from >>>> http://packman.links2linux.org. I think I also tried the i586 >>>> version of the same package, but I'll check again. >>>> >>>> It also fails when using xawtv4. With xawtv4 I get an error message >>>> "open(/dev/dsp): Permission denied" when starting the application. >>>> It then plays a TV station normally for a few minutes (as with >>>> Kaffeine) and then loses the stream with the error message "mpeg: >>>> select: timeout (3 sec) / mpeg ts: no more data / mpeg ts: no more >>>> data / mpeg ts: no more data" >>>> >>>>> >>>>> >>>>> Also Set the Kaffeine player engine, in Kaffeine >>>>> click Settings ->Player Engine ->Kaffeine >>>> >>>> >>>> >>>> I've tried this, but it doesn't help. >>>> >>>> It's a shame it crashes, as the picture quality is fantastic when >>>> it is working. (It also works fine in Windows 2000 on the same >>>> machine, which is also a shame as I was planning to remove Windows >>>> from the machine altogether). >>>> >>>> Matthew >>>> >>>> >>> Does the green led flash on and off when you loose the stream? >>> Mike C >>> >>> >> No it doesn't. It stays on constantly both when the stream is lost >> and after the stream is lost. (in both Kaffeine and XAWTV4). >> >> Matthew >> > Hmm green light says it has a lock on the channel, though not > necessarily a perfect signal (eg on my system before I put attenuator > on the downlead the green light stayed on , but the sound and picture > would stutter). > > Can you do a manual tune. see here I have no problem manually tuning with tzap > > http://acaciaclose.co.uk/16253/31272.html > > Also what does dmesg say. Other people have been getting usb > disconnects (though normally with a usb 1.0) which show up in the > system log. dmesg should tell you something. > I have got machines in the house that are USB 2.0 that dont have > enough power to drive external peripheral eg my ipod. I suspect this is the interesting bit: Jan 7 11:11:45 linux kernel: usb 4-2: new high speed USB device using ehci_hcd and address 3 Jan 7 11:11:45 linux kernel: dvb-usb: found a 'WideView WT-220U PenType Receiver (and clones)' in cold state, will try to load a firmware Jan 7 11:11:46 linux kernel: dvb-usb: downloading firmware from file 'dvb-usb-wt220u-01.fw' to the 'Cypress FX2' Jan 7 11:11:46 linux kernel: dvb-usb: WideView WT-220U PenType Receiver (and clones) successfully initialized and connected. Jan 7 11:11:47 linux kernel: usb 4-2: USB disconnect, address 3 Jan 7 11:11:47 linux kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Jan 7 11:11:48 linux kernel: usb 4-2: new high speed USB device using ehci_hcd and address 4 Jan 7 11:11:49 linux kernel: dvb-usb: found a 'WideView WT-220U PenType Receiver (and clones)' in warm state. Jan 7 11:11:49 linux kernel: dvb-usb: will use the device's hardware PID filter (table count: 15). Jan 7 11:11:49 linux kernel: DVB: registering new adapter (WideView WT-220U PenType Receiver (and clones)). Jan 7 11:11:49 linux kernel: DVB: registering frontend 0 (WideView USB DVB-T)... Jan 7 11:11:49 linux kernel: dvb-usb: schedule remote query interval to 300 msecs. Jan 7 11:11:49 linux kernel: dvb-usb: WideView WT-220U PenType Receiver (and clones) successfully initialized and connected. Jan 7 11:11:51 linux kernel: dvb-usb: recv bulk message failed: -110 Jan 7 11:12:08 linux kernel: Unable to handle kernel paging request at virtual address e1a27050 Jan 7 11:12:08 linux kernel: printing eip: Jan 7 11:12:08 linux kernel: e1a45db3 Jan 7 11:12:08 linux kernel: *pde = 1da92067 Jan 7 11:12:08 linux kernel: Oops: 0000 [#1] Jan 7 11:12:08 linux kernel: Modules linked in: hfsplus subfs ipt_pkttype ipt_LOG ipt_limit snd_pcm_oss snd_mixer_oss snd_seq_midi snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_event snd_seq_midi_emul snd_seq button battery ac af_packet edd dvb_usb_dtt200u dvb_usb dvb_core dvb_pll i2c_viapro via_ircc irda crc_ccitt generic ehci_hcd uhci_hcd snd_emu10k1 snd_rawmidi snd_seq_device snd_ac97_codec ohci1394 ieee1394 8139too mii snd_pcm snd_timer snd_ac97_bus snd_page_alloc snd_util_mem snd_hwdep usbcore snd soundcore emu10k1_gp gameport pci_hotplug via_agp agpgart ipt_REJECT ipt_state iptable_mangle iptable_nat iptable_filter ip6table_mangle ip6table_filter ip_conntrack ip_tables ip6_tables parport_pc lp parport bttv video_buf firmware_class i2c_algo_bit v4l2_common btcx_risc ivtv_tveeprom i2c_core videodev nls_iso8859_1 nls_cp437 vfat fat nls_utf8 ntfs dm_mod reiserfs fan thermal ide_cd cdrom processor via82cxxx ide_disk ide_core Jan 7 11:12:08 linux kernel: CPU: 0 Jan 7 11:12:08 linux kernel: EIP: 0060:[<e1a45db3>] Tainted: G U VLI Jan 7 11:12:08 linux kernel: EFLAGS: 00010282 (2.6.13-15-default) Jan 7 11:12:08 linux kernel: EIP is at dvb_demux_release+0x3/0x10 [dvb_core] Jan 7 11:12:08 linux kernel: eax: dce83128 ebx: 00000000 ecx: e1a45db0 edx: e1a27000 Jan 7 11:12:08 linux kernel: esi: d4f61ce0 edi: dffe4140 ebp: dce83128 esp: dceb7f90 Jan 7 11:12:08 linux kernel: ds: 007b es: 007b ss: 0068 Jan 7 11:12:08 linux kernel: Process kaffeine (pid: 6214, threadinfo=dceb6000 task=ddb47aa0) Jan 7 11:12:08 linux kernel: Stack: c015a050 de677384 d4f61ce0 00000000 d6241920 dceb6000 c01589db 0000000a Jan 7 11:12:08 linux kernel: 08204ef0 08204ef0 c0102d79 0000000a 00000001 0812baa0 08204ef0 08204ef0 Jan 7 11:12:08 linux kernel: bf85bda8 00000006 0000007b 0000007b 00000006 4118f31f 00000073 00000292 Jan 7 11:12:08 linux kernel: Call Trace: Jan 7 11:12:08 linux kernel: [<c015a050>] __fput+0x80/0x160 Jan 7 11:12:08 linux kernel: [<c01589db>] filp_close+0x3b/0x60 Jan 7 11:12:08 linux kernel: [<c0102d79>] syscall_call+0x7/0xb Jan 7 11:12:08 linux kernel: Code: 8b 43 60 19 d2 83 f2 ff 83 e2 4b 39 43 5c 74 03 83 ca 43 89 d0 5b 5e 5f 5d c3 89 f1 89 fa 89 e8 ff 16 eb c9 8d 74 26 00 8b 52 78 <8b> 42 50 e9 55 fa ff ff 90 8d 74 26 00 53 89 cb 8b 42 78 8b 48 > > By the way I have had to apply a 12db attenuator after the passive > splitter on my system to get reliable > glitch free reception ( I have a distribution amp in the loft). For > some reason the freecom is very very sensitive > under linux ( with windoz I had no need for attenuators). > > Mike C > > It seems that numerous people are having probs with DVB-T USB sticks (not just the Freecom branded one) and the consensus seems to be that the problem is to do with the power draw which is not handled properly. I guess I'll just have to wait until someone re-writes the relevant drivers. Thanks for your help anyway. Matthew > > >
