I have one KNC DVB-S card, and 3 Cineview decoders + flat-cables; none of them seem to work. Without any CAM module inserted, FTA reception is OK. But when I insert an official Mediaguard Canal Digitaal, or Aston Seca2 1.7, in both cases all data stops, including FTA channels (BVN); sometimes FTA comes back after a minute or so. dmesg shows that the CAM is being detected and initialized succesfully though. I am starting to think that perhaps there is a problem with my KNC DVB-S card ...? My setup is Gentoo linux-2.6.21.r4 plus Kaffeine; also tried 2.6.16.r13 and 2.6.19 (vanilla), without succes. Can you tell me what kernel version you are using? And are you using included dvb-drivers, or did you download the latest version? I would like to test the exact same setup; if that still gives problems then I have no option but to try and get another KNC1 card I guess. Tia, Z. ======= P. van Gaans wrote: > Christoph Pfister wrote: > >> 2007/7/7, P. van Gaans <w3ird_n3rd@xxxxxxx>: >> >>> P. van Gaans wrote: >>> >>>> e9hack wrote: >>>> >>>>> P. van Gaans wrote: >>>>> >>>>> >>>>>> Some more news. I'm now looking at dvb_ca_en50221.c and I'm pretty >>>>>> >>> sure >>> >>>>>> the solution is in here and not in budget-av.c. Somewhere around line >>>>>> 270 is a thing that loops in a while and breaks after timeout. I >>>>>> >>> removed >>> >>>>>> the break (so it keeps looping). Now I see the following when I >>>>>> >>> insert a >>> >>>>>> CAM: >>>>>> >>>>>> [ 71.764000] budget-av: cam inserted A >>>>>> [ 82.144000] dvb_ca adaptor 0: PC card did not respond :( >>>>>> >>>>>> So at least there's no more infinite loop with >>>>>> >>> ejected-inserted-ejected >>> >>>>>> and so on. But it doesn't work either. It reaches >>>>>> DVB_CA_SLOTSTATE_WAITREADY and times out there. From there it should >>>>>> automatically change state, but it doesn't. Now I'm getting a little >>>>>> stuck, because I don't really know what it's doing and what piece >>>>>> >>> really >>> >>>>>> gets stuck. >>>>>> >>>>>> I also removed the timeout from slotstate_waitready, now I don't get >>>>>> errors anymore, but it (of course) doesn't work. And I broke the >>>>>> >>> ability >>> >>>>>> to eject the CAM, I'm guessing it's stuck in a loop after I >>>>>> >>> ejected and >>> >>>>>> re-inserted the CAM. >>>>>> >>>>>> >>>>> It seems, there is a little bug within the debi functions. If a >>>>> >>> debi error occurs, SPCI_DEBI_S is not reset within PSR. >>> >>>>> In this case, saa7146_wait_for_debi_done returns always ETIMEDOUT. >>>>> >>> Ttpci_budget_debiread/write doesn't upload a debi >>> >>>>> command anymore. For testing, you can remove the first 'return >>>>> >>> result;' statement in both functions. >>> >>>>> - Hartmut >>>>> >>>>> _______________________________________________ >>>>> linux-dvb mailing list >>>>> linux-dvb@xxxxxxxxxxx >>>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >>>>> >>>>> >>>> I just booted my computer into Windows so I could at least watch TV >>>> tonight. Guess not, the Windows software responds like there is no CAM >>>> inserted at all. >>>> >>>> Please don't tell me I completely killed the card just by removing some >>>> timeouts! I didn't know my hardware could be at risk :( . I wonder if >>>> it's really dead :( . >>>> >>>> _______________________________________________ >>>> linux-dvb mailing list >>>> linux-dvb@xxxxxxxxxxx >>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >>>> >>>> >>> Things take a whole new turn. Apparently something went wrong with the >>> cable to the CI daughterboard, after re-connecting it the card worked >>> again in Windows. Now for Linux, with once again the normal v4l-dvb (not >>> my modified version): >>> >>> [ 253.420000] budget-av: cam inserted B >>> [ 256.384000] dvb_ca adapter 0: DVB CAM detected and initialised >>> successfully >>> >>> Ok! Kaffeine says: >>> >>> DvbCam::probe(): LLCI slot found on /dev/dvb/adapter0/ca0 >>> DvbCam::probe(): CA module present on /dev/dvb/adapter0/ca0 >>> >> This isn't sufficient - make sure the channel you're trying to watch >> is marked as scrambled ... >> >> >>> But... No picture (and no, no sound either). No error visible. I'm now >>> 100% sure the hardware is OK since it works on Windows now. And the >>> messages in Linux make you think it should work here as well. But no >>> picture? >>> >>> Tia, >>> >>> P. van Gaans >>> >> Christoph >> >> > > Is that really required? I didn't know. It's a very good suggestion, > because my provider (Canal Digitaal) screwed up big time a while ago and > set a FTA flag for all their channels, so to some receivers (including > GlobeTV on Windows and to kaffeine) they appear as FTA. > > The solution was closer than I thought! I changed the channels to > "scrambled" and it just works now! No need to change anything in > v4l-dvb, the CI is just supported! > > I'll go test all my CAMs and update the wiki, thanks! > > _______________________________________________ > linux-dvb mailing list > linux-dvb@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb