Closed tkurbad closed 11 years ago
Hi. It's probably i added a support for FF cards and probably broke your specific case (with ca0) device. Can you check if it is working from staging branch code?
Yes, staging works well. So, it seems that extra measures are needed to distinguish between FF cards and budget cards with ca0. Let me know, if I can be of any help in further investigating this.
Ok, thanks for testing. It seems that i need to make some switch to enable this. I'll let you know about it, in the mean time please just use the staging branch.
Thanks for the quick reply. I'll stay on the staging branch for now.
Hi Manio Thanks for the quick reply. Here, I have the same problem with a Hauppauge WinTV Nova-HD-S2. Connects correctly to oscam but no decryption possible. Staging branch works so far.
David
Guys, please confirm if it is working now ok. Run with -B parameter, like: vdr -P"dvbapi -B0 -B1"
Works perfectly for me. Thanks a lot for the quick fix!
Works also perfectly for me. I use two budget cards and it is well-done that each card is adressed separately. Thanks a lot for the quick fix.
Ok, I was waiting for this. Thank you for reporting and testing! :) Closing issue.
hi,
for me the bug is still there.
Branch: debian-upstream = WORKING (manio-vdr-plugin-dvbapi-5b7c639.zip) staging = NOT WORKING (manio-vdr-plugin-dvbapi-v1.0.2-13-g3e21ba0.zip) current git = NOT WORKING (manio-vdr-plugin-dvbapi-v1.0.3-4-g24343f4.zip)
debian 12.04 with kernel 3.6.3 tv card: Hauppauge WinTV Nova-HD-S2 vdr-1.7.31 vanilla
ls -l /dev/dvb/adapter0/ crw-rw----+ 1 root video 212, 1 Oct 30 21:29 demux0 crw-rw----+ 1 root video 212, 2 Oct 30 21:29 dvr0 crw-rw----+ 1 root video 212, 0 Oct 30 21:29 frontend0 crw-rw----+ 1 root video 212, 3 Oct 30 21:29 net0
I tried using -P"dvbapi -B0" but that does not change anything for me.
Can I provide some more info to help finding a solution?
hi ibydos
Which oscam version do you run? Is it newer than oscam-1.2 cvs 7314? The protocol is oscam has changed.
David
hi madsci,
I am running "OSCAM 1.10rc-svn build #6089"
ibyods
Hi ibydos
The current dvbapi git rev will not work with your oscam (svn 6089) version. Either upgrade your oscam to at least rev 7314 or stay at dvbapi <= 1.0.2 (e.g. debian-upstream). Please also refer to the README.
David
If you are building newest oscam from sources, then just use newest plugin git revision. The following table explain details.
OScam version dvbapi plugin version svn rev >= 7314 1.0.3 or recent git versions svn rev < 7314 1.0.2
dvbapi: match changes in packet format (oscam rev. 7314)
Since oscam rev. 7314 the UDP packet format has changed. Now the CA request and data are in one packet.
commit: 526bb16bc604af9823d33637e9e07f7b50084742 Sep 02, 2012
hi madsci,
after upgrading to a newer oscam everything is fine with the latest git. Thank you!
ibydos
Hi Manio,
something in 7c44be5bed57f4d7769db203940b853739530090 (and afterwards) broke soft decryption for me. Also, your latest commit doesn't fix it for me.
I don't know if this is relevant, but I happen to have a "KNCOne TV Station" budget card with a CI connector (which isn't used by any CAM, actually). Somehow it seems to me, that the latter now gets in the way for oscam. But that's only a wild guess.
So, what happens is: oscam gets the message to start decrypting via smargo + card - and actually seems to send data back. But I think, it's sent to the wrong ca-device (ca0), which is most probably occupied by the hardware CI device. This thesis is supported by:
mediagate ~ # ls -l /dev/dvb/adapter0/ crw-rw---- 1 root video 212, 6 21. Okt 01:26 ca0 crw-rw---- 1 root video 212, 4 21. Okt 01:26 demux0 crw-rw---- 1 root video 212, 5 21. Okt 01:26 dvr0 crw-rw---- 1 root video 212, 3 21. Okt 01:26 frontend0 crw-rw---- 1 root video 212, 7 21. Okt 01:26 net0
Is there something that can be done about it?
Thanks, Torsten