Kenneth Aafløy wrote:
On Friday 23 April 2004 03:06, Andrew de Quincey wrote:
Well, I've tested it some more now but I'm still unable to get the
decryption going. Free channels work nicely and I get data from
scrambled channels too but it's not getting descrambled :(
I've only tested this with M
On Friday 23 April 2004 03:06, Andrew de Quincey wrote:
> > Well, I've tested it some more now but I'm still unable to get the
> > decryption going. Free channels work nicely and I get data from
> > scrambled channels too but it's not getting descrambled :(
> >
> > I've only tested this with MythTV
> Well, I've tested it some more now but I'm still unable to get the
> decryption going. Free channels work nicely and I get data from
> scrambled channels too but it's not getting descrambled :(
>
> I've only tested this with MythTV. Since I'm currently not in front of
> the machine, the best I c
Andrew de Quincey wrote:
On Thursday 22 April 2004 13:30, Jesper Sörensen wrote:
Great!!! Now I'm getting the TS data from the card; that didn't work
with the CI code before. So far I've only been able to test it without
the CAM, but I hope to test the CAM later tonight...
Thats good t
On Thursday 22 April 2004 13:30, Jesper Sörensen wrote:
> >>Great!!! Now I'm getting the TS data from the card; that didn't work
> >>with the CI code before. So far I've only been able to test it without
> >>the CAM, but I hope to test the CAM later tonight...
> >
> >Thats good to hear!
> >
> >Hmm,
Great!!! Now I'm getting the TS data from the card; that didn't work
with the CI code before. So far I've only been able to test it without
the CAM, but I hope to test the CAM later tonight...
Thats good to hear!
Hmm, if you find you don't get any data with the CAM inserted, perhaps that
CA
On Wednesday 21 April 2004 14:42, Jesper Sörensen wrote:
> Andrew de Quincey wrote:
> >On Tuesday 20 April 2004 00:40, Andrew de Quincey wrote:
> 1) When there is no CAM in the slot, no TS data is received. I think
> the DD1 port has to be switched, when no CAM is present.
> >>>
> >>>I'll h
Andrew de Quincey wrote:
On Tuesday 20 April 2004 00:40, Andrew de Quincey wrote:
1) When there is no CAM in the slot, no TS data is received. I think
the DD1 port has to be switched, when no CAM is present.
I'll have to check that. I'd assumed that the CI interface would pass the
data
On Tuesday 20 April 2004 00:40, Andrew de Quincey wrote:
> > > 1) When there is no CAM in the slot, no TS data is received. I think
> > > the DD1 port has to be switched, when no CAM is present.
> >
> > I'll have to check that. I'd assumed that the CI interface would pass the
> > data through if a
Subject: [linux-dvb] Re: budget-ci CI interface testing
Date: mar, apr 20, 2004 at 02:20:10 +0100
Quoting Andrew de Quincey ([EMAIL PROTECTED]):
> Actually wait a moment... In your code, did you issue CA_RESET then
> immediately try to read/write data? If so, that's n
Subject: [linux-dvb] Re: budget-ci CI interface testing
Date: mar, apr 20, 2004 at 02:00:01 +0100
Quoting Andrew de Quincey ([EMAIL PROTECTED]):
> How much of a delay did you need? This sounds like yet another workaround I
> should add to the driver. Sheesh!
I have no tec
On Tuesday 20 April 2004 14:00, Andrew de Quincey wrote:
> On Tuesday 20 April 2004 13:46, Carlo E. Prelz wrote:
> > Subject: [linux-dvb] Re: budget-ci CI interface testing
> > Date: lun, apr 19, 2004 at 11:57:53 +0200
> >
> > Quoting Bernhard Schrenk ([EMAI
On Tuesday 20 April 2004 13:46, Carlo E. Prelz wrote:
> Subject: [linux-dvb] Re: budget-ci CI interface testing
> Date: lun, apr 19, 2004 at 11:57:53 +0200
>
> Quoting Bernhard Schrenk ([EMAIL PROTECTED]):
> > I have continued my tests and the CI on my Nova card i
Subject: [linux-dvb] Re: budget-ci CI interface testing
Date: lun, apr 19, 2004 at 11:57:53 +0200
Quoting Bernhard Schrenk ([EMAIL PROTECTED]):
> I have continued my tests and the CI on my Nova card is now working with the
> latest CVS version driver, the CAM is decodi
On Tuesday 20 April 2004 01:04, Robert Schlabbach wrote:
> From: "Andrew de Quincey" <[EMAIL PROTECTED]>
>
> > > I'll have to check that. I'd assumed that the CI interface would pass
> > > the data through if a CAM is not present (it's _supposed_ to; EN50221
> > > says so).
> > > Maybe thats incorr
From: "Andrew de Quincey" <[EMAIL PROTECTED]>
> > I'll have to check that. I'd assumed that the CI interface would pass
> > the data through if a CAM is not present (it's _supposed_ to; EN50221
> > says so).
> > Maybe thats incorrect for this hardware though. Or else I'm setting
> > the passthrough
> > 1) When there is no CAM in the slot, no TS data is received. I think the
> > DD1 port has to be switched, when no CAM is present.
>
> I'll have to check that. I'd assumed that the CI interface would pass the
> data through if a CAM is not present (it's _supposed_ to; EN50221 says so).
> Maybe
On Monday 19 April 2004 22:57, Bernhard Schrenk wrote:
> Hi,
>
> I have continued my tests and the CI on my Nova card is now working with
> the latest CVS version driver, the CAM is decoding the channel and I can
> show it with mplayer. There are some problems to solve, but its mainly
> working. Th
Hi,
I have continued my tests and the CI on my Nova card is now working with the
latest CVS version driver, the CAM is decoding the channel and I can show it
with mplayer. There are some problems to solve, but its mainly working.
Thank you Andrew for your good work.
The problems I detected so far
On Sunday 18 April 2004 21:14, Jesper Sörensen wrote:
> >Thanks. Unfortunately, according to Jesper, it still doesn't work.
> >
> >Not to fear though, I found a slight problem in budget-core.c. It wasn't
> >uploading the D1_A and D1_B video stream handling registers properly. I've
> >fixed this now
Thanks. Unfortunately, according to Jesper, it still doesn't work.
Not to fear though, I found a slight problem in budget-core.c. It wasn't
uploading the D1_A and D1_B video stream handling registers properly. I've
fixed this now in CVS if someone has a moment can they see if its working
y
On Saturday 17 April 2004 23:05, Carlo E. Prelz wrote:
> Subject: [linux-dvb] Re: budget-ci CI interface testing
> Date: sab, apr 17, 2004 at 07:02:57 +0100
>
> Quoting Andrew de Quincey ([EMAIL PROTECTED]):
> > Hi, I found a bug in budget-ci.c. The setting for GPIO
On Sunday 18 April 2004 03:32, Ralph Metzler wrote:
> Andrew de Quincey writes:
> > Is that like the CI interface on a full featured TT card? I _think_
> > those have a CiMAX chip on 'em. If it is there are docs on it here.
> > http://www.atmel.com/dyn/products/product_card.asp?part_id=2356
> >
Andrew de Quincey writes:
> Is that like the CI interface on a full featured TT card? I _think_ those have
> a CiMAX chip on 'em. If it is there are docs on it here.
> http://www.atmel.com/dyn/products/product_card.asp?part_id=2356
>
> (The Atmel T90FJR seems to be derived from the CiMAX)
On Sunday 18 April 2004 00:33, Kenneth Aafløy wrote:
> On Sunday 18 April 2004 01:03, Robert Schlabbach wrote:
> > From: "Kenneth Aafløy" <[EMAIL PROTECTED]>
> >
> > > Throughout all this fuzz about budget-ci, I have kept scratching my
> > > head trying to figure out if this new code (with little o
On Saturday 17 April 2004 23:22, Kenneth Aafløy wrote:
> Hi!
>
> Throughout all this fuzz about budget-ci, I have kept scratching my head
> trying to figure out if this new code (with little or some modification)
> could fit the KNC1/Typhoon/Terratec (budget-av) class of cards also?
>
> What kind o
On Sunday 18 April 2004 01:03, Robert Schlabbach wrote:
> From: "Kenneth Aafløy" <[EMAIL PROTECTED]>
>
> > Throughout all this fuzz about budget-ci, I have kept scratching my
> > head trying to figure out if this new code (with little or some
> > modification) could fit the KNC1/Typhoon/Terratec (b
From: "Kenneth Aafløy" <[EMAIL PROTECTED]>
> Throughout all this fuzz about budget-ci, I have kept scratching my
> head trying to figure out if this new code (with little or some
> modification) could fit the KNC1/Typhoon/Terratec (budget-av) class
> of cards also?
>
> What kind of chips are you ac
Hi!
Throughout all this fuzz about budget-ci, I have kept scratching my head
trying to figure out if this new code (with little or some modification)
could fit the KNC1/Typhoon/Terratec (budget-av) class of cards also?
What kind of chips are you actually communicating with through the saa7146?
Subject: [linux-dvb] Re: budget-ci CI interface testing
Date: sab, apr 17, 2004 at 07:02:57 +0100
Quoting Andrew de Quincey ([EMAIL PROTECTED]):
> Hi, I found a bug in budget-ci.c. The setting for GPIO1 was incorrect so no
> data was being fed through the CI interface..
On Sat, Apr 17, 2004 at 07:01:19PM +0100, Andrew de Quincey wrote:
> On Saturday 17 April 2004 18:44, Jerico Webmail wrote:
> > Not sure if it applys in this case but CanalDigital / Telenor have recently
> > been upgrading their Conax encrpytion to double the keysize. I was not
> > aware that any S
Hi, I found a bug in budget-ci.c. The setting for GPIO1 was incorrect so no
data was being fed through the CI interface... I've fixed this in CVS.
Would someone mind trying it out to see if this sorts the lack of transport
stream problem? (Still can't that bit test myself yet)
--
Info:
To uns
On Saturday 17 April 2004 18:44, Jerico Webmail wrote:
> Not sure if it applys in this case but CanalDigital / Telenor have recently
> been upgrading their Conax encrpytion to double the keysize. I was not
> aware that any STB's had failed or that any cams have failed, only some
> very early design
laced.
Hope this helps.
Bob
- Message from [EMAIL PROTECTED] -
Date: Wed, 14 Apr 2004 14:22:31 +0100
From: Andrew de Quincey <[EMAIL PROTECTED]>
Reply-To: Andrew de Quincey <[EMAIL PROTECTED]>
Subject: [linux-dvb] Re: budget-ci CI interface testing
To:
On Wednesday 14 April 2004 14:14, Jesper Sörensen wrote:
> Andrew,
>
> I was unable to get the CAM to work in Windows so I guess it is FUBAR. :-(
> I went ahead and got a new one instead (Conax 4.00) and this one
> actually seems to work! Now, if you could tell me how to get some audio
> and video
Andrew,
I was unable to get the CAM to work in Windows so I guess it is FUBAR. :-(
I went ahead and got a new one instead (Conax 4.00) and this one
actually seems to work! Now, if you could tell me how to get some audio
and video from it you would really make my day! :-)
I'm able to get a lock
> It is now working quite well with normal packets, but fragmented packets
> cause an endless loop in dvb_ca_en50221_io_read_condition. The bug is in
> dvb_ringbuffer.c. The function dvb_ringbuffer_pkt_next does not return the
> next packet when called with idx != 0. It is returning the same packe
> > I am working around this problem at the moment by disabling the error
> > handling in dvb_ca_en50221_set_configoption.
>
> Oh right, so it works, even though that fails? That is weird. Hmmm,
perhaps
> I'm not resetting it enough... If you have a moment, can you bung a printk
in
> to see what th
On Friday 09 April 2004 12:09, Bernhard C. Schrenk wrote:
> > > 2) If I unload the driver and load it again (tried budget-ci only and
>
> also
>
> > > all modules down to dvb-core). Initialisation of the CAM does not work
>
> any
>
> > > more. I can not retry the whole test cycle yet, because I can
On Friday 09 April 2004 12:27, Klaus Schmidinger wrote:
> Andrew de Quincey wrote:
> > > I do not know the protocol well enough, to see the problem, but I think
> > > it has something todo with a tcid comparison in cam_set which is not
> > > fulfilled. The second possible problem I see is that the
Andrew de Quincey wrote:
>
> > I do not know the protocol well enough, to see the problem, but I think it
> > has something todo with a tcid comparison in cam_set which is not
> > fulfilled. The second possible problem I see is that the
> > dvb_ca_en50221_read_data function is called 1130 times in
> I do not know the protocol well enough, to see the problem, but I think it
> has something todo with a tcid comparison in cam_set which is not
> fulfilled. The second possible problem I see is that the
> dvb_ca_en50221_read_data function is called 1130 times in 12 seconds, but
> no data is deliv
> > 2) If I unload the driver and load it again (tried budget-ci only and
also
> > all modules down to dvb-core). Initialisation of the CAM does not work
any
> > more. I can not retry the whole test cycle yet, because I can not reboot
> > the machine (due to another bug) remotely.
>
> I can't repli
On Friday 09 April 2004 12:19, you wrote:
> > 2) If I unload the driver and load it again (tried budget-ci only and
> > also all modules down to dvb-core). Initialisation of the CAM does not
> > work any more. I can not retry the whole test cycle yet, because I can
> > not reboot the machine (due t
> 2) If I unload the driver and load it again (tried budget-ci only and also
> all modules down to dvb-core). Initialisation of the CAM does not work any
> more. I can not retry the whole test cycle yet, because I can not reboot
> the machine (due to another bug) remotely.
I can't replicate this
On Friday 09 April 2004 10:09, Bernhard C. Schrenk wrote:
> Hi,
>
> I am testing the new CI code in the budget-ci driver with a Hauppauge
> Nova-CI and a cryptoworks CAM (with a legal ORF smartcard). This setup is
> working perfectly under Windows. I have two problems under linux (2.6.1
> with dvb-
46 matches
Mail list logo
