Hi Again,
> > > That would be one possible way. > > > Btw., I have a question regarding the new CI devices and how to differentiate > > > several CI adapters (not that I know receivers with more than one). > > > If you have one CI device for each slot, you might want to call > > > them ci0_0, ci0_1, ci1_1 etc. where the first number is the CI adapter > > > unit and the second the slot. Your source setting calls to ciN_0 would > > > be valid for all ciN_X and so on. > > > > I have no problems with the adapter/slot method. Any more > > comments/suggestions folks? > The one device per slot thing is IMHO nicer to use, provided that > you have a static assignment between frontend, CI and demux. One CI device per slot would be fine for our requirements. I guess if you had 2 slots and only one physical CI device you could always create another logical CI device to handle the extra slot. Was this your thinking as well? Having a fixed routing from front-end to C/I device through to the CAM and back through to the demux is not a problem as long as there is an ioctl to set the TS source of the C/I device. The demux can then choose the source from either a normal front-end(s) or the output from the CAM using the DVB_DMX_SET_SOURCE ioctl. Is this OK, can we add this ioctl to ci.h? > If you can dynamically configure your stream routing there's > a difference between 1 CI controller with 2 slots and 2 CI > controllers with 1 slot each, because in the first case both > slots can only decode the same stream. > Tell me if you think it is necessary to reintroduce the > slot-number into ci.h and map a two-slot CI controller to > a single device with two slots. I don't care much, I just thought > the current ci.h is simpler than the old ca.h, and thus better ;-) Keeping it simple is with 1 CI device per slot sounds good. BTW, I guess it's no use to have an API between a smart-card and a host as this will be confidential info. Right? Rob : ) -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
