On Sun, February 11, 2007 15:13, Jouni said:
> I am using Kubuntu Edgy & Kernel 2.6.17-11-generic (AMD64/SMP).
>
> The default driver modules from this Kernel worked quite ok for
> Technotrend T-1500's IR receiver input events (the card uses budget_ci,
> saa7146, tda1004x).
>
> I updated the DVB-mo
Op zondag 11-02-2007 om 10:14 uur [tijdzone +0100], schreef Kristof
Pelckmans:
> Yesterday I went to a shop and was able to see that my Alphacrypt is
> working well. I think my Technotrend card is not seeing the CAM. Do I
> have to add extra load parameters to the module or load extra modules ?
>
Scrap that patch I did! It only applies to some Twinhan cards. I spotted the
fault
"bttv0: Bt878 (rev 17) at :00:0f.0, irq: 10, latency: 128, mmio:
0xde001000"
You need to change your bios settings and change pci latency to 32.
Matthew
Hi,
I'm developed a patch to VDR software (http://www.cadsoft.de/vdr/) that add
support to card with multiple frontends with shared bus.
The patch is in an early state of development.
If you are interested, you will need:
http://linuxtv.org/hg/~stoth/hvr3000
If lifeview Trio y
Hi all!
I have the card mentioned in the subject and i'm trying to use it in Kubuntu
Edgy, but i can't.
dmesg gives this result:
[17207925.192000] usb 1-8: new high speed USB device using ehci_hcd and
address 6
[17207925.332000] usb 1-8: configuration #1 chosen from 1 choice
[17207925.332000]
Hartmut,
I tested your latest patch with the change you mentioned
(change register 0x20 value from 0x06 to 0x04) at
http://www.vdr-portal.de/board/thread.php?threadid=60227&threadview=0&hilight=&hilightuser=0&sid=81910645d36d94cbb69d886ed45c0be4&page=5
and can confirm that Satelco DVB-C Mk3 (TDA1
moi!
I have also seen this problem with my "fast" machine. It disappeared
when I added some sleep to Zarlink zl10535 module. Looks like timing
problems... I2C messages targeted to demodulator are sent too fast.
/antti
[EMAIL PROTECTED] kirjoitti:
Thx mate works great now! Couldn't have done t
I think I have found a real bug in the cx88-dvb driver. I've noticed that
on 543mhz and 549mhz, azap is locking intermittently. I know there are
channels on these frequencies because the MyHD card I have in windows is
able to tune these channels all the time without any errors. I live in the
Ho
Try this. I think it is a fault with ir-kbd-i2c, in that it is being probed
at the same time as the dst_probe is occurring, and so dst_probe fails. This
patch might fix your problem. You can either apply this, or else just delete
bttv_probe part yourself. If you use this patch, you need to speci
Thx mate works great now! Couldn't have done this on my own.
big thx!
> I had the same problem. After some trial and error I found out that the
> usb message sometimes fail with a timeout error code in gl861. The
> q1010 and zl10353 then logs the error messages. The tuning then fail.
>
> I have
I am using Kubuntu Edgy & Kernel 2.6.17-11-generic (AMD64/SMP).
The default driver modules from this Kernel worked quite ok for
Technotrend T-1500's IR receiver input events (the card uses budget_ci,
saa7146, tda1004x).
I updated the DVB-modules (for improved ir handling) to recent versions
from
I had the same problem. After some trial and error I found out that the
usb message sometimes fail with a timeout error code in gl861. The
q1010 and zl10353 then logs the error messages. The tuning then fail.
I have no clue to why the message times out, but if I resend the the
message it always s
Johann Hanne wrote:
Hi,
I'm currently implementing a streaming server which will stream (part of) the
TS received from /dev/dvb/adapter?/dvr? to a multicast socket. I'd like to be
as efficient as possible, so I took at look at the splice() function
implemented as of Linux 2.6.17 and it looks
Hi everyone!
The strange thing:
i've strange problems with my Mega Sky usb stick...somtimes it finds some
channels (happens almost never) and sometimes it finds some (max was 7 chans).
As strange as i think that is, often enough even when i scanned and found some
channels it's like a 10% chance
Hi,
I'm currently implementing a streaming server which will stream (part of) the
TS received from /dev/dvb/adapter?/dvr? to a multicast socket. I'd like to be
as efficient as possible, so I took at look at the splice() function
implemented as of Linux 2.6.17 and it looks promising as for most
On 2/11/07, Marko Ristola <[EMAIL PROTECTED]> wrote:
Hi
I just read your thread.
I have a bit different suggestion.
This is a hierarcial naming scheme.
I also suggest Tuner numbering with 1 and 2, instead of 0 and 1.
How to separate different devices?
The device drivers aren't supposed to kno
Yesterday I went to a shop and was able to see that my Alphacrypt is
working well. I think my Technotrend card is not seeing the CAM. Do I
have to add extra load parameters to the module or load extra modules ?
Hi
I just read your thread.
I have a bit different suggestion.
This is a hierarcial naming scheme.
I also suggest Tuner numbering with 1 and 2, instead of 0 and 1.
How to separate different devices?
The device drivers aren't supposed to know anything about other devices.
Udev tries to handle
18 matches
Mail list logo
