26 replies to this topic

[malakudi]

I have a VU+ duo with latest openpli (28/02/2010). There is a problem in correct irdeto CHID detection. It affects both CCcam and mgcamd. For example, in channel ALTER of the greek Netmed package on Hotbird 13, CCcam or mgcamd only see CHID 0013 and 0063, where the same softcams in DM800 can see all four CHIDs, 0013, 0014, 0016 and 0063. The CHID that works with my subscription with this channel is 0014, thus it can't be decoded with VU+ HD Duo.

Haven't yet tried original VU+ image to see if the problem exists there too. I guess there might be some bug in PMT handling.

[pieterg]

chids are not in parsed from pmt.
would be interesting to know whether this is something caused by us somehow, to be honest I don't think so.

[malakudi]

Where does CHID detection occur? I thought it was in CA descriptor or PMT.

I'll try to test tomorrow with original VU image. This is really critical to irdeto subscription users, so I would like to be able to give a fully detailed bug description to VU, if it is a problem of their drivers (demuxer, pid filter maybe?)

[pieterg]

I suggest you try dvbsnoop on the ecm pid, and check whether you see all chids, what could happen perhaps is that all chids are delivered (by the drivers) as a single section.

[DemMan]

I'm also having the problem that not all channels on my Irdeto card is decoded by the Vu+ Duo, but they are on my DM800. Both using CCCAM, and the same settings.

[littlesat]

There is a setting in CCcam.cfg (try all chid or something like that).

[malakudi]

There is a setting in CCcam.cfg (try all chid or something like that).

The problem is that CCcam or mgcamd cannot "read" all CHIDs from the ecm pid. If they could read it, then this option would work (mgcamd doesn't need such an option, already tries all chids).

[littlesat]

Malakudi,

How did you verify that not all CHIDs are read by CCcam/Mgcamd?

[malakudi]

I suggest you try dvbsnoop on the ecm pid, and check whether you see all chids, what could happen perhaps is that all chids are delivered (by the drivers) as a single section.

So, the CHID detection comes from ECM PID data? And different CHIDs should be different packets in ecm pid data?

[malakudi]

Malakudi,

How did you verify that not all CHIDs are read by CCcam/Mgcamd?

From the output log of both softcams. When running in DM800, you can see in the log of cccam that it reads four CHIDs. When running in VU+, it shows only two. mgcamd does't show a list of all CHIDs, but it tries one after another till it gets a correct CW. In VU+ it tries only the two CHIDs that are also shown by cccam. In DM800 tries all four CHIDs.

I can send debug logs if needed. I also sent this bug report at sales @ vuplus . com (haven't found any other address)

[pieterg]

I suggest you try dvbsnoop on the ecm pid, and check whether you see all chids, what could happen perhaps is that all chids are delivered (by the drivers) as a single section.

So, the CHID detection comes from ECM PID data? And different CHIDs should be different packets in ecm pid data?

yes, have a look at the dvbsnoop output, that should make things clear I guess

[malakudi]

I suggest you try dvbsnoop on the ecm pid, and check whether you see all chids, what could happen perhaps is that all chids are delivered (by the drivers) as a single section.

So, the CHID detection comes from ECM PID data? And different CHIDs should be different packets in ecm pid data?

yes, have a look at the dvbsnoop output, that should make things clear I guess

OK, I grabbed packets from the ECM pid 1520 (channel ANT-1 of Nova package at 13E) on both DM800 and VU+. This channels shows six CHIDs in DM800 and only two in VU+. It seems that VU+ skips packets. DM800 got 100 packets in nine seconds. VU+ got 100 packets in 26 seconds. By examining captured data, VU+ gets only one packet every three packets while DM800 gets all six packets. And this is happening again and again. It is always the same two packets (1st and 4th in the log) that are received in both receivers.

I am attaching the two dvbsnoop logs.

Attached Files

•  dm800.txt   29.79KB   3 downloads
•  vuduo.txt   29.79KB   0 downloads

[pieterg]

indeed, 800 gets 13, 14, 16, 28, 59
where the vu gets 13,28, so it's missing a few.
The sections are not combined, but probably dropped.

[malakudi]

indeed, 800 gets 13, 14, 16, 28, 59
where the vu gets 13,28, so it's missing a few.
The sections are not combined, but probably dropped.

Yes, that seems to be happening, vu drops or skips packets.

I emailed all these details at sales @ vuplus . com. Is there any other contact information of VU+ developers to send them these bug reports?

I haven't yet checked with VU+ original image but I guess this is a dvb driver problem.

[malakudi]

I reported the problem to vuplus-support.com forum. I tried VTI image 0.4 which has the previous version of drivers (before the 25.02.2010 release) and with that dvbsnoop delivers the same data as does DM800, thus decoding on mentioned channels works ok with my legal subscription (I keep specifying about legal subscription because non-legal card clones of my provider can decode every possible CHID, so people with such cards don't have problem).

Which is the last openpli snapshot with the old driver set?

[pieterg]

20100225 has the previous drivers

[DemMan]

I tried the 20100225 version, and now all Irdeto channels are decoded. So looks like something is wrong with the new driver set.

DemMan

[rotarum]

i have same problems with caid 0664 irdeto digiturk !

channelname Ligtv HD !!

with old linux kernel 2.6 before 25.02. working ok, but new linux kernel after 25. cccam says chid error no decode /images/smiley/sad.gif


can you make fix for next nightly build image ??

[hemertje]

i have same problems with caid 0664 irdeto digiturk !

channelname Ligtv HD !!

with old linux kernel 2.6 before 25.02. working ok, but new linux kernel after 25. cccam says chid error no decode /images/smiley/sad.gif


can you make fix for next nightly build image ??

contact vu+ manufacturor about these problems...

[rotarum]

i have same problems with caid 0664 irdeto digiturk !

channelname Ligtv HD !!

with old linux kernel 2.6 before 25.02. working ok, but new linux kernel after 25. cccam says chid error no decode /images/smiley/sad.gif


can you make fix for next nightly build image ??

contact vu+ manufacturor about these problems...

how can i make a log ?

what do i need for it ??