IR mce remote

Hi, I'm having this trouble with a MCE USB remote from SMK Manufacturing (USB ID 0609:0334). Kernel version is 3.1.9 on opensuse 12.1 32bit. The remote itself is a Sony RM-MCE20E (RC6 compatible). But problems also arise with the Hauppauge I've got. Whenever I push the same button rapidly, it wil

Re: LinuxTV ported to Windows

> Hello, > > We have ported linuxtv's cx23885+CAM en50221+Diseq to Windows OS (Vista, > XP, win7 tested). Results available under GPL and can be checkout from > git repository: > https://github.com/netup/netup-dvb-s2-ci-dual > > Binary builds (ready to install) available in build directory. Cur

RE: [DVB] CXD2099 - Question about the CAM clock

> > I managed to find a series of values that are working correctly for MCLKI: > > MCLKI = 0x5554 - i * 0x0c > > In my case I can go down to 0x5338 before having TS errors. > >From CXD2099 specs -- It is a requirement for the frequency of MCLKI to be set higher than the input data rate. ie 8 t

RE: [DVB] CXD2099 - Question about the CAM clock

> > > > > Dear Oliver, > > > > > > I’ve done some tests with the CAM reader from Digital Devices based on > > Sony > > > CXD2099 chip and I noticed some issues with some CAM: > > > * SMIT CAM: working fine > > > * ASTON CAM : working fine, except that it's crashing quite > > regularly > > >

Re: [DVB] CXD2099 - Question about the CAM clock

> Dear Oliver, > > I’ve done some tests with the CAM reader from Digital Devices based on Sony > CXD2099 chip and I noticed some issues with some CAM: > * SMIT CAM: working fine > * ASTON CAM : working fine, except that it's crashing quite regularly > * NEOTION CAM : no stream going out but

Re: [DVB] Possible regression in stb6100 module for DVBS2 transponders

On 01/07/2011 10:44, Sébastien RAILLARD (COEXSI) wrote: > Dear Manu, > > I think there is a regression in your patch from December 2010 regarding the > stb6100 module. > With the latest version of stb6100 published in media_build git branch, we > can't tune the TT-S2-3200 on some DVBS2 transponders

Re: [PATCH 13/16] cxd2099: Update to latest version

On 03/07/2011 19:00, Oliver Endriss wrote: > @@ -284,53 +313,84 @@ static int init(struct cxd *ci) > CHK_ERROR(write_reg(ci, 0x08, 0x28)); > CHK_ERROR(write_reg(ci, 0x14, 0x20)); > > - CHK_ERROR(write_reg(ci, 0x09, 0x4D)); /* Input Mode C, BYPass > Serial,

Re: [PATCH 15/16] ngene: Update for latest cxd2099

From: Oliver Endriss > Modifications for latest cxd2099. > > Signed-off-by: Oliver Endriss > --- > drivers/media/dvb/ngene/ngene-core.c |9 - > 1 files changed, 8 insertions(+), 1 deletions(-) > > diff --git a/drivers/media/dvb/ngene/ngene-core.c b/drivers/media/dvb/ngene/ngene-co

Re: Fwd: [PATCH] ngene: blocking and nonblocking io for sec0

d-off-by: Issa Gorissen -- --- a/linux/drivers/media/dvb/ngene/ngene-dvb.c 2011-05-10 19:11:21.0 +0200 +++ b/linux/drivers/media/dvb/ngene/ngene-dvb.c 2011-06-21 23:46:09.0 +0200 @@ -53,15 +53,30 @@ static ssize_t ts_write(struct file *fil struct dvb_device *dvbdev =

Re: [RFC] vtunerc - virtual DVB device driver

I hope this driver will be included if it can be useful for some and if it follows the GPL rules. But really, +1 to Sebastien's comment - this project is a frustrating one it seems. And at the point where I am, I would rather pay for a working driver for a S2 + CI card, instead of trying to debug

Re: "dvb_ca adaptor 0: PC card did not respond :(" with Technotrend S2-3200

On 14/06/2011 12:48, Bart Coninckx wrote: > > I will try your suggestion though. Off topic, but would you advice > 11.4 in favor of 11.3? As a secondary route, I was thinking about > using sasc-ng (softcamming, legal in this case) and the code seems not > to want to compile on 11.4. Also 11.4 broke

Re: "dvb_ca adaptor 0: PC card did not respond :(" with Technotrend S2-3200

On 13/06/2011 00:30, Bart Coninckx wrote: > Hi all, > > > hope you can help me this one, because there's not a whole of info > about similar problems to be found. > > I have a Technotrend S2-3200 with CI and on three different distros I > get this > > "dvb_ca adaptor 0: PC card did not respond :( >

Re: [DVB] In research of chip's datasheets

On 20/05/2011 18:01, Sébastien RAILLARD (COEXSI) wrote: > I'm in research of datasheets of the following chips: > - tuner STV6110A from ST > - dual demodulator STV0900B from ST > - CI interface CXD2099AR from SONY Hi Sebastien, If you're targeting the ngene based cards, I think you will also need

Re: [libdvben50221] [PATCH] Assign same resource_id in open_session_response when "resource non-existent"

On 19/05/11 23:01, Sébastien RAILLARD (COEXSI) wrote: > > Yes, of course, but I don't find information that can help me to provide the > correct format. > Is-there a documentation somewhere that explains how patches must be > formatted to be correctly tracked? This should help [http://www.linuxtv.

Re: DVB nGene CI : TS Discontinuities issues

On 11/05/11 15:12, Issa Gorissen wrote: > From: Ralph Metzler >> Issa Gorissen writes: >> > Could you please take a look at the cxd2099 issues ? >> > >> > I have attached a version with my changes. I have tested a lot of >> > different

Re: ngene CI problems

On 11/05/11 20:59, Oliver Endriss wrote: > > I reworked the driver to strip those null packets. Please try > http://linuxtv.org/hg/~endriss/ngene-octopus-test/raw-rev/f0dc4237ad08 > > CU > Oliver > Hi Oliver, Tried your patch, but FFs have been replaced by 6Fs in null packets. Other than that, no

[PATCH] ngene: blocking and nonblocking io for sec0

Patch allows for blocking or nonblocking io on the ngene sec0 device. It also enforces one reader and one writer at a time. Signed-off-by: Issa Gorissen -- --- a/linux/drivers/media/dvb/ngene/ngene-dvb.c 2011-05-10 19:11:21.0 +0200 +++ b/linux/drivers/media/dvb/ngene/ngene-dvb.c 2011

Re: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

On 04/05/2011 13:27, Lutz Sammer wrote: > On 05/04/11 01:16, Mauro Carvalho Chehab wrote: >> Em 13-04-2011 21:05, Lutz Sammer escreveu: >>>> On 05/04/11 21:07, Steffen Barszus wrote: >>>>> On Tue, 05 Apr 2011 13:00:14 +0200 >>>>> "Issa Goriss

Re: ngene CI problems

On 11/05/2011 20:59, Oliver Endriss wrote: > I reworked the driver to strip those null packets. Please try > http://linuxtv.org/hg/~endriss/ngene-octopus-test/raw-rev/f0dc4237ad08 > > CU > Oliver Great! Will give it a try tonight and report. Thx, -- Issa -- To unsubscribe from this list: send the

Re: DVB nGene CI : TS Discontinuities issues

From: Ralph Metzler > Issa Gorissen writes: > > Could you please take a look at the cxd2099 issues ? > > > > I have attached a version with my changes. I have tested a lot of > > different settings with the help of the chip datasheet. > > > > Scram

dvb demux: isolating the pids related to a scrambled channel

Hi, To decramble a channel with a ngene based card, you either need to: 1) send the full ts to sec0; 2) send a filtered ts to sec0. The latter case shall permit the descrambling of 2 channels transmitted from 2 different ts/tuners. I'm interested in knowing how to do this: filter a ts so that

Re: DVB nGene CI : TS Discontinuities issues

On 09/05/11 09:04, Sébastien RAILLARD (COEXSI) wrote: >> I don't know if CAT needs to be in the stream passed through sec0 as >> Sebastien mentioned, so I modified gnutv to add it to dvr. >> > Yes, the CAT table is mandatory, it must be sent to the CAM, as well as : > * the EMM PID referenced in th

Re: DVB nGene CI : TS Discontinuities issues

On 07/05/11 23:34, Ralph Metzler wrote: > I do not have any cxd2099 issues. > I have a simple test program which includes a 32bit counter as payload > and can pump data through the CI with full speed and have no packet > loss. I only tested decoding with an ORF stream and an Alphacrypt CAM > but a

Re: DVB nGene CI : TS Discontinuities issues

On 07/05/11 23:34, Ralph Metzler wrote: > Before blaming packet loss on the CI data path also please make > certain that you have no buffer overflows in the input part of > the sec device. > In the ngene driver you can e.g. add a printk in tsin_exchange(): > > if (dvb_ringbuffer_free(&dev->tsin_rb

Re: [PATCH] Ngene cam device name

On 08/05/11 11:53, Andreas Oberritter wrote: > Hello Issa, > > On 05/06/2011 08:29 PM, Issa Gorissen wrote: >> From: Andreas Oberritter >>> On 05/06/2011 03:47 PM, Issa Gorissen wrote: >>>> Also, it seems linux en50221 stack provides for the slot selection. S

Re: DVB nGene CI : TS Discontinuities issues

On 03/05/11 12:59, Sébastien RAILLARD (COEXSI) wrote: > Dear all, > > I'm doing some tests with the CI interface of the "Linux4Media cineS2 DVB-S2 > Twin Tuner (v5)" card. > I notice some TS discontinuities during my tests. > > My setup: > - Aston Viaccess Pro CAM > - Linux4Media cineS2 DVB-S2 Twin

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > On 05/06/2011 03:47 PM, Issa Gorissen wrote: > > From: Andreas Oberritter > >>> The best would be to create independent adapters for each independent CA > >>> device (ca0/caio0 pair) - they are independent after all (physically

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > > The best would be to create independent adapters for each independent CA > > device (ca0/caio0 pair) - they are independent after all (physically and > > in the way they're used). > > Physically, it's a general purpose TS I/O interface of the nGene > chipset. It just

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > > I don't think this is going to happen, as nobody really seems to care > (me included). I was just pointing out ways that I consider more likely > to succeed. > > Regards, > Andreas If you don't care, why fueling all this fuss ??? -- To unsubscribe from this list:

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > >> Last but not least, using a different adapter number wouldn't fit > >> either, because a DVB adapter is supposed to > >> - be one independent piece of hardware > >> - provide at least a frontend and a demux device > > > > > > How would you support device like the Ha

Re: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

From: Lutz Sammer > On 05/04/11 01:16, Mauro Carvalho Chehab wrote: > > Em 13-04-2011 21:05, Lutz Sammer escreveu: > >>> On 05/04/11 21:07, Steffen Barszus wrote: > >>>> On Tue, 05 Apr 2011 13:00:14 +0200 > >>>> "Issa Gorissen" wro

Re: [PATCH] Ngene cam device name

From: Mauro Carvalho Chehab > > It is not that simple. The question is not just how to name the interface, > but that such interface will work on a different way than the current > ca interface. > > In other words, the DVB API should clearly explain why this > interface is different, when it s

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > > Of course I'm referring to devices connected to the same physical > adapter. Otherwise they would all be called ca0. Device enumeration > always starts at 0, for each adapter. What you're describing just > doesn't make sense. Yes indeed you're right, I answered too

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > Also, there's still no mapping between ca and caio devices. Imagine a > built-in descrambler ca0 and two CI slots ca1 and ca2. > > ca0 won't get a caio device, at least for now. > ca1 and ca2 might or might not have a caio device. > > If there is caio0, how am I suppos

Re: stb0899/stb6100 tuning problems

On 24/04/11 09:44, Steffen Barszus wrote: > On Sat, 23 Apr 2011 22:55:27 +0200 > Issa Gorissen wrote: > >> Hi, >> >> Running kernel 2.6.39rc4. I've got trouble with tuning some >> transponders on Hotbird 13°E with a TT S2-3200. >> The transponders have

Re: [PATCH] Ngene cam device name

el.org > More majordomo info at http://vger.kernel.org/majordomo-info.html Hello all, Here is the patch for the NGene card family and the new caio device. Can cxd2099 be removed from staging as this patch fixes the raised issue. Signed-off-by: Issa Gorissen --- drivers/media/dvb/dvb-core

Re: stb0899/stb6100 tuning problems

On 24/04/11 09:44, Steffen Barszus wrote: > On Sat, 23 Apr 2011 22:55:27 +0200 > Issa Gorissen wrote: > >> Hi, >> >> Running kernel 2.6.39rc4. I've got trouble with tuning some >> transponders on Hotbird 13°E with a TT S2-3200. >> The transponders have

Re: [PATCH] Ngene cam device name

el.org > More majordomo info at http://vger.kernel.org/majordomo-info.html Hello all, Here is the patch for the NGene card family and the new caio device. Can cxd2099 be removed from staging as this patch fixes the raised issue. Signed-off-by: Issa Gorissen --- drivers/media/dvb/dvb-core

Re: ngene CI problems

On 23/04/11 21:14, Oliver Endriss wrote: > Basically you should not have to hack anything. > - Setup the CI as with any conventional device. > - Write the encrypted stream into sec0. > - Read the decrypted stream from sec0. > > This should work. (Please note that I could do some loopback tests only

stb0899/stb6100 tuning problems

Hi, Running kernel 2.6.39rc4. I've got trouble with tuning some transponders on Hotbird 13°E with a TT S2-3200. The transponders have been emitting DVB-S until end of march when they now emit DVB-S2 signals. They are: - 11681.00H 27500 3/4 8psk nid:319 tid:15900 on Hotbird 6 - 12692.00H 27500 3/4

Re: ngene CI problems

On 23/04/11 21:14, Oliver Endriss wrote: >>> If you are running 2.6.39rc4, you must apply patch >>> http://www.mail-archive.com/linux-media@vger.kernel.org/msg29870.html >>> Otherwise the data will be garbled. >> Oliver, this patch was applied already. I'm hacking the ts_read/ts_write >> method, bu

[PATCH] Fixes stb0899 not locking

> Fixes stb0899 not locking. > See http://www.spinics.net/lists/linux-media/msg30486.html ... > > When stb0899_check_data is entered, it could happen, that the data is > already locked and the data search looped. stb0899_check_data fails to > lock on a good frequency. stb0899_search_data uses an

Re: ngene CI problems

On 23/04/11 19:40, Oliver Endriss wrote: > On Saturday 23 April 2011 00:16:56 Issa Gorissen wrote: >> Running a bunch of test with gnutv and a DuoFLEX S2. >> >> I saw the same problem concerning the decryption with a CAM. >> >> I'm running kern 2.6.39 rc 4 wit

Re: ngene CI problems

On 23/04/11 14:39, Martin Vidovic wrote: > Hi, >> Okay, but have you managed to decode any channel yet ? >> > Yes, I managed to descramble programmes without any problem. >> I find some code odd, maybe you can take a look as well... >> >> init_channel in ngene-core.c creates the device sec0/caio

Re: ngene CI problems

On 23/04/11 13:37, Martin Vidovic wrote: > Hi Issa, >> Running a bunch of test with gnutv and a DuoFLEX S2. >> > I have a DuoFlex S2 running with CI, but not nGene based (it's > attached to Octopus card - ddbridge module). > >> I would run gnutv like 'gnutv -out stdout channelname > >> /dev/dvb

Re: ngene CI problems

On 23/04/11 00:16, Issa Gorissen wrote: >> Hi all! >> >> I'm trying to make the DVB_DEVICE_SEC approach work, however I'm >> experiencing certain problems with the following setup: >> >> Software: >> Linux 2.6.34.8 (vanilla) >> driv

ngene CI problems

> Hi all! > > I'm trying to make the DVB_DEVICE_SEC approach work, however I'm > experiencing certain problems with the following setup: > > Software: > Linux 2.6.34.8 (vanilla) > drivers from http://linuxtv.org/hg/~endriss/v4l-dvb/ > > > Hardware: > Di

Re: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

On 05/04/11 21:07, Steffen Barszus wrote: > On Tue, 05 Apr 2011 13:00:14 +0200 > "Issa Gorissen" wrote: > >> Hi, >> >> Eutelsat made a recent migration from DVB-S to DVB-S2 (since >> 31/3/2011) on two transponders on HB13E >> >> - HOT BIR

Re: [PATCH] Ngene cam device name

Hello all, Here is the patch for the NGene card family and the new caio device Signed-off-by: Issa Gorissen --- drivers/media/dvb/dvb-core/dvbdev.c |2 +- drivers/media/dvb/dvb-core/dvbdev.h |1 + drivers/media/dvb/ngene/ngene-core.c |2 +- 3 files changed, 3 insertions(+), 2

TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

Hi, Eutelsat made a recent migration from DVB-S to DVB-S2 (since 31/3/2011) on two transponders on HB13E - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4 27500 Msymb/s 0.2 Pilot off Polar H - HOT BIRD 9 13° Est TP 99 Freq 12,692 Ghz DVB-S2 FEC 3/4 27500 Msymb/s 0.2 Pilot off Polar H

Re: [PATCH] Ngene cam device name

On 13/03/11 11:47, Martin Vidovic wrote: >> >> Btw, we should choose a more meaningful name for 'camX'. >> I would prefer something like cainoutX or caioX or cinoutX or cioX. >> > > > I agree, camX could be misleading since it's not necessarily a CAM > application. > > According to EN 50221 the

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > > I'm not against adding a new node if its behaviour is well defined and > documented and if it integrates well into the existing API. Integration is okay; current API is left untouched. The behaviour is defined as a write encrypted stream / read decrypted stream devi

Re: [PATCH] Ngene cam device name

From: Ralph Metzler > Andreas Oberritter writes: > > > Unless you want to move the writing to/reading from the CI module into > > > ioctls of the ci device you need another node. > > > Even nicer would be having the control messages moved to ioctls and the > > > TS IO in read/write of ci, but

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter > On 03/11/2011 10:44 PM, Martin Vidovic wrote: > > Andreas Oberritter wrote: > >> It's rather unintuitive that some CAMs appear as ca0, while others as > >> cam0. > >> > > Ngene CI appears as both ca0 and cam0 (or sec0). The ca0 node is used > > as usual, to setup the

Re: [PATCH] Ngene cam device name

From: Andreas Oberritter To: Issa Gorissen Cc: linux-media@vger.kernel.org, r...@metzlerbros.de Subject: Re: [PATCH] Ngene cam device name > On 03/10/2011 04:29 PM, Issa Gorissen wrote: > > As the cxd20099 driver is in staging due to abuse of the sec0 device, this > > patch ren

[PATCH] Ngene cam device name

As the cxd20099 driver is in staging due to abuse of the sec0 device, this patch renames it to cam0. The sec0 device is not in use and can be removed Signed-off-by: Issa Gorissen --- drivers/media/dvb/dvb-core/dvbdev.h |2 +- drivers/media/dvb/ngene/ngene-core.c |2 +- 2 files changed

Sony CXD2099AR support

02/25/2011 From: "Issa Gorissen" To: Subject: Re: Sony CXD2099AR decryption failing > Follow up on the trouble with Digital Devices DuoFlex S2, CI, SMIT Viaccess > CAM and Bis.tv card. > > The whole combination works under Windows 7 with Media Center. I have been > able t

Re: Sony CXD2099AR decryption failing

Follow up on the trouble with Digital Devices DuoFlex S2, CI, SMIT Viaccess CAM and Bis.tv card. The whole combination works under Windows 7 with Media Center. I have been able to watch and change channels I'm entitled to in the Bis.TV package. Only condition was to disable CI for tuner no 2. If t

Re: Sony CXD2099AR decryption failing

Hi Oliver, I have managed to make a test under Windows. It worked. I only managed to watch France 2 with BIS.TV card and SMIT Viaccess CAM with MediaPortal 1.2.0 Alpha. What's the next step, shall I do another test ? Support from DD tells me this > Name: Manfred Völkel > > Message: >

Re: Sony CXD2099AR decryption failing

them. FTA works. Any suggestion from here ? I've read on the digital devices FAQ that the SMIT viaccess CAM has been successfully tested... Thx -- Issa -- Original Message -- Received: 11:55 AM CET, 02/15/2011 From: "Issa Gorissen" To: Subject: Re: Sony CXD2099AR decr

Re: Sony CXD2099AR decryption failing

;Issa Gorissen" Cc: linux-media@vger.kernel.org Subject: Re: Sony CXD2099AR decryption failing > Hello, > > On Monday 14 February 2011 17:42:55 Issa Gorissen wrote: > > Hi, > > > > I am having some trouble with the Sony CXD2099AR CI chip. > > > > With a SMI

Sony CXD2099AR decryption failing

Hi, I am having some trouble with the Sony CXD2099AR CI chip. With a SMIT Viaccess CAM, I am not able to decrypt channels from the french package Bis.TV on Hotbird 13E. The CAM decrypts fine when inserted in a set top box. The drivers running are those from the branch of Oliver. System's runnin